3.8.1 freeze at boot

[karu.pruun]

Found the location in ohci.c where the system hangs

http://bugs.dragonflybsd.org/issues/2686

Peeter

--




On Wed, Jun 18, 2014 at 7:35 PM, karu.pruun <karu.pruun at gmail.com> wrote:
> Hello
>
> While DFly 3.6.x x86_64 boots and runs fine on my laptop
> (macbookpro5,5), the 3.8.1 install iso freezes at boot. (acpi/ehci
> disabled in both cases.) These are the last lines before freezing
> [boot_verbose=YES]:
>
> --- ---
> pci0: <processor> (vendor 0x10de, dev 0x0aa3) at device 3.5 irq 14
> ohci0.pci0.pcib0.legacy0.nexus0.root0
> ohci0: <nVidia nForce MCP79 USB Controller> [tentative] mem
> 0xd3488000-0xd3488fff irq 11 at device 4.0 on pci0
> ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3488000
> ---FREEZE---
>
> Since 3.6.x boots and runs fine (with acpi disabled) on this machine,
> my hypothesis was that I could have 3.8.1 with oldusb. So upgraded
> 3.6.2 to 3.8.1 via git and buildworld/buildkernel with WANT_OLDUSB=yes
> in /etc/make.conf. The system now panics at boot, showing
> [boot_verbose=YES]:
>
> ---3.8.1-oldusb---
> fwohci0: <1394 Open Host Controller Interface> [tentative] mem
> 0xd3100000-0xd3100fff irq 7 at device 0.0 on pci4
> fwohci0: latency timer 0 -> 32.
> fwohci0: cache size 64 -> 64.
> fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3100000
> ---panic---
>
> and then giving the db> prompt but because it freezes, or at least the
> keyboard freezes, I can't call dumpsys. So unfortunately there's no
> crash dump. I could then boot and run the system with the old 3.6.2
> kernel.
>
> I wonder if I have a wrong kernel configuration for oldusb? The
> relevant section reads:
>
> ---X86_64_GENERIC-OLDUSB---
> # USB support
> #
> # NOTE: If you enable 'oldusb' you must also disable 'usb' and rebuild
> # the world with WANT_OLDUSB=true in /etc/make.conf, in addition
> # to rebuilding the kernel.
> #
> device oldusb # use this instead of usb for the old stack
> #device natausb # ATA-over-USB support (oldusb)
> #device ugen # Generic (oldusb)
> #device uscanner # Scanners (oldusb)
> #device urio # Diamond Rio MP3 Player (oldusb)
> #device aue # ADMtek USB ethernet (oldusb)
> #device cue # CATC USB ethernet (oldusb)
> #device kue # Kawasaki LSI USB ethernet (oldusb)
> #device rue # RealTek 8150 based USB ethernet (oldusb)
>
> ##device usb # USB Bus (required)
> device uhci # UHCI PCI->USB interface
> device ohci # OHCI PCI->USB interface
> device uhid # "Human Interface Devices"
> device ukbd # Keyboard
> device ulpt # Printer
> device umass # Disks/Mass storage - Requires scbus and da
> device ums # Mouse
> # USB Ethernet, requires mii
> device axe # ASIX Electronics USB Ethernet
> # USB wireless NICs, requires wlan, wlan_amrr
> #device rum # Ralink Technology RT2501USB/RT2601USB
> #device ural # Ralink Technology RT2500USB
>
> # FireWire support
> device firewire # FireWire bus code
> device sbp # SCSI over FireWire (Requires scbus and da)
> device fwe # Ethernet over FireWire (non-standard!)
> ---
>
> I also tried booting FreeBSD 10.0 to see how the (new) usb stack
> fares. It boots fine. I attach the verbose dmesg for both FBSD 10 and
> DFly 3.6.2 just in case.
>
> I wonder if there's a way to get a debug or dumpsys for 3.8? Could
> vkernel help or is it isolated from hardware?
>
> Thanks
>
> Peeter
>
> --
>
>
> Attached:
>
>  - FBSD 10.0 verbose dmesg [acpi enabled]
>  - DFly 3.6.2 verbose dmesg [no acpi/ehci]