SliTaz Forum

Slitaz on armel?

(58 posts) (5 voices)

• Started 10 years ago by pirandr
• Latest reply from alanyih
• This topic is not a support question

Tags:

No tags yet.

1. 

   Trixar_za
   

   offline

   Key Master

   My plan is to include the SliTaz scripts as a custom Buildroot package so it'll be a selectable option within Buildroot menuconfig. That should also simplify the process for building SliTaz distros with Buildroot.

   I also want to create a bash script based on tazpkg so I can package build Buildroot packages into something SliTaz can use.

   Well, that's the plan. But like you know, most plans don't work out as easily as planned. Buildroot still requires some knowledge of how to build a Linux distro from scratch even if it simplifies the building part.

   Posted 10 years ago #
2. 

   pirandr
   

   offline

   Member

   buildroot

   Both would have been extremely helpful here! Although my first attempt to use buildroot ended up in a compilation error (for some read the version of ld it generated for the host had some "unresolved name" or something. It also doesn't seem to be compatible with SliTaz's tar for the moment). I'll have to try again (much?) later.

   But like you know, most plans don't work out as easily as planned.

   "All I need is X. Someone already managed to build X at some point. Yeah, this will be quick." (And now we are 3 weeks later.)

   libtool minefield

   I managed to build some more dependencies for xorg-server

   https://github.com/pirandr/slitaz-arm/tree/master/cross-compiled

   but along the way, I met many problems similar to the one for libxml2 (where I just moved the host library away). Of course, this stops working after a while when the shared library is needed by a binary on the host is called during compilation.

   This lead me to

   http://www.metastatic.org/text/libtool.html

   which describes my problem accuratedly. I'm a bit more chicken so I used this sed script instead

   https://github.com/pirandr/slitaz-arm/blob/master/cross-compiled/libtool-minefield

   Of course, the right thing to do is probably to change these *.la files post-compilation in the receipt somewhere. Although, this means a native build might fail then...

   Build dependencies

   While building those packages, I noticed one thing: there's ambiguity in a receipt's BUILD_DEPENDS. Sometimes, it means a host dependency (like autoconf and automake) and sometimes, it means a target dependency (like some header files).

   These two types of dependencies should probably be distinguished at some point.

   Posted 10 years ago #
3. 

   Trixar_za
   

   offline

   Key Master

   My initial struggle with it was getting it to compile without linux kernel build errors - I was doing an 32 bit build on a 64 bit server. The trick was to name the kernel's location 'i386' rather than slitaz like I wanted.

   You also need to go through a 'make linux-menuconfig' and 'make busybox-menuconfig' stages to get all the selectable options. Building also takes some time. Up to an hour for me - so I detach from the session and come back to it when I'm done. It helps to output to a file when you do that so you can just tail it for any errors.

   Posted 10 years ago #
4. 

   alanyih
   

   offline

   Administrator

   https://github.com/pirandr/slitaz-arm

   1. slitaz-arm-toolchain-20140228.tar.bz2
   https://github.com/pirandr/slitaz-arm/blob/master/slitaz-arm-toolchain-20140228.tar.bz2

   root 2 days ago Initial
   0 contributors
   file 85363.318 kb

   2.
   root@slitaz:/# /tmp/libc-2.13.so
   GNU C Library (EGLIBC) stable release version 2.13, by Roland McGrath et al.
   Copyright (C) 2011 Free Software Foundation, Inc.
   This is free software; see the source for copying conditions.
   There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
   PARTICULAR PURPOSE.
   Compiled by GNU CC version 4.6.3.
   Compiled on a Linux 3.2.14 system on 2014-02-28.
   Available extensions:
   crypt add-on version 2.1 by Michael Glad and others
   GNU Libidn by Simon Josefsson
   Native POSIX Threads Library by Ulrich Drepper et al
   Support for some architectures added on, not maintained in glibc core.
   BIND-8.2.3-T5B
   libc ABIs: UNIQUE
   For bug reporting instructions, please see:
   <http://www.eglibc.org/issues/>.

   3.
   root@slitaz:~# file /cross/arm/sysroot/lib/libc-2.13.so
   /cross/arm/sysroot/lib/libc-2.13.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not stripped

   4. Compiler executable checksum: cde56a52bb4f2dbe8ce593dcc61b0f63
   root@slitaz:~# echo 'int main() { return 0; }' > test.c
   root@slitaz:~# arm-slitaz-linux-gnueabi-gcc -v -o test-0302 test.c

   Using built-in specs.COLLECT_GCC=arm-slitaz-linux-gnueabi-gcc
   COLLECT_LTO_WRAPPER=/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/lto-wrapper
   Target: arm-slitaz-linux-gnueabi
   Configured with: ../gcc-4.6.3/configure --prefix=/cross/arm/tools --libexec=/cross/arm/tools/lib --target=arm-slitaz-linux-gnueabi --enable-shared --enable-c99 --enable-long-long --enable-__cxa_atexit --with-system-zlib --enable-plugin --disable-multilib --disable-libssp --disable-checking --disable-werror --with-pkgversion=SliTaz --with-bugurl=https://bugs.slitaz.org/ --with-sysroot=/cross/arm/sysroot --enable-languages=c,c++
   Thread model: posix
   gcc version 4.6.3 (SliTaz)
   COLLECT_GCC_OPTIONS='-v' '-o' 'test-0302'
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/cc1 -quiet -v test.c -quiet -dumpbase test.c -auxbase test -version -o /tmp/ccCh87O3.s
   GNU C (SliTaz) version 4.6.3 (arm-slitaz-linux-gnueabi)
   compiled by GNU C version 4.6.3, GMP version 5.0.4, MPFR version 3.1.0-p4, MPC version 0.8.2
   GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=65536
   ignoring nonexistent directory "/cross/arm/sysroot/usr/local/include"
   #include "..." search starts here:
   #include <...> search starts here:
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/include
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/include-fixed
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/../../../../arm-slitaz-linux-gnueabi/include
   /cross/arm/sysroot/usr/include
   End of search list.
   GNU C (SliTaz) version 4.6.3 (arm-slitaz-linux-gnueabi)
   compiled by GNU C version 4.6.3, GMP version 5.0.4, MPFR version 3.1.0-p4, MPC version 0.8.2
   GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=65536
   Compiler executable checksum: cde56a52bb4f2dbe8ce593dcc61b0f63
   COLLECT_GCC_OPTIONS='-v' '-o' 'test-0302'
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/../../../../arm-slitaz-linux-gnueabi/bin/as -meabi=5 -o /tmp/ccqIAVNV.o /tmp/ccCh87O3.s
   COMPILER_PATH=/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/../../../../arm-slitaz-linux-gnueabi/bin/
   LIBRARY_PATH=/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/:/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/../../../../arm-slitaz-linux-gnueabi/lib/:/cross/arm/sysroot/lib/:/cross/arm/sysroot/usr/lib/
   COLLECT_GCC_OPTIONS='-v' '-o' 'test-0302'
   /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/collect2 --sysroot=/cross/arm/sysroot --eh-frame-hdr -dynamic-linker /lib/ld-linux.so.3 -X -m armelf_linux_eabi -o test-0302 /cross/arm/sysroot/usr/lib/crt1.o /cross/arm/sysroot/usr/lib/crti.o /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/crtbegin.o -L/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3 -L/cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/../../../../arm-slitaz-linux-gnueabi/lib -L/cross/arm/sysroot/lib -L/cross/arm/sysroot/usr/lib /tmp/ccqIAVNV.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /cross/arm/tools/lib/gcc/arm-slitaz-linux-gnueabi/4.6.3/crtend.o /cross/arm/sysroot/usr/lib/crtn.o

   5.
   root@slitaz:~# readelf -A test-0302
   Attribute Section: aeabi
   File Attributes
   Tag_CPU_name: "6"
   Tag_CPU_arch: v6
   Tag_ARM_ISA_use: Yes
   Tag_THUMB_ISA_use: Thumb-1
   Tag_ABI_PCS_wchar_t: 4
   Tag_ABI_FP_denormal: Needed
   Tag_ABI_FP_exceptions: Needed
   Tag_ABI_FP_number_model: IEEE 754
   Tag_ABI_align_needed: 8-byte
   Tag_ABI_align_preserved: 8-byte, except leaf SP
   Tag_ABI_enum_size: int
   Tag_DIV_use: Not allowed
   root@slitaz:~#

   Posted 10 years ago #
5. 

   alanyih
   

   offline

   Administrator

   https://github.com/pirandr/slitaz-arm/blob/master/slitaz-arm-toolchain-20140228.tar.bz2

   file 85363.318 kb

   /cross/arm/sysroot/lib/libc-2.13.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, not stripped

   1. clean-tools Clean: /cross/arm/tools
   # cross --help

   Usage: cross command --option

   Commands:
   howto Man[like] page and howto
   info Display cross-tools info
   testsuite Execute a small testsuite
   check Check build host environment
   download Download necessary sources
   show-log Show a compile log
   binutils Compile Binutils
   linux-headers Install Kernel headers
   gcc-static Compile GCC static
   glibc Compile GNU Glibc
   gcc-final Compile final GCC
   compile Compile everything at once
   clean Clean-up build environment
   clean-tools Clean: /cross/arm/tools
   gen-prebuilt Create a prebuilt toolchain archive

   clean-tools)
   # Remove crap :-)

   2. README

   Move this arm cross compilation toolchain to /usr/cross then add tools
   to your PATH environment and test the toolchain:

   # mv arm /cross

   /usr/cross
   should be /cross

   Posted 10 years ago #
6. 

   pirandr
   

   offline

   Member

   directfb

   Looks like someone added directfb to arm. I tried it on the actual board but sadly, dfbterm didn't work. At least not right away (see attached). I have no prior experience with directfb so it could be that I'm not setting something up right.

   Some of the directfb-examples did work though like df_input and df_mouse. df_fire worked but didn't display anything that looked like fire. I suspect there's a problem with the palette (but the problem is consistent since the fonts rendered in df_input and df_mouse were perfectly readable).

   buildroot

   Oh, my buildroot hadn't gotten to building a kernel yet. It's stuck on host-gcc-initial after installing

   ccache binutils m4 gmp mpfr mpc mpc

   on the host.

   Cross compilation tools (as of 20140228)

   Thanks for trying this out! I'll have to look into it later.

   Attachments

   1. dfbinfo.txt (0.5 KB, 693 downloads) 10 years old
   2. dfbterm-err.txt (1.3 KB, 791 downloads) 10 years old
   3. dfbinfo-err.txt (1 KB, 668 downloads) 10 years old

   Posted 10 years ago #
7. 

   alanyih
   

   offline

   Administrator

   >So that's why I tried to move from Raspbian to SliTaz.

   Have any idea?

   I'm not sure what you mean. Do you mean

   We missed a good chance on Raspberry Pi.
   Maybe we can do better.

   *** Not tested, many bugs … ***
   packages-armhf-620.list
   http://goo.gl/jlXx89

   packages-arm-334.list
   http://goo.gl/T1zzqC

   wok-arm-353.tar.xz
   http://goo.gl/4zwlDm

   packages-arm-334.tar.xz
   http://goo.gl/y8sZqJ

   packages-armhf-620.tar.bz2
   http://goo.gl/GekuBU

   Posted 10 years ago #
8. 

   pirandr
   

   offline

   Member

   *** Not tested, many bugs … ***
   packages-armhf-620.list
   http://goo.gl/jlXx89

   packages-arm-334.list
   http://goo.gl/T1zzqC

   wok-arm-353.tar.xz
   http://goo.gl/4zwlDm

   packages-arm-334.tar.xz
   http://goo.gl/y8sZqJ

   packages-armhf-620.tar.bz2
   http://goo.gl/GekuBU

   Oh, wow, thanks! I didn't know you already had so much built. Even if it is buggy, having somewhere to start is really helpful.

   My initial try with X -nolisten tcp froze the Pi immediately, but I'll look at your receipts and try different variations for the build.

   We missed a good chance on Raspberry Pi.
   Maybe we can do better.

   Ah, you mean to popularize SliTaz? Maybe. But as you said, let's see what comes out of this. I think the Raspberry Pi's popularity might make more ARM SoC available so the work here wouldn't really be lost unless the custom hardware is really different.

   The Raspberry is a bit weird anyway with its proprietary GPU and bootcode on that proprietary GPU.

   Posted 10 years ago #
9. 

   alanyih
   

   offline

   Administrator

   make more ARM SoC available so the work here wouldn't really be lost unless the custom hardware is really different.

   even if the custom hardware is really different

   boot section: bootloader,kernel (custom)
   rootfs: almost the same

   Posted 10 years ago #
10. 

    alanyih
    

    offline

    Administrator

    Cortex-A8

    1. MK802 II
    Main Chip: Allwinner A10/ 1GHz Cortex-A8
    Memory: 1GB
    Storage: 4GB
    GPU: Mali400
    Expansion: Micro SD 2-32GB Memory

    2. custom kernel
    tc@box:~$ uname -a
    Linux box 3.0.42-slitaz #1 PREEMPT Tue Oct 9 19:22:19 UTC 2012 armv7l GNU/Linux

    3. Machine: sun4i and Sourcery toolchain
    tc@box:~$ dmesg | head -5
    [ 0.000000] Initializing cgroup subsys cpuset
    [ 0.000000] Linux version 3.0.42-slitaz (root@slitaz) (gcc version 4.5.1 (Sourcery G++ Lite 2010.09-50) ) #1 PREEMPT Tue Oct 9 19:22:19 UTC 2012
    [ 0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c5387d
    [ 0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
    [ 0.000000] Machine: sun4i

    http://goo.gl/hjt9gH

    4. Tiny Core on mk802
    http://forum.tinycorelinux.net/index.php/topic,14476.0.html

    « on: November 28, 2012, 03:11:25 PM »

    I see someone has Tiny Core on the tiny mk802.
    http://alanyih.blogspot.com/2012/10/mk802-tinycore.html

    Posted 10 years ago #
11. 

    alanyih
    

    offline

    Administrator

    The Raspberry is a bit weird anyway with its proprietary GPU and bootcode on that proprietary GPU.

    Android for All: Broadcom Gives Developers Keys to the VideoCore® Kingdom
    Posted: Feb. 28, 2014
    http://blog.broadcom.com/chip-design/android-for-all-broadcom-gives-developers-keys-to-the-videocore-kingdom/

    Today, Broadcom is releasing the full source of the OpenGL ES 1.1 and 2.0 driver stack for the Broadcom VideoCore® IV 3D graphics subsystem used in the BCM21553 3G integrated baseband SoC. VideoCore IV is used in many Broadcom products, including the BCM2835 application processor, which runs the popular Raspberry Pi microcomputer.

    Download BCM21553 GPU Documentation
    http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf

    Download BCM21553 Graphics Driver
    http://www.broadcom.com/docs/support/videocore/Brcm_Android_ICS_Graphics_Stack.tar.gz

    Related Story

    Happy Birthday, Raspberry Pi! More Than 2.5M and Counting
    http://blog.broadcom.com/raspberry-pi/happy-birthday-raspberry-pi-more-than-2-5m-and-counting/

    A birthday present from Broadcom
    http://www.raspberrypi.org/archives/6299

    Posted 10 years ago #
12. 

    alanyih
    

    offline

    Administrator

    
    libtool minefield

    This lead me to

    http://www.metastatic.org/text/libtool.html

    which describes my problem accuratedly. I'm a bit more chicken so I used this sed script instead

    https://github.com/pirandr/slitaz-arm/blob/master/cross-compiled/libtool-minefield

    1. http://forum.slitaz.org/topic/chroot#post-18810

    Avoiding libtool minefields when cross-compiling
    http://www.metastatic.org/text/libtool.html

    2. Cross Toolchain
    http://cook.slitaz.org/cross/arm/toolchain.cgi

    Packages log: binutils eglibc gcc-final gcc-static libtool linux-headers

    Posted 10 years ago #
13. 

    pankso
    

    offline

    Key Master

    About libtool: latest cook/cross use the sed hack to fix libs path and I also added 'cross libtool'. With the last cookutils from Hg cross compiltion on Slitaz is getting easier!

    I'will also soon announce the new SliTaz ARM website: http://arm.slitaz.org

    Posted 10 years ago #
14. 

    alanyih
    

    offline

    Administrator

    @pankso, Thanks.

    OMG!

    Welcome to SliTaz ARM
    http://arm.slitaz.org

    This website provides information, notes and links about the SliTaz GNU/Linux port to the ARM architecture. SliTaz currently support the ARM v6 (armel) architecture and work is on the stove for armv6hf (hard float).
    [..]

    Raspberry Pi
    Currently the SliTaz official ARM port works on the Raspberry Pi and can be used to setup a small server. DirectFB is ported and provides a nice and light GUI support. A new tool is also on the stove to create custom Rpi flavors with an official Kernel, custom boot options and more.
    [..]

    Prebuilt ARM Toolchain
    slitaz-arm-toolchain-20120519.tar.bz2
    slitaz-arm-toolchain-20140222.tar.bz2
    slitaz-arm-toolchain-20140304.tar.bz2
    [..]

    cross: add support for armv6hf and armv7 arch + better setup command
    http://hg.slitaz.org/cookutils/rev/af5a93d961f0

    files Makefile cross cross.conf data/cross-arm.conf data/cross-armv6hf.conf data/cross-armv7.conf data/cross-x86_64.conf doc/cross.txt

    Packages: 182 in the wok - 181 cooked - 1 unbuilt - Server date: 2014-03-07 15:21 CET

    ....

    Posted 10 years ago #
15. 

    alanyih
    

    offline

    Administrator

    QEMU patches for Raspberry Pi emulation
    https://github.com/Torlus/qemu-rpi

    About
    ================================================================================

    This project aims at providing a basic chipset emulation of the Raspberry Pi,
    to help low-level programmers or operating system developers in their tasks.
    [..]

    Emulated chipset parts are at the time of this writing:
    - System Timer.
    - UART.
    - Mailbox system.
    - Framebuffer interface.
    - DMA.
    - eMMC SD host controller.

    The emulation is quite incomplete for many parts, however it is advanced enough to boot a Pi-targetted Linux kernel, along with a SD image of a compatible Linux distribution.

    

    Attachments

    1. qemu-rpi.png (29.1 KB, 1,396 downloads) 10 years old

    Posted 10 years ago #

RSS feed for this topic

Reply »

You must log in to post.