[LinuxBIOS] another question for cs5536
Songmao Tian
tiansm at lemote.com
Sun Jul 8 04:25:44 CEST 2007
Uwe Hermann wrote:
> On Fri, Jul 06, 2007 at 08:55:37AM +0800, Songmao Tian wrote:
>
>> Actually, we are using a non-Geode CPU(in fact it's a mips varient). I
>> understand the situation, luckily I got
>> helps from all of you:), thanks again.
>>
>> Perhaps I will try to port the LinuxBIOS, but if so, I have to port
>> another payload(I am looking into grub2, any other sugguestion?)
>>
>
> GRUB2 is being worked on as part of Google Summer of Code, so that
> should work soonish...
>
I see you on the list:)
> If you want to port LinuxBIOS to MIPS (which would be great!), please
> start with LinuxBIOSv3, which is still in early development stages but
> is a _lot_ better and easier to handle from a development (and user!)
> point of view.
>
I am under the way of clean up the start.S code, which is the common
work of every thing,
also some cache and basic configuration work. after that porting will be
much easier.
> Other than that, the "typical" payloads in LinuxBIOS are FILO (to boot
> from disk, for example) or memtest86 (for testing the RAM setup while
> developing). I don't know whether either of them support MIPS (guess not).
>
>
>
>> and u-boot is another good option.
>>
>
> Yeah, I've been wondering about this, too. But doesn't u-boot do pretty
> much the same we do in LinuxBIOS (just for other, mainly embedded boards)?
>
> Or can it be configured to basically _not_ init the system (and leave
> that part to LinuxBIOS), but only provide a "shell" of some sort for
> configuration stuff (sorry, I haven't yet played much with u-boot).
>
>
u-boot trys to be versatile and small, and some tricky relocation is
done to place itself on the top of the available ram (which I think I
don't need). but I think with some modification u-boot can be a payload
of LinuxBIOS:)
> Uwe.
>
More information about the coreboot
mailing list