View previous topic :: View next topic |
Author |
Message |
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Fri Jun 08, 2012 7:13 pm Post subject: |
|
|
Im expecting my Pi soon. I have an atom based Gentoo box as well. I was wondering if there is possibly a way to get a faster compile time if I offload some of the compiling to another server? Can I compile binaries for an arm processor from a beefy i7?
Up to now I have always compiled right on the system, but now we are seeing some of these lower powered chips (but very cool) appear, doing and emerge system && emerge world can get out of control. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
jannis Guru
Joined: 05 Dec 2004 Posts: 340 Location: Germany / Bavaria / Aschaffenburg
|
|
Back to top |
|
|
gasparov Tux's lil' helper
Joined: 13 Apr 2006 Posts: 105
|
|
Back to top |
|
|
John R. Graham Administrator
Joined: 08 Mar 2005 Posts: 10590 Location: Somewhere over Atlanta, Georgia
|
Posted: Sat Jun 09, 2012 8:03 pm Post subject: |
|
|
Friend of mine at work has his now. He has no Gentoo aspirations, but running under the supplied Arch Linux with the LXDE DE, it was surprisingly peppy. I'm looking forward to getting mine.
- John _________________ I can confirm that I have received between 0 and 499 National Security Letters. |
|
Back to top |
|
|
m0021 n00b
Joined: 08 Jan 2010 Posts: 55 Location: Sonneberg, Germany
|
Posted: Thu Jun 14, 2012 8:43 pm Post subject: building gentoo for raspberry pi |
|
|
hi
as the topic already says, i want to build a gentoo system for my rasperry pi. after trying to use the stage3 tarball, and the experience of waiting 15 minutes for nano to build, i thought it would be better to build a crossdev toolchain for the raspberry pi.
so i ran crossdev -S -v -t armv6j-hardfloat-linux-gnueabi with the newest version of crossdev (unmasked by keyword ~x86)
after that, i set the cflags variable in /usr/armv6j-hardfloat-linux-gnueabi/etc/portage/make.conf to CFLAGS="-O2 -pipe -mcpu=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -fomit-frame-pointer" and set the make.profile link to /usr/portage/profiles/default/linux/arm/10.0/armv6j and removed ~arm in the ACCEPT_KEYWORDS variable.
now i tried to emerged nano (using armv6j-hardfloat-linux-gnueabi-emerge) and ran into some compiling errors (solved by disabling acl use flag for gettext). after that i thought it would be a good idea to build a complete system with that settings. so i could use my normal pc for cross compiling and i would have the same versions of libraries on my pi and on my pc for compatibility (armv6j-hardfloat-linux-gnueabi-emerge -av @system), but i alway run into strange compiling errors like "cannot run test program while cross compiling" with emerging coreutils. now my question is: is there something wrong in what im doing ? im not very experienced in cross compiling for other architectures than i686 and amd64 |
|
Back to top |
|
|
John R. Graham Administrator
Joined: 08 Mar 2005 Posts: 10590 Location: Somewhere over Atlanta, Georgia
|
Posted: Thu Jun 14, 2012 8:52 pm Post subject: |
|
|
Merged above post.
- John _________________ I can confirm that I have received between 0 and 499 National Security Letters. |
|
Back to top |
|
|
gasparov Tux's lil' helper
Joined: 13 Apr 2006 Posts: 105
|
Posted: Wed Jun 20, 2012 11:12 am Post subject: Re: building gentoo for raspberry pi |
|
|
m0021 wrote: | but i alway run into strange compiling errors like "cannot run test program while cross compiling" with emerging coreutils. now my question is: is there something wrong in what im doing ? im not very experienced in cross compiling for other architectures than i686 and amd64 |
me neither but i checked around and it seems that some are more difficult to crosscompile than others. I guess that in your case some checks are failing in configure, i don't know the specific case but you should try to find if you can avoid those checks with something like ./configure --disable |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8711 Location: ~Brussels - Belgique
|
Posted: Sat Jun 30, 2012 12:51 pm Post subject: |
|
|
Got mine two days ago. As I don't have a mico USB cable / adapter now, I powered it through GPIO.
Debian and arch work really well, and I am building a new Gentoo environment using QEMU-user : it's a wonderful tool, event if the CPU translation is slow, but I will soon activate distcc to use native cross-compilation in place of emulated CPU compilation. _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
gasparov Tux's lil' helper
Joined: 13 Apr 2006 Posts: 105
|
Posted: Sun Jul 01, 2012 4:54 pm Post subject: |
|
|
My experience so far:
qemu is slower than I expected, probably slower that the raspberry itself on a intel e8500
crossdev is the fastest and it seems easy at the beginning until you start dealing with libtool and .la files and their hardcoded "libdir"
i should try with distcc, but i guess that everything before the compilation will take long
BTW some distro prebuild for the raspberry come with a very "old" kernel that for some reasons can't deal or deal very bad with class10 sd cards. I used to get 4MB/s read/write while now with the updated kernel I get 20/10 MB/s read/write |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8711 Location: ~Brussels - Belgique
|
Posted: Sun Jul 01, 2012 7:54 pm Post subject: |
|
|
Ah, indeed, I had problems with Debian on a Sandisk Extreme Pro (45 MB/s). I will try later with a newer kernel.
For the moment, I build everything on an AMD64. The chroot I had cross-compiled had problems with qemu (libgcc_s.so.1 could not be found) and I had problems with the armv6j Gentoo stage 3 (gcc could not run). I mixed this stage 3 with my cross-compiled toolchain and QEMU runs fine with ditscc enabled (running locally, but through a native cross-compiler).
I will also compare the compilation using the raspy, but for now I have an underpowered power supply (300mA) trough GPIO. I will try to find a micro-USB cable / AC Adaptor those days. _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Fri Jul 27, 2012 9:04 am Post subject: |
|
|
How do you set the root password when you do a stage3 install on the sdcard? or is there a default password? my pi will boot, but I can't log in as I don't have (or don't know) the root password. |
|
Back to top |
|
|
pgu l33t
Joined: 30 Jul 2009 Posts: 721 Location: Oslo, Norway
|
Posted: Fri Jul 27, 2012 11:50 am Post subject: |
|
|
I got around it by mounting the sdcard on my desktop and simply copied the /etc/shadow entry from a different machine with a known password |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8711 Location: ~Brussels - Belgique
|
Posted: Fri Jul 27, 2012 12:01 pm Post subject: |
|
|
Yes, this is one good solution _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
Etal Veteran
Joined: 15 Jul 2005 Posts: 1931
|
Posted: Sat Jul 28, 2012 12:10 am Post subject: |
|
|
Has anyone gotten to setting up X11? How does it work?
I see there's an /opt/vc which contains all the Broadcom binaries, but how do I integrate it into the system so that everything works? _________________ “And even in authoritarian countries, information networks are helping people discover new facts and making governments more accountable.”– Hillary Clinton, Jan. 21, 2010 |
|
Back to top |
|
|
chiefbag Guru
Joined: 01 Oct 2010 Posts: 542 Location: The Kingdom
|
Posted: Sat Jul 28, 2012 1:13 am Post subject: |
|
|
On a side note whats the lead time on these boards?
Ordered 4 of these today from RS uk. quoting 18 week delivery.
Might be able to sell them on ebay for Christmas? |
|
Back to top |
|
|
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8711 Location: ~Brussels - Belgique
|
Posted: Sat Jul 28, 2012 9:30 am Post subject: |
|
|
Hello,
I used framebuffer driver and I could run LXDE.
I would like to install proprietary drivers but I don't know how to achieve it. _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
johnlu Apprentice
Joined: 22 Aug 2004 Posts: 242 Location: Córdoba, España
|
Posted: Mon Jul 30, 2012 6:23 pm Post subject: |
|
|
Does the GPU and HD decoder work on Gentoo? _________________ http://www.juanluperez.com |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54429 Location: 56N 3W
|
Posted: Mon Jul 30, 2012 8:07 pm Post subject: |
|
|
After trying Debian, Arch and a prebuilt Gentoo (which I do not reccomend as it overvolts and oveclocks your Pi.)
Mine was running at 1GHz very briefly.
None of the above was satisfactory so I built a crossdev toolchain following wiki.gentoo.org and the Embedded Handbook. Once I had the toolchain, I tried to emerge @system into an empty root. That fails for lots of reasons.
The next attempt was to use the arm stage3, a USB hard drive and build on the Pi with the help of distcc and the cross toolchain I already had.
It seems to work but I have not got as far as startx yet. The install is ~arm, with a few more recent odds and ends like portage-2.2-0_alpha
I'll host the stripped down stage4 once I have it. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
chithanh Developer
Joined: 05 Aug 2006 Posts: 2158 Location: Berlin, Germany
|
Posted: Mon Jul 30, 2012 10:51 pm Post subject: |
|
|
XavierMiller wrote: | I have an underpowered power supply | You may be able to reduce power consumption by undervolting the device.
Etal wrote: | Has anyone gotten to setting up X11? How does it work? | It works using xf86-video-fbdev (unaccelerated).
johnlu wrote: | Does the GPU and HD decoder work on Gentoo? | You need packages from xmw's overlay for the graphics driver. I understand that accelerated DirectFB support is under development and has some early promising results. |
|
Back to top |
|
|
Etal Veteran
Joined: 15 Jul 2005 Posts: 1931
|
Posted: Tue Jul 31, 2012 12:53 am Post subject: |
|
|
NeddySeagoon wrote: | None of the above was satisfactory so I built a crossdev toolchain following wiki.gentoo.org and the Embedded Handbook. Once I had the toolchain, I tried to emerge @system into an empty root. That fails for lots of reasons. |
I had a pretty good success rate overall with the cross-compiler.
It seems like a lot of the packages that don't cross-compile are is @system (or can be built if without acl support), and aside from python (1 hour) and perl (2 hours), they seem to be compilable on the Pi in reasonable time.
So what I did was enable FEATURES="buildpkg" on both the cross-compiler and the Pi, and then synced the packages dir back and forth - getting non-cross-compilable packages onto the cross-compiling machine, and cross-compiled packages onto the Pi.
NeddySeagoon wrote: | a prebuilt Gentoo (which I do not reccomend as it overvolts and oveclocks your Pi.)
Mine was running at 1GHz very briefly |
Ouch... overvolting a pretty nasty thing to do without any warning
(from my understanding overclocking won't cause any permanent damage on ARM, though) _________________ “And even in authoritarian countries, information networks are helping people discover new facts and making governments more accountable.”– Hillary Clinton, Jan. 21, 2010 |
|
Back to top |
|
|
nervin n00b
Joined: 01 Aug 2012 Posts: 1 Location: Hungary
|
Posted: Wed Aug 01, 2012 7:53 pm Post subject: |
|
|
Those who managed to create a crosscompiler with Code: | crossdev -S -v -t armv6j-hardfloat-linux-gnueabi | : which versions of the binutils/gcc/etc you used? |
|
Back to top |
|
|
Veldrin Veteran
Joined: 27 Jul 2004 Posts: 1945 Location: Zurich, Switzerland
|
Posted: Wed Aug 01, 2012 11:18 pm Post subject: |
|
|
Etal wrote: | [...]
So what I did was enable FEATURES="buildpkg" on both the cross-compiler and the Pi, and then synced the packages dir back and forth - getting non-cross-compilable packages onto the cross-compiling machine, and cross-compiled packages onto the Pi.
[...] | Thanks for the hint - I was still looking for a way to improve compile times. _________________ read the portage output!
If my answer is too concise, ask for an explanation. |
|
Back to top |
|
|
lazy_bum l33t
Joined: 16 Feb 2005 Posts: 691
|
Posted: Tue Aug 14, 2012 9:48 pm Post subject: |
|
|
NeddySeagoon wrote: | After trying Debian, Arch and a prebuilt Gentoo (which I do not reccomend as it overvolts and oveclocks your Pi.) |
This is only half true (well, it's not true, but trying to be polite ;) — Gentoo _doesn't_ „overvolt and overclock your Pi” just like that. Your config _can_ do it. And it even isn't default behaviour in intelminers build… _________________ roslin uberlay | grubelek |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54429 Location: 56N 3W
|
Posted: Tue Aug 14, 2012 10:13 pm Post subject: |
|
|
lazy_bum,
As you say, its the config.txt file. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
gasparov Tux's lil' helper
Joined: 13 Apr 2006 Posts: 105
|
Posted: Mon Sep 24, 2012 8:11 pm Post subject: |
|
|
what happens if i compile gettext without acl support?
It doesn't build using crossedv
Code: | checking sys/acl.h usability... yes
checking sys/acl.h presence... yes
checking for sys/acl.h... yes
checking for library containing acl_get_file... -lacl
checking for acl_get_file... yes
checking for acl_get_fd... yes
checking for acl_set_file... yes
checking for acl_set_fd... yes
checking for acl_free... yes
checking for acl_from_mode... yes
checking for acl_from_text... yes
checking for acl_delete_def_file... yes
checking for acl_extended_file... yes
checking for acl_delete_fd_np... no
checking for acl_delete_file_np... no
checking for acl_copy_ext_native... no
checking for acl_create_entry_np... no
checking for acl_to_short_text... no
checking for acl_free_text... no
checking for working acl_get_file... cross-compiling
checking for acl... no
checking for getacl... no
checking for aclx_get... no
checking for statacl... no
configure: error: ACLs enabled but support not detected
configure: error: ./configure failed for gettext-tools
|
|
|
Back to top |
|
|
|