LinuxBIOS and Win2K

Richard Smith rsmith at bitworks.com
Tue Jun 29 10:10:01 CEST 2004


Eric W. Biederman wrote:

>>the idea we toyed with was a generic callback which would enable this
>>specific feature... still it was somewhat tricky given that ADLO
>>sometimes loads itself over the LinuxBIOS
> 
> 
> For V2 every port I have done has simply left those areas enabled
> as RAM, which obviates the need for any call backs.

I don't think thats enough.  You have to route reads to the bios area 
and writes to RAM and then when its done route reads back to RAM so ADLO 
has to mess with some registers.

> That code is not motherboard specific it is cpu/chipset specific,
> which is something else entirely.

Yeah. motherboard was the wrong term.  You used it first though. *grin*

> Any significant changes like always leaving the shadow areas enabled,
> we can easily implement in both v1 and v2.  And things like
> pirq tables can be copied from wherever LinuxBIOS puts them.  If it
> would help we can place pointers to the information in the LinuxBIOS table
> to make things easier to deal with.

pointers to code that would enable/disable the various functions? or 
pointers to some data struct that would instruct the code how to do then 
enable/disable?

They can be pretty different.  On the matsonic 7308e motherboard this 
was a simple out() to a location.  With the 440bx chipset this is a 
config space write.




More information about the coreboot mailing list