Date: Tue, 08 Jul 2008 13:27:26 -0500 From: Paul Schmehl <pschmehl_lists@tx.rr.com> To: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: UMASS problem on 7.0 STABLE Message-ID: <CFD7F764F077618EECAC5375@utd65257.utdallas.edu>
next in thread | raw e-mail | index | archive | help
Ever since I upgraded this workstation to 7.0 STABLE, I have been unable to reboot with my USB hard drive attached. During the boot sequence, the device is properly detected and identified, but then I get an error message, a crash dump and a reboot. I enabled /var/log/console.log in the hope that I would catch the error message, but it doesn't appear in the log. I also don't have any kernel dumps, so I can't trace those to see what the problem might be. An additional problem that I have is that, during boot, the system says there is no dump device available. This is despite the fact that swap is twice the real memory size and /etc/defaults/rc.conf defines dumpdev as auto. I even tried defining dumpdev as the swap partition (in /etc/rc.conf), but nothing changed. I have to be doing something wrong, but I'm at a loss to know what it is. I've rebuilt world and kernel nine times now, in the desparate hope that something might have changed in the usb code that would solve this problem. (Every time "#find /usr/src -newer /boot/kernel" returns changes in the usb code, I rebuild kernel and world.) Is there something I can enable that will capture the boot sequence during a failed boot while devices are still being detected? # grep -i umass /var/log/console.log Any helpful hints would be gratefully appreciated. # uname -a FreeBSD utd65257.utdallas.edu 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul 7 10:41:03 CDT 2008 root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 # sysctl -a | grep hw.physmem hw.physmem: 3474407424 # dmesg | grep -i umass umass0: <Maxtor Corporation Maxtor 3200, class 0/0, rev 2.00/0.01, addr 2> on uhub5 da0 at umass-sim0 bus 0 target 0 lun 0 # grep swap /etc/fstab /dev/ad8s1b none swap sw 0 0 # swapctl -l Device: 1024-blocks Used: /dev/ad8s1b 8388608 0 # grep -i usb /var/run/dmesg.boot uhci0: <UHCI (generic) USB controller> port 0xff20-0xff3f irq 16 at device 26.0 on pci0 usb0: <UHCI (generic) USB controller> on uhci0 usb0: USB revision 1.0 uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhci1: <UHCI (generic) USB controller> port 0xff00-0xff1f irq 17 at device 26.1 on pci0 usb1: <UHCI (generic) USB controller> on uhci1 usb1: USB revision 1.0 uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 ehci0: <EHCI (generic) USB 2.0 controller> mem 0xfebd9c00-0xfebd9fff irq 22 at device 26.7 on pci0 usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: wrong number of companions (3 != 2) usb2: companion controllers, 2 ports each: usb0 usb1 usb2: <EHCI (generic) USB 2.0 controller> on ehci0 usb2: USB revision 2.0 uhub2: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 ums0: <Logitech Optical USB Mouse, class 0/0, rev 2.00/3.40, addr 4> on uhub3 uhci2: <UHCI (generic) USB controller> port 0xff80-0xff9f irq 23 at device 29.0 on pci0 usb3: <UHCI (generic) USB controller> on uhci2 usb3: USB revision 1.0 uhub4: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3 uhci3: <UHCI (generic) USB controller> port 0xff60-0xff7f irq 17 at device 29.1 on pci0 usb4: <UHCI (generic) USB controller> on uhci3 usb4: USB revision 1.0 uhub5: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb4 uhci4: <UHCI (generic) USB controller> port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb5: <UHCI (generic) USB controller> on uhci4 usb5: USB revision 1.0 uhub6: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb5 ehci1: <EHCI (generic) USB 2.0 controller> mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 usb6: waiting for BIOS to give up control usb6: timed out waiting for BIOS usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: <EHCI (generic) USB 2.0 controller> on ehci1 usb6: USB revision 2.0 uhub7: <Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb6 -- Paul Schmehl As if it wasn't already obvious, my opinions are my own and not those of my employer.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CFD7F764F077618EECAC5375>