[coreboot] alix1c and v3

ron minnich rminnich at gmail.com
Tue Jan 29 09:07:26 CET 2008


On Jan 29, 2008 12:00 AM, ron minnich <rminnich at gmail.com> wrote:
> And this is bad too.
>
> in setup_realmode_idt -- both v2 and v3 ...
>         /* debug handler - useful to set a programmable delay between
> instructions if the
>            TF bit is set upon call to real mode */
>         idts[1].cs = 0;
>         idts[1].offset = 16384;
>         memcpy((void *)16384, &debughandle, &end_debughandle - &debughandle);
>
>

And that certainly made things better, taking out that blind memcpy.

We're still getting the weird error on biosint but ...

Back from phase 2
Show all devs...
root(Root Device): enabled 1 have_resources 0 initialized 0
cpus: Unknown device path type: 0
cpus(): enabled 1 have_resources 0 initialized 0
device0_0(PCI: 00:01.0): enabled 1 have_resources 0 initialized 0
southbridge(PCI: 00:0f.1): enabled 1 have_resources 0 initialized 0
superio: Unknown device path type: 0
superio(): enabled 0 have_resources 0 initialized 0
domain0(PCI_DOMAIN: 0000): enabled 1 have_resources 0 initialized 0
done show all devs
Phase 3: Enumerating buses...
dev_phase3_scan: scanning root(Root Device)
scan_static_bus for root (Root Device)
cpus: Unknown device path type: 0
cpus() enabled
dev_phase5: device0_0(PCI: 00:01.0) missing ops
dev_phase5: southbridge(PCI: 00:0f.1) missing ops
domain0(PCI_DOMAIN: 0000) enabled
domain0(PCI_DOMAIN: 0000) scanning...
dev_phase3_scan: scanning domain0(PCI_DOMAIN: 0000)
pci_scan_bus start bus 0x0000bc60, bus->dev 0x0000ba20
PCI: pci_scan_bus for bus 00
pci_scan_bus: old_devices 0x0000bd20, dev for this bus 0x0000ba20 (domain0)
PCI: scan devfn 0x0 to 0xff
PCI: devfn 0x0
pci_scan_get_dev: list is 0x00087ea8, *list is 0x0000bd20
pci_scan_get_dev: check dev device0_0
pci_scan_get_dev: check dev device0_0 it has devfn 0x08
pci_scan_get_dev: check dev southbridge
pci_scan_get_dev: check dev southbridge it has devfn 0x79
pci_scan_get_dev: check dev superio
superio: Unknown device path type: 0
pci_scan_get_dev: child superio() not a pci device: it's type 0
PCI: pci_scan_bus pci_scan_get_dev returns dev None (no dev in tree yet)
PCI: devfn 0x0, bad id 0xffffffff
PCI: pci_scan_bus pci_probe_dev returns dev 0x00000000(c)
PCI: devfn 0x8
pci_scan_get_dev: list is 0x00087ea8, *list is 0x0000bd20
pci_scan_get_dev: check dev device0_0
pci_scan_get_dev: check dev device0_0 it has devfn 0x08
PCI: pci_scan_bus pci_scan_get_dev returns dev device0_0
find_constructor: find PCI: 1022:2080
find_constructor: check all_constructors[i] 0x0000c700
find_constructor: cons 0x0000c700, cons id PCI_DOMAIN: 1022:2080
find_constructor: cons 0x0000c714, cons id APIC_CLUSTER: 1022:2080
find_constructor: cons 0x0000c728, cons id PCI: 1022:2080
find_constructor: match
PCI: 00:01.0 id PCI: 1022:2080 bus ops
PCI: 00:01.0 [PCI: 1022:2080] enabled
PCI: pci_scan_bus pci_probe_dev returns dev 0x0000bd20(device0_0)
PCI: devfn 0x9
pci_scan_get_dev: list is 0x00087ea8, *list is 0x0000c060
pci_scan_get_dev: check dev southbridge
pci_scan_get_dev: check dev southbridge it has devfn 0x79
pci_scan_get_dev: check dev superio
superio: Unknown device path type: 0
pci_scan_get_dev: child superio() not a pci device: it's type 0
PCI: pci_scan_bus pci_scan_get_dev returns dev None (no dev in tree yet)
PCI: devfn 0x9, bad id 0xffffffff
PCI: pci_scan_bus pci_probe_dev returns dev 0x00000000(c)
PCI: devfn 0xa
pci_scan_get_dev: list is 0x00087ea8, *list is 0x0000c060
pci_scan_get_dev: check dev southbridge
pci_scan_get_dev: check dev southbridge it has devfn 0x79
pci_scan_get_dev: check dev superio
superio: Unknown device path type: 0
pci_scan_get_dev: child superio() not a pci device: it's type 0
PCI: pci_scan_bus pci_scan_get_dev returns dev None (no dev in tree yet)
Too many devices. Increase MAX_DEVICES


So, that's better. I need to know if my dtc patch from this morning is
going to be acceptable -- I need that soon.

I don't know about MAX_DEVICES -- that's a puzzle to me so far.

ron




More information about the coreboot mailing list