Failure to get past a PCI bridge
smithi at nimnet.asn.au
Sat May 30 15:30:27 UTC 2009
On Thu, 28 May 2009 16:24:00 +0200 Josef Moellers <josef.moellers at ts.fujitsu.com> wrote:
> I'm trying to install 7.2-RELEASE on a pretty new system (a Fujitsu
> The first obstacle was the fact that while the system has an
> AT-Keyboard-Controller, it ist not used (keyboard and mouse are
> connected via USB) and I have found that I can get past that by specifying
> set hint.atkbd.0.disabled=1
> set hint.atkbdc.0.disabled=1
> The install kernel then boots properly and reaches the "Country Selection".
> At that point, no keyboard input is accepted. An optical mouse is off,
> so I assume the keyboard to be off, too.
> I have hooked up a serial connection to log the kernel's output (some
> 1000+ lines):
> set boot_serial=1
> set boot_verbose=1
> set boot_multicons=1
> set console="comconsole vidconsole"
> The following lines make me wonder if the kernel fails to get past PCI
> bridges and this can't reach the UHCI controllers:
> pcib0: <ACPI Host-PCI bridge> on acpi0
> pcib0: could not get PCI interrupt routing table for \_SB_.CPU0 -
> pcib1: <ACPI Host-PCI bridge> on acpi0
> pcib1: could not get PCI interrupt routing table for \_SB_.CPU1 -
> pcib2: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pcib2: couldn't find _ADR
> pcib2: trying bus number 2
> pci2: <ACPI PCI bus> on pcib2
> pci2: domain=0, physical bus=2
> I talked to the guy who does the BIOS for the machine and he says that
> it makes no sense for the kernel to try and find the _PRT for \_SB_.CPU0
> or \_SB_.CPU1!
> Can anyone help? I haven't been using FreeBSD since 4.2 and haven't dug
> through deep kernel functions for quite some time.
Not directly, but you may do better posting that to the acpi at freebsd.org
list. See archives at http://lists.freebsd.org/pipermail/freebsd-acpi/
More information about the freebsd-questions