UMASS problem on 7.0 STABLE

Paul Schmehl pschmehl_lists at
Tue Jul 8 18:56:30 UTC 2008

IMPORTANT! This message has been blind-carbon-copied to you.
Do not reply-to-all or forward it without the author's permission.

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 

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 7.0-STABLE FreeBSD 7.0-STABLE #8: Mon Jul  7 
10:41:03 CDT 2008     root at 

# 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 
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.

More information about the freebsd-usb mailing list