Ronald G Minnich <[EMAIL PROTECTED]> writes:

> Unless anyone objects I'm going to do the following:
> 
> set up the intel/southbridge/piix4e.c code to enable IDE iff
> CONFIG_LINUXBIOS_ENABLE_IDE is set.
> 
> I need to get new southbridge code that works like the superio code set
> up, but this is something we need right now. We need the southbridge code
> to work like the superio code I think since there may be systems out there
> with more than one southbridge.

And with hypertransport and intel's hub architecture this is common.
I though that was working already..

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.

>From there we can use a fairly flexible driver model based on device
type with most functions being static to the driver code.  And
compiled in drivers just being run if you have the right kind of
device present in your system.

Drivers need to come in two parts an initialization driver, and a
driver for using the device.  Though maybe all we would need is two
entry points.

> I need this IDE enable NOW to support Plan 9.

How much of IDE enable do you need?

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.
 
> I'm going through the code and hope to produce a table of #if and #ifdef
> used in linuxbios and what they mean soon. Also (this is my fault) we
> really do need to rename config variables for linuxbios to
> CONFIG_LINUXBIOS_ to avoid confusion between linuxbios config variables
> and other variable (e.g. i586). This I will do slowly, along with
> correcting cases where people used
> #ifdef x
> (old style) instead of
> #if (x == 1)
> (new style)

Hmm. Could we have the prefix be CONFIG or LBCONFIG, when you
get up t CONFIG_LINUXBIOS that is fairly tedious to type.

Eric

Reply via email to