HDAMA errors during PCI scan

Stefan Reinauer stepan at suse.de
Tue Oct 28 06:20:01 CET 2003


* Craig C Forney <cforney at opus.com> [031028 11:16]:
> Latest version (not working):
> 
> Copying LinuxBIOS to ram.
> 003 booting...
> Finding PCI configuration type.
> PCI: Using configuration type 1
> Enumerating: AMD K8 Northbridge
> Enumerating: AMD K8 Northbridge
> Enumerating: AMD K8
> Enumerating: AMD K8
> Enumerating: AMD 8111
> Enumerating: NSC 87360
> Enumerating buses...PCI: pci_scan_bus for bus 0
> PCI: 00:18.0 [1022/1100] enabled
> PCI: 00:18.1 [1022/1101] enabled
> PCI: 00:18.2 [1022/1102] enabled
> PCI: 00:18.3 [1022/1103] ops
> PCI: 00:18.3 [1022/1103] enabled
> PCI: 00:19.0 [ffff/ffff] enabled
> PCI: 00:19.1 [ffff/ffff/00ffff] has unknown header type ff, ignoring.
> PCI: 00:19.1 No device operations
> PCI: 00:19.2 [ffff/ffff/00ffff] has unknown header type ff, ignoring.
> PCI: 00:19.2 No device operations
> PCI: 00:19.3 [ffff/ffff/00ffff] has unknown header type ff, ignoring.
> PCI: 00:19.3 No device operations
> amdk8_scan_chains max: 0 starting...

It looks like the second CPU is not detected correctly, accesses to it's
config space result in 0xff to be read.

I'm having lots of troubles with LinuxBIOS on different Opteron systems
since the changes that happened somewhen after 2003/09/15.

Could you paste the log of LinuxBIOS _before_ it jumps to the ram based
code, i.e. the romcc produced code. Can you try removing the -O2 from
compiling auto.c to see if that changes anything?

  Stefan


-- 
     Stefan Reinauer, SUSE LINUX AG
Teamleader Architecture Development



More information about the coreboot mailing list