Ronald G Minnich <[EMAIL PROTECTED]> writes: > yeah, sorry, I got done superio and got tired, and did not wrap up > southbridge. My fault.
O.k. I missed that. It hasn't been a problem yet. Actually if you like what I was describing below multiple southbridge chips is probably a good excuse to implement it. So don't rush to finish the southbridge code :) > > On the long term agenda, I want to build a table similiar to what > > pci_enumerate generates at compile time. This should allows > > us to call pci_enumerate much later or not at all if all hardware > > is onboard. Plus we can enumerate onboard devices that are not pci. > > now that's a nice idea. If I can find a way to implement it that doesn't require everyone to change immediately I'll go ahead with it. So far I have been keeping on the backburner while I have resolved other problems. Though if I focus on gradual change to pci_enumerate I can probably find a way to do an incremental job. > > How much of IDE enable do you need? > > we're not sure, it still doesn't work :-) > > It actually looks like all we need is to enable bit 0 in the Command > register. Although it doesn't work, who knows why. > > > On that subject I think it needs to be a goal that LinuxBIOS do enough > > that a loaded OS shouldn't need to configure resources. We shouldn't > > prevent the OS but allowing it is a good thing. > > true. Although as Jeff points out the corner cases are a mess. I always > hoped that Linux would do the hard work. it is so close. True. But if you are going to go supporint Plan9 and others, and we don't have room for Linux in the ROM. It might be time to officially byte the bullet. > > Hmm. Could we have the prefix be CONFIG or LBCONFIG, when you > > get up t CONFIG_LINUXBIOS that is fairly tedious to type. > > Sold! > > How about just CONFIG Agreed. Eric
