[fedora-arm] U-Boot?

rihoward1 at gmail.com rihoward1 at gmail.com
Fri Oct 14 21:06:53 UTC 2011


On Oct 14, 2011, at 1:07 PM, David A. Marlin wrote:

> Gordan Bobic wrote:
>> On 10/14/2011 07:05 PM, Brendan Conoboy wrote:
>> 
>>> On 10/14/2011 10:54 AM, Chris Tyler wrote:
>>> 
>>>> Note that the GuruPlug ships with a broken uboot, which uses the wrong
>>>> machine identifier. To use a mainline kernel, you must munge the kernel
>>>> machine ID or update the GuruPlug's uboot.
>>>> 

The guruplug comes with a very old kernel, as do most if not all of the kirkwood boards, and does a lot of things differently from the mainline kernel.
All you have to do is change a couple of uboot parameters to use a mainline kernel and it is well documented.

setenv mainlineLinux yes
setenv arcNumber xxxx where xxxx can be found at http://www.arm.linux.org.uk/developer/machines/ for the particular board.

The mainline uboot from http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=summary has support for number 
of kirkwood boards and more are being added. It is for most people non-trivial to update but there is documentation supplied by the board manufacturers  that explains how to do it.

I wonder if it would be possible to get the board suppliers to refresh  the image they are installing in new items?


>>> Ooh, good to know.
>>> 
>>> 
>>>> The phrase "the kernel we're working with" caught my eye. Which kernel
>>>> are we talking about?
>>>> 
>>> I'm specifically thinking of David Marlin's kernel as referenced here:
>>> 
>>> http://fedoraproject.org/wiki/Architectures/Fedora_ARM_Kernels
>>> 
>>> 
>>>> (I've heard but have not verified that the Kirkwood and OMAP patch sets
>>>> used to be pretty much mutually-exclusive; I haven't tried to build a
>>>> unified kernel and hope this has been fixed).
>>>> 
>>> Yuck.  I know David has been endeavoring to make his changes mesh easily
>>> with additional parties adding their own pet board to the SRPM.  Most of
>>> our systems are omap and tegra based so we haven't seriously looked into
>>> kirkwood support.  If somebody wants to add kirkwood support they should
>>> bear in mind your warning about the broken uboot.
>>> 
>> 
>> I'm pretty sure that Kirkwood support required for the SheevaPlug has 
>> been in mainline since at least 2.6.35, possibly earlier. Whether OMAP 
>> patches break this, I don't know.
>> 

Krkwood support for multiple boards is available in the mainline code.
The following is what is supported in 3.0.3 :-

CONFIG_MACH_DB88F6281_BP=y
CONFIG_MACH_RD88F6192_NAS=y
CONFIG_MACH_RD88F6281=y
CONFIG_MACH_MV88F6281GTW_GE=y
CONFIG_MACH_SHEEVAPLUG=y
CONFIG_MACH_ESATA_SHEEVAPLUG=y
CONFIG_MACH_GURUPLUG=y
CONFIG_MACH_TS219=y
CONFIG_MACH_TS41X=y
CONFIG_MACH_DOCKSTAR=y
CONFIG_MACH_OPENRD=y
CONFIG_MACH_OPENRD_BASE=y
CONFIG_MACH_OPENRD_CLIENT=y
CONFIG_MACH_OPENRD_ULTIMATE=y
CONFIG_MACH_NETSPACE_V2=y
CONFIG_MACH_INETSPACE_V2=y
CONFIG_MACH_NETSPACE_MAX_V2=y
CONFIG_MACH_D2NET_V2=y
CONFIG_MACH_NET2BIG_V2=y
CONFIG_MACH_NET5BIG_V2=y
CONFIG_MACH_T5325=y

I have noticed that some changes to OMAP continue to go into the mainline ARM kernel source tree and tegra is very active at the moment.  There has been some work to add support for additional kirkwood boards.
See http://lists.infradead.org/mailman/listinfo/linux-arm-kernel 

>> In fact, Kirkwood is one of the few SoCs that has complete support for 
>> all of the extras, too, in the mainline kernel, too (e.g. crypto engine).
>> 
> Someone built a 2.6.39 kernel for kirkwood (Dreamplug) by adding a 
> couple of patches to one of my earlier kernel SRPMs (which was also 
> tested on Panda/OMAP), but when we tried it on a 2.6.40 (3.0-based) 
> kernel SRPM the resultant image failed to boot.
> 
> I can probably dig up those packages if anyone who has a kirkwood system 
> wants to work on it.
> 
> 
> d.marlin
> =========
> 
> _______________________________________________
> arm mailing list
> arm at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm



More information about the arm mailing list