------- From k8t890_traf_ctrl.c ------
pci_dev_read_resources(dev);
res = new_resource(dev, 0x40); /* NB APIC fixed to this address. */ res->base = K8T890_APIC_BASE; res->size = 256; res->limit = res->base + res->size - 1; res->align = 8; res->gran = 8; res->flags = IORESOURCE_MEM | IORESOURCE_FIXED | IORESOURCE_STORED | IORESOURCE_ASSIGNED;
/* Add an MMCONFIG resource. */ res = new_resource(dev, K8T890_MMCONFIG_MBAR); res->size = 256 * 1024 * 1024; res->align = log2(res->size); res->gran = log2(res->size); res->limit = 0xffffffff; /* 4G */ res->flags = IORESOURCE_MEM;
------- end ----------
Yes now I remember that I wrote the code ;) so please disregard mine previous mail about _LOW and _STATIC_HIGH.
Problem is that some resources needs to go to ACPI. And it is needed to
1) store them in some ACPI table during table construction, read resource should work.
2) worse case - store in AML code. This can be done by some SSDT hacks which is ugly or write AML code which re-reads the resources from hardware.
Ad 1) http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/src/main... http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/src/main...
Ad 2)
http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/src/nort... http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/src/main...
In fact #2 as in ARUMA and proper DSDT code which handles _CSR (CRS?) resources is neccessary for Windows to boot properly. Check the Aruma DSDT:
http://tracker.coreboot.org/trac/coreboot/browser/trunk/coreboot-v2/src/main...
(In particular Method (_CRS, 0, NotSerialized) for PCI0).
Rudolf