I am slowly putting together a working LinuxBIOS development tree.
I have romcc up and working and initializing memory on my target hammer board. The memory configuration completely hard coded but it works.
I am using gcc's C preprocessor because I need the ability to stringize a macro to print out the LinuxBIOS version string, and I don't feel like implementing macros with arguments and all of the little quirks right now.
One of my first steps is making hardwaremain generic and in just starting that and looking at it's dependencies I have found a huge mess of code that needs to be cleaned up.
Just a small taste. Why are the I/O primitives in cpu/p5/io.h and not directly in arch/io.h? And why to we have piles of code in that header that are ifdefed out. Most of the code left over from the earliest days of LinuxBIOS is similarly nasty.
There is a list that goes on and on, and tomorrow I will get serious about cleaning it out.
With a little luck I am maybe a week out from having my hammer code being self hosting. That is a week out from gluing the LinuxBIOS tree back together enough that I can load etherboot and have normal and fallback images. At which point I should have enough bandwidth to get the last of the little things I care about resolved in on the stable branch. I would worry about that more but my primary responsibility at this point is to get the Hammer port up and going.
Eric
thanks, eric, once you have that initial thing up I'll try populating my stuff and see how it goes.
I'll document what I do so we have an upgrade guide people can use.
Folks, if you don't take responsibility for a mainboard, it won't move forward, and nobody has written me to do this yet. We really need some takers.
ron
ron minnich wrote:
Folks, if you don't take responsibility for a mainboard, it won't move forward, and nobody has written me to do this yet. We really need some takers.
I'm in for the stpc/consumer2 and the pcchips/m787cl+. I hope I end up with a way to boot from IDE without etherboot; I tried USE_ELF_BOOT + BOOT_IDE and all I got was checksum errors. Wonder if anyone has tried that.
-Steve
Steve Gehlbach steve@nexpath.com writes:
ron minnich wrote:
Folks, if you don't take responsibility for a mainboard, it won't move forward, and nobody has written me to do this yet. We really need some takers.
I'm in for the stpc/consumer2 and the pcchips/m787cl+. I hope I end up with a way to boot from IDE without etherboot; I tried USE_ELF_BOOT + BOOT_IDE and all I got was checksum errors. Wonder if anyone has tried that.
Hmm. This increases my feeling that the IDE driver needs to be backported from etherboot.
Though without an error log I can't really guess what was going wrong.
Eric
On 18 Apr 2003, Eric W. Biederman wrote:
Hmm. This increases my feeling that the IDE driver needs to be backported from etherboot.
absolutely.
ron
ron minnich wrote:
On 18 Apr 2003, Eric W. Biederman wrote:
Hmm. This increases my feeling that the IDE driver needs to be backported from etherboot.
absolutely.
ron
Maybe, but I have used the IDE driver plenty on non-elf images without problems. I could have made the elf image wrong (not sure I have the latest mkelfImage). This is the first time I have used it so it might be pilot error.
I'll get a debug output and post it.
-Steve
Steve Gehlbach steve@nexpath.com writes:
ron minnich wrote:
On 18 Apr 2003, Eric W. Biederman wrote:
Hmm. This increases my feeling that the IDE driver needs to be backported from etherboot.
absolutely. ron
Maybe, but I have used the IDE driver plenty on non-elf images without problems.
I could have made the elf image wrong (not sure I have the latest mkelfImage). This is the first time I have used it so it might be pilot error.
I'll get a debug output and post it.
Both the ide and floppy loaders were developed using the ELF bootloader. So if they don't work now something has seriously regressed.
Eric
Needless to say, I'm happy to maintain motorola/sandpoint.
Greg
At 8:19 AM -0600 18/4/03, ron minnich wrote:
thanks, eric, once you have that initial thing up I'll try populating my stuff and see how it goes.
I'll document what I do so we have an upgrade guide people can use.
Folks, if you don't take responsibility for a mainboard, it won't move forward, and nobody has written me to do this yet. We really need some takers.
ron
Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Greetings,
I've got the Clearwaters (Intel) and the S2723 (Tyan Tiger i7501). Also tyan TigerMPX and guiness unless Eric wants guiness back.
G'day, sjames
On Fri, 18 Apr 2003, Greg Watson wrote:
Needless to say, I'm happy to maintain motorola/sandpoint.
Greg
At 8:19 AM -0600 18/4/03, ron minnich wrote:
thanks, eric, once you have that initial thing up I'll try populating my stuff and see how it goes.
I'll document what I do so we have an upgrade guide people can use.
Folks, if you don't take responsibility for a mainboard, it won't move forward, and nobody has written me to do this yet. We really need some takers.
ron
Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
Linuxbios mailing list Linuxbios@clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios
if you are a committer go ahead and take ownership of your boards via the STATUS file, and then if you can pull down freebios2 (when Eric is done) see what it takes.
Any experiences you write up, send to me.
ron
ron minnich rminnich@lanl.gov writes:
if you are a committer go ahead and take ownership of your boards via the STATUS file, and then if you can pull down freebios2 (when Eric is done) see what it takes.
Any experiences you write up, send to me.
Ron I guess put me down for something like: Tyan s2466 Supermicro p4dpr, p4dpe, p4dpeg2, x5dpr (not yet working)
I don't think I have the oomph to go through the stable tree even for such a simple thing as create the STATUS files.
Eric