Does anyone have an idea what the status of Intel's poulsbou in current
coreboot is?
- cmc contained no mem config. So I dumped the registers from the running
system (sch, port1, reg0..2) from the running system and filled out
sysinfo->ranks, cl, trcd, trp, device_density, data_width based on those
values.
- I noticed that my FSB runs at 533MHz. So I set the lower bit in
SCH_MSG_DUNIT_REG_DCO (the orignial code sets BIT 0 if FSB is 533 but then
throwes it away and writes 0x006911c).
Now:
- The SCH register 2, 8 is set to 0x40000000 (1GiB). The original
BIOS sets this to 0x80000000 (2GiB) which would also match the magic with
data_width, ranks & device_density which result is overwritten. Is this
correct? What is the purpose of this value?
- In sch_shadow_CMC(). I have no idea why cpuid_eax(0x80000008) should be
written in that register. I haven't found any documentation claiming that
it should be done.
The system hangs after executing a wbinvd like the manual says. That is
probably why the cmc code is copied twice and the wbinvd is commented out.
It hangs mostlikely due to the CAR setup. So maybe it could be moved to
southbridge setup somewhere.
- in src/northbridge/intel/sch/northbridge.c, pci_domain_set_resources() is
using PCI device (0,0) register 0x9c is used to figure out how much memory
is available. I read 0x0 here in original bios and coreboot. I assigned 1
GiB here for the variable. Is this a BIOS set variable?
This file / function looks like a copy of src/northbridge/intel/i945/northbridge.c.
For TOM it could be SCH (2, 8) because this is written by sdram_initialize()
(with the wrong value in my setup however). It is just a guess however.
The next part reads GGC register and I belive from wrong device as it should
be PCI_DEVFN(2, 0). Atlteast it is written in iWRainbowG6's romstage.c
TSEG is read from pci dev (0,0) register 0x9e. I'm not sure this is correct,
I don't see any place that this is written.
- I extraced the VGA ROM from the BIOS. After attaching it I see three
unhandled INT15 calls with AX=0x5f35, AX=0x5f40, AX=0x5f35. After that
coreboot continues, display remains blank. Is it possible to emulate these
calls to get some output? Linux somehow des not do anything right now…
- After booting I get errors from the ehci controller after attaching a
highspeed device. Attaching a keyboard seems to works. Is there something
I have to tweak to get highspeed USB working?
I could send patches for some of things but I am not always sure what I do
:)
Sebastian