Myles Watson wrote:
Here's the latest log. It hangs in the emulator. I've tried both
emulators, but to no avail.
Nothing jumped out at me why you might be having a problem with VGA.
These are some general v3 comments. I have a good feel for the new
dts/device scanning so some questions may just be dumb.
setting up resource map ex offset....
(0+0,18+0,1+0,44) & 0000f8f8 | 00000000+00000000
(0+0,18+0,1+0,4c) & 0000f8f8 | 00000001+00000000
...
done.
I don't think that resource setup needs to be done this early. There are
no resources before HT init. It should go just before:
Ram1.0, setting up CPU 0x00 northbridge registers
Choosing fallback boot.
...
LAR: File not found!
LAR: Run file fallback/initram/segment0 failed: No such file.
Fallback failed. Try normal boot
LAR: Attempting to open 'normal/initram/segment0'.
I think that this came up way back when, but why is fallback tried
first? Is this a configuration mistake? It is a waste of time which is
making SimNow take even longer.
prepare to
InitDram:00000000000000010000000200000003000000040000000500000006000000070000000800000009
That is some strange output....
find_device_operations: cons 0x00015260, cons id PCI: 1022:1100
find_device_operations: check all_device_operations[i] 0x00015800
dev_id_string: Unknown device ID type: 0
find_device_operations: cons 0x00015800, cons id Unknown …À‰ÁÆÀ¤
constructor: constructor is 0x00000000
No ops found and no constructor called for PNP: 0000.
new_device: devcnt 4
find_device_operations: check all_device_operations[i] 0x00015200
This is the CPU HT device. This section loops several times. What is
coreboot trying to do?
And then some stuff gets setup and it loop some more...
Yeah, keep seeing this output come up again and again.
PCI: scan devfn 0xc0 to 0xff
PCI: devfn 0xc0
What is this for? When scanning PCI stuff
PCI: devfn 0xc4
pci_scan_get_dev: list is 0x000cf084, *list is 0x00016680
pci_scan_get_dev: check dev domain_0_pci_1_0
pci_scan_get_dev: check dev domain_0_pci_1_0 it has devfn 0x08
pci_scan_get_dev: check dev domain_0_pci1_18_0
pci_scan_get_dev: check dev domain_0_pci1_18_0 it has devfn 0xc0
pci_scan_get_dev: check dev domain_0_pci2_18_0
pci_scan_get_dev: check dev domain_0_pci2_18_0 it has devfn 0xc0
pci_scan_get_dev: check dev domain_0_ioport_2e
pci_scan_get_dev: child domain_0_ioport_2e(IOPORT: 2e) not a pci device: it's type 11
pci_scan_get_dev: check dev dynamic PNP: 002e.0
When scanning for PCI devices PNP IO areas should probably be skipped or
I may just misunderstand what it is doing here...
Where is phase4_enable_disable? Shouldn't it happen before Phase 4:
Reading resources ?
There is some 8111/8132 setup that might be causing the VGA issue?
Marc
--
Marc Jones
Senior Firmware Engineer
(970) 226-9684 Office
mailto:[EMAIL PROTECTED]
http://www.amd.com/embeddedprocessors
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
