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