Re: [ARMedslack] ARMedSlack on Seagate Dockstar
On 01/27/2011 04:38 PM, Christophe Lyon wrote: On Thu, Jan 27, 2011 at 7:35 AM, John O'Donnell wrote: On 01/26/2011 08:25 PM, Rich wrote: The dockstar led is controlled by uboot and armedSlack's kernel doesn't know how to control it. I'd be willing to bet it is controlled by standard kernel settings. I control my guruplug's LEDs in /sys/class/leds Take a peek In /sys/class/leds, I can only see: plug:green:health If I try: echo heartbeat> /sys/class/leds/plug\:green\:health/trigger -bash: echo: write error: Invalid argument # uname -a Linux dockstar 2.6.33.5-kirkwood #2 PREEMPT Thu May 27 14:47:11 BST 2010 armv5tel Feroceon 88FR131 rev 1 (v5l) Marvell SheevaPlug Reference Board GNU/Linux Christophe ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack Control of the LED isn't high on my list yet, but there is a lot of information here; http://forum.doozan.com/read.php?2,524 It's Debian centric, but you get the idea. I really haven't read completely through it yet but i think for kernels < 2.6.36 you need to patch them. For 36 and up there has been some type of dockstar support added to the kernel. Rich Lapointe ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
Re: [ARMedslack] ARMedSlack on Seagate Dockstar
On 01/27/2011 04:36 PM, Christophe Lyon wrote: So to summarize, I think than Richard's procedure should be completed by cd /mnt/sda1//boot ln -s uImage-kirkwood uImage ln -s uinitrd-kirkwood.img uInitrd at least after reformattting. I can give another try without reformatting during install if you want. Thanks guys! Oops, your right, I forgot to add that to my earlier email. Rich Lapointe ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
Re: [ARMedslack] mfloat-abi
2011/1/27 Thorsten Mühlfelder : > Hi, > > I did not really understand what's the difference between -mfloat-abi=soft > and -mfloat-abi=softfp? Does "soft" always use software floating point > and "softfp" could use hardware floating point if a correct -mfpu is given? Exactly. - soft: only software emulation - softfp + mfpu=xxx: enables the compiler to use FP instructions/registers inside functions, but not as function parameters. This way, code remains compatible with 'soft' libraries - hard: it's a different ABI, where parameters can be passed in FP registers, avoiding expensive moves between core and FP registers. But such code is not compatible with 'soft' libraries. Christophe ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
Re: [ARMedslack] ARMedSlack on Seagate Dockstar
On Thu, Jan 27, 2011 at 7:35 AM, John O'Donnell wrote: > On 01/26/2011 08:25 PM, Rich wrote: >> >> The dockstar led is controlled by uboot and armedSlack's kernel doesn't >> know how >> to control it. > > I'd be willing to bet it is controlled by standard kernel settings. I > control my guruplug's LEDs in /sys/class/leds > > Take a peek > In /sys/class/leds, I can only see: plug:green:health If I try: echo heartbeat > /sys/class/leds/plug\:green\:health/trigger -bash: echo: write error: Invalid argument # uname -a Linux dockstar 2.6.33.5-kirkwood #2 PREEMPT Thu May 27 14:47:11 BST 2010 armv5tel Feroceon 88FR131 rev 1 (v5l) Marvell SheevaPlug Reference Board GNU/Linux Christophe ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
Re: [ARMedslack] ARMedSlack on Seagate Dockstar
On Thu, Jan 27, 2011 at 2:25 AM, Rich wrote: > On 01/26/2011 04:41 PM, Christophe Lyon wrote: >> I can't reformat it during the install process, otherwise it will the >> installer given that it contains /boot, right? >> > > yes, you can reformat during the install process. The installer gets loaded > into ram and the usb stick is not used after loading; Good news! I finally managed to reboot after installation!!! This time, I reformatted during the install. Upon reboot, uboot (Jeff Doozan's) complained that it did not find /boot/uImage nor /boot/uInitrd. I recreated them, and voila! I guess that during my previous installs withouth reformatting, the installer left dangling symlinks in /boot, and uboot did not manage to handle them properly? I am not really convinced by this explanation because uboot used to go until 'starting kernel', so it did seem to succeed loading it. So to summarize, I think than Richard's procedure should be completed by cd /mnt/sda1//boot ln -s uImage-kirkwood uImage ln -s uinitrd-kirkwood.img uInitrd at least after reformattting. I can give another try without reformatting during install if you want. Thanks guys! ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
[ARMedslack] mfloat-abi
Hi, I did not really understand what's the difference between -mfloat-abi=soft and -mfloat-abi=softfp? Does "soft" always use software floating point and "softfp" could use hardware floating point if a correct -mfpu is given? And why is none of them used in Armed Slack? In my understanding it should be much faster than FPU emulation in the kernel. http://www.arm.linux.org.uk/mailinglists/faq.php#f3 Greetings Thorsten ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack
Re: [ARMedslack] ARMedSlack on Seagate Dockstar
On Thu, Jan 27, 2011 at 01:01, Rich wrote: > On 01/26/2011 03:39 AM, Claudio Cavalera wrote: >> >> Is it possible to host the jeff uboot on armedslack.org without >> breaking any license? >> > > Why would you need to do this?. Just get it off of Jeff site Maybe it's better to be on our own concerning stuff to be downloaded, but I'm not sure. Ciao, Claudio ___ ARMedslack mailing list ARMedslack@lists.armedslack.org http://lists.armedslack.org/mailman/listinfo/armedslack