2007/5/24, Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net:
On 24.05.2007 17:17, Thomas Ekstrand wrote:
2007/5/24, Jeremy Jackson jerj@coplanar.net:
On Thu, 2007-05-24 at 15:31 +0200, Thomas Ekstrand wrote:
Each bridge must have a Hypertransport MSI Mapping configured. Linux will complain about them being missing for some devices. If you can look at the output of dmesg and maybe attach it here, there should be some information that can help like this:
It's attached! although not as nice as yours! :) I can't make out much :/
dmesg 6> MEM window: fc000000-fc0fffff PREFETCH window: 88000000-880fffff PCI: Bridge: 0000:00:06.0 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. [...]
The beginning of dmesg seems to have been snipped. Try setting CONFIG_LOG_BUF_SHIFT=17 (or greater in your kernel config). And use "dmesg -s131072". That should give you the full boot log.
oh! Sorry! here it is.
bruf: module license 'Proprietary' taints kernel. bruf_init: module version 0.14 bruf_init: registered bruf with Major Number = 0x7f
Interesting. I have never heard of that module.
Regards, Carl-Daniel -- http://www.hailfinger.org/
setting "HAVE_MPTABLE=0" in mainboard Conif.lb makes the system halt at:
"... Searching for server (DHCP)...\ Me: 192.168.0.8, DHCP: 192.168.0.1, TFTP: 192.168.0.1 Loading 192.168.0.1:linux2.elf (ELF)... done Firmware type: LinuxBIOS"
Displaying postcode 0xd0. any suggestions? Are there more settings that needs to be enabled/disabled in order to deactivate the mptable?
Is there some example to look at for doing acpi tables?
Thanks Thomas