Bug 145513 - [usb8] New USB stack: no new devices after forced usb flash detach
Summary: [usb8] New USB stack: no new devices after forced usb flash detach
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: usb (show other bugs)
Version: 8.0-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-usb (Nobody)
Depends on:
Reported: 2010-04-08 12:00 UTC by Krutov Mikle
Modified: 2018-01-03 05:16 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Krutov Mikle 2010-04-08 12:00:15 UTC
After detaching the mounted usb-flash device, no new usb-devices are detected.
USB controller is     "device     = 'SB700 USB OHCI1 Controller"

How-To-Repeat: 1) attach (vfat-formated, did not test with other fs) flash device, mount it
2) detach without umounting
3) try to attach another usb-device
4) see no new devices, no dmesg messages, nothing
Comment 1 Hans Petter Selasky 2010-04-08 12:52:50 UTC

That's because the UMASS detach is hanging, most likely.

Try to break into the kernel and get a backtrace.

Comment 2 Krutov Mikle 2010-04-08 18:14:03 UTC
I unfortunately could not find any info about how do i do this. Could
you provide me some link?  

Krutov Mikle
Comment 3 Hans Petter Selasky 2010-04-08 18:29:43 UTC

options         KDB                     # Enable kernel debugger support.
options         DDB                     # Support DDB.
options         GDB                     # Support remote GDB.

When it hangs, enter this from the console:

sysctl debug.kdb.panic=1




bt all

or something similar.

Type "continue" when you are finished.

You can also use CTRL+ALT+ESC key combination.

Comment 4 Krutov Mikle 2010-04-11 00:03:09 UTC
Sorry for no-response for such a long time, that was because after the
kernel-update (i've fetched the latest sources before rebuilding with
debug support) i could not reproduce that bug. Before kernel-update it
has happened not every time, so i wanted to see what happens for a
couple of days.

Krutov Mikle
Comment 5 Mark Linimon freebsd_committer freebsd_triage 2010-05-17 05:01:42 UTC
State Changed
From-To: open->feedback

To submitter: does your last email mean that this problem report can 
be closed?
Comment 6 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:53 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped