[LinuxBIOS] changes in decompress coming.

Stefan Reinauer stepan at coresystems.de
Fri Sep 15 19:23:00 CEST 2006

* Ronald G Minnich <rminnich at lanl.gov> [060915 18:55]:
> The tricky part for me is still this. If I have four instances of X 
> driver, there's no way I know of in kconfig to set different params for 
> each instance. In kconfig, you say "I have an X", but you can't say, 
> "this is another instance of X, but this time, turn OFF this feature". 
> For example, take this:
> config 8139TOO_PIO
>         bool "Use PIO instead of MMIO"
>         default y
>         depends on 8139TOO
> You can't say "use PIO for instance 1 and don't use it for instance 2". 
> That's not doable in Konfig. 

And not in our current tool either. I believe we should go one step at
a time.

We would now do 4 options if we want 4 instances. Similar as you did
with the compression algorithm
>  chip northbridge/amd/amdk8
> with totally different settings for each one.
This is a completely different quality of tuning than "set baud rate to
19200" imho. 

> Any mod to the config system -- or new config system -- needs to take 
> this into account. Settings for instances of a given part are not the 
> same for all instances of that part -- they can't be, at the bios level. 

We want 

 a) Kconfig for configuration issues
 b) a tree parser for the rest.

Remember: the tree parser does not set config options as
-DCONFIG_BAUD_RATE=19200 but it creates the static device tree:
a couple of C files.

We mixed these two things in v2 and taring it apart is giving 
us a hard time now. But we should.

> I don't think  Linux Kconfig can accomodate that, but maybe it can. The 
> Kconfig 'all variables global' rule seems to indicate it can't.
It can't. And it shouldnt.

> It's funny to hear us arguing *for* global variables :-),but we are :-)

Because we have an incomplete picture of the tree.

Otherwise the Cache-As-Ram enable switch would be a property of the
K8 nodes in the tree. the baud rate would be a property of the serial
node which hangs off the superio which hangs off the south bridge.

More logical? Yes.
Easier? Dunno.

coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info at coresystems.dehttp://www.coresystems.de/

More information about the coreboot mailing list