kern/44566: ses(4) detach panic

[Bernd Ernesti <pr201104%veego.de@localhost>]

>Number:         44566
>Category:       kern
>Synopsis:       ses(4) detach panic
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Feb 14 09:20:00 +0000 2011
>Originator:     Bernd Ernesti
>Release:        NetBSD 5
>Organization:
>Environment:
System: NetBSD 5.99.20 (but happens with 5.0_STABLE too)
Architecture: i386
Machine: i386
>Description:
        ses(4) seems to not support detach.

        This is the kernel log for an external usb 3.0 drive:

umass0 at uhub2 port 1 configuration 1 interface 0
umass0: Western Digital My Passport 0730, rev 2.10/10.12, addr 2
scsibus0 at umass0: 2 targets, 2 luns per target
sd0 at scsibus0 target 0 lun 0: <WD, My Passport 0730, 1012> disk fixed
sd0: fabricating a geometry
sd0: 931 GB, 953837 cyl, 64 head, 32 sec, 512 bytes/sect x 1953458176 sectors
ses0 at scsibus0 target 0 lun 1: <WD, SES Device, 1012> enclosure services fixed
ses0: SCSI-3 SES Device

        Now I removed the usb cable:

sd0: detached
panic: config_detach: forced detach of ses0 failed (45)
fatal breakpoint trap in supervisor mode
trap type 1 code 0 eip c01f46e4 cs 8 eflags 246 cr2 cd57c000 ilevel 0
Stopped in pid 0.47 (system) at netbsd:breakpoint+0x4:  popl    %ebp
db{1}> bt
breakpoint(cdd7bd04,c09c5340,c09c5340,cd51eaf8,c09c5340,2d,cd51eb2c,c05a4b80,c094cfc0,cdd7bd20)
 at netbsd:breakpoint+0x4
panic(c094cfc0,cdd7bd20,2d,c05a492c,c0a0076e,0,2d,0,0,0) at netbsd:panic+0x1f2
config_detach_all(cdd7bd04,1,1,0,cdd7b5a0,cd51eb6c,0,2,2,0) at 
netbsd:config_detach_all
scsipi_target_detach(c31a2338,ffffffff,ffffffff,1,cdd7b504,c09c51a0,2,c09c51a0,cdd7b504,c0981320)
 at netbsd:scsipi_target_detach+0x8f
scsibusdetach(cdd7b504,1,cd51ebdc,c05a492c,0,cd51ebdc,c05a39e2,cdd7b304,cdd7b304,0)
 at netbsd:scsibusdetach+0xa4
config_detach(cdd7b504,1,c314ef80,c09c7760,cdd7b304,c09c7760,c09c7760,c09c7760,cdd7b304,c0981dc0)
 at netbsd:config_detach+0xc6
umass_detach(cdd7b304,1,cd51ec4c,c05a492c,0,0,1388,c03df6f7,cc2cdbc0,cd51ec50) 
at netbsd:umass_detach+0xc1
config_detach(cdd7b304,1,10,c03f7195,cc2cdbc0,c3148930,cd558020,c067bee8,c314ef80,cd51ec90)
 at netbsd:config_detach+0xc6
usb_disconnect_port(c3148930,cd558004,1,c3149000,cc2dd2a0,c314ef80,c3148900,2dd2a0,cd537e0c,14)
 at netbsd:usb_disconnect_port+0xae
uhub_explore(c314ef80,cc2dd2a0,cd51ed2c,c0675a99,ea60,cc99c954,cd51ed2c,c0675b0c,cc99c954,1f4)
 at netbsd:uhub_explore+0x1c6
usb_discover(cc99c954,1f4,cc99c954,c0675a20,cc2dd2a0,cc99c954,0,c01002e1,cc99c954,0)
 at netbsd:usb_discover+0x55
usb_event_thread(cc99c954,0,c01002ca,0,c01002ca,0,0,0,0,0) at 
netbsd:usb_event_thread+0xec 

        Thats a backtrace from a 5.99.20 system because that is one where
        I have a serial console. A smilar panic happend with a 5.0_STABLE
        system.
        
>How-To-Repeat:
        Insert a WD My Passport Essentail SE 1TB drive and remove it.
>Fix: