I wanted get up to date with the latest code developments with Linuxbios on the HDAMA board. I downloaded the current source tree from sourceforge this morning. The build went just fine. However, it gets stuck during initialization. The only code change I made to the latest version was to change the PAYLOAD to FILO 0.4. (The version from a few weeks ago makes, compiles, and boots Linux using FILO 0.3.)
I'm guessing that there is some configuration change needed for HDAMA. Any thoughts?
-- Craig Forney, Opus Innovations LLC
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...
Earlier version (working):
LinuxBIOS-1.1.4.0Fallback Thu Oct 9 03:02:57 PDT 2003 starting... Copying LinuxBIOS to ram. Jumping to LinuxBIOS. LinuxBIOS-1.1.4.0Fallback Thu Oct 9 03:02:57 PDT 2003 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: 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 [1022/1100] enabled PCI: 00:19.1 [1022/1101] enabled PCI: 00:19.2 [1022/1102] enabled PCI: 00:19.3 [1022/1103] ops PCI: 00:19.3 [1022/1103] enabled amdk8_scan_chains max: 0 starting... Hyper transport scan link: 0 max: 1 PCI: 01:01.0 [1022/7450] enabled next_unitid: 0003 PCI: 01:03.0 [1022/7460] enabled next_unitid: 0007 HyperT reset needed
* Craig C Forney cforney@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
-
Craig C Forney -
Stefan Reinauer