Re: Failure to get past a PCI bridge
On Thu, 28 May 2009 16:24:00 +0200 Josef Moellers wrote: > Hi, > > I'm trying to install 7.2-RELEASE on a pretty new system (a Fujitsu > RX300S5). > 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: on acpi0 > pcib0: could not get PCI interrupt routing table for \_SB_.CPU0 - > AE_NOT_FOUND > : > pcib1: on acpi0 > pcib1: could not get PCI interrupt routing table for \_SB_.CPU1 - > AE_NOT_FOUND > : > pcib2: port 0xcf8-0xcff on acpi0 > pcib2: couldn't find _ADR > pcib2: trying bus number 2 > pci2: 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 a...@freebsd.org list. See archives at http://lists.freebsd.org/pipermail/freebsd-acpi/ cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Failure to get past a PCI bridge
Polytropon wrote: On Thu, 28 May 2009 16:24:00 +0200, Josef Moellers wrote: 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. Not neccessarily. Check the blinkenlights with caps lock, num lock and scroll lock (if present). BTDTNT. If optical mouse doesn't have any light, it's nearly obvious that it doesn't get power from the USB port. This doesn't need to imply that the keyboard is off, too. Yes, but none of the *Lock key work either. When trying to install without ACPI, I managed to get past the bridge, but then I got a Fatal trap: --- igb0: Reserved 0x2 bytes for rid 0x10 type 3 at 0xce26 igb0: Reserved 0x4000 bytes for rid 0x1c type 3 at 0xce20 igb0: attempting to allocate 3 MSI-X vectors (10 supported) Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x8:0x803e127d stack pointer = 0x10:0x810d8830 frame pointer = 0x10:0x3 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault -- I'll talk to the BIOS guy again, but if someone has some other ideas, I'd be grateful. Josef -- These are my personal views and not those of Fujitsu Technology Solutions! Josef Möllers (Pinguinpfleger bei FTS) If failure had no penalty success would not be a prize (T. Pratchett) Company Details: http://de.ts.fujitsu.com/imprint.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Failure to get past a PCI bridge
On Thu, 28 May 2009 16:24:00 +0200, Josef Moellers wrote: > 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. Not neccessarily. Check the blinkenlights with caps lock, num lock and scroll lock (if present). If optical mouse doesn't have any light, it's nearly obvious that it doesn't get power from the USB port. This doesn't need to imply that the keyboard is off, too. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"