AAARRRGGHHHHHHHHHH!!!! we have already branched 4.10 It is a pitty that you could not report this a couple of weeks ago.. I will try send you some patches to try in the next week or so, but they will not be in 4.10. Thanks for the report... I'll get back to you on this... julian> Date: Wed, 21 Apr 2004 13:13:21 +0200 > From: M.Santhoff@t-online.de (Marc Santhoff) > Subject: USB device broken since big mfc > To: "FreeBSD stable (Liste)" <stable@freebsd.org> > Message-ID: <1082546001.255.16.camel@zaphod.das.netz> > Content-Type: text/plain > > > Hi! > > Now that i find the time: > > After the last big MFC for the USB code two devices are not (more) > working: > > 1. CompactFlash card adapter with Genesys-Chip > > Worked a while ago (no old logs available) and now shows at plugging in > > umass0: Genesys Logic USB Storage Device, rev 1.10/1.13, addr 2, SCSI > over > Bulk-Only > umass0: Get Max Lun not supported (STALLED) > umass0:1:0:-1: Attached to scbus1 as device 0 > > and on plugging out > > umass0: at uhub0 port 2 (addr 2) disconnected > ohci_freex: xfer=0xc2375900 not busy, 0x4f4e5155 > usb_insert_transfer: xfer=0xc28e3d00 not busy 0x46524545 > umass0: detached > > usbdevs -v > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > (0x10de)(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: full speed, power 96 mA, config 1, USB Storage > Device(0x0700), > Genesys Logic(0x05e3), rev 1.13 > port 3 powered > > 2. Sharkoon USB stick > > This one is new after the code change > > <in> > umass0: USB Flash Disk, rev 2.00/2.00, addr 2, SCSI over Bulk-Only > umass0:1:0:-1: Attached to scbus1 as device 0 > <out> > umass0: at uhub0 port 2 (addr 2) disconnected > umass0: detached > </> > > usbdevs -v > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > (0x10de)(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: full speed, power 200 mA, config 1, Flash Disk(0x2168), > USB(0x0ea0), rev 2.00 > port 3 powered > > Some info about the system: > > ohci0: <OHCI (generic) USB controller> mem 0xea083000-0xea083fff irq 11 > at > device 2.1 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: <OHCI (generic) USB controller> on ohci0 > >
Am Mi, den 21.04.2004 schrieb Julian Elischer um 21:16:> AAARRRGGHHHHHHHHHH!!!!Oops, is it that bad?> we have already branched 4.10 > > It is a pitty that you could not report this a couple of > weeks ago..Sorry, much too much work.> I will try send you some patches to try in the next week or so, but they > will not be in 4.10. > > Thanks for the report...You're welcome.> I'll get back to you on this...Please do. PM if you like. Marc
Marc Santhoff
2004-Apr-26 22:21 UTC
freebsd-stable Digest, Vol 57, Issue 3 - umass no working after mfc
Hi! Some more information: I gave the USB stick the chance to think about it by forgetting to plug it off and this happens after some minutes: <syslog> umass0: USB Flash Disk, rev 2.00/2.00, addr 2, SCSI over Bulk-Only umass0:1:0:-1: Attached to scbus1 as device 0 usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed da0 at umass-sim0 bus 0 target 0 lun 0 da0: <Sharkoon Flexi-Drive 2.00> Removable Direct Access SCSI-2 device da0: 650KB/s transfers da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C) </syslog> Appears to me as if this is some sort of timing problem or the like ... The /dev/da0 device appears at the bus: # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), (0x10de)(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 200 mA, config 1, Flash Disk(0x2168), USB(0x0ea0), rev 2.00 port 3 powered # camcontrol devlist <PLEXTOR CD-ROM PX-40TS 1.11> at scbus0 target 2 lun 0 (pass0,cd0) <Sharkoon Flexi-Drive 2.00> at scbus1 target 0 lun 0 (da0,pass1) but mounting it fails with this syslog output: <syslog> usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT usb_block_allocmem: in interrupt context, size=4096 usb_block_allocmem: in interrupt context, failed umass0: BBB reset failed, TIMEOUT da0: reading primary partition table: error reading fsbn 0 </syslog> The last line might result from the fact that I forgot to tell mount that it should use "-r -t msdos" in my excitement (write protect switch set to "on") ... after that the device was busy until I gave up. Any change in state takes long time, approx. between one to three minutes. Hopefully this helps catching some errors, Marc Am Mi, den 21.04.2004 schrieb Julian Elischer um 21:16:> AAARRRGGHHHHHHHHHH!!!! > we have already branched 4.10 > > It is a pitty that you could not report this a couple of > weeks ago.. > > I will try send you some patches to try in the next week or so, but they > will not be in 4.10. > > Thanks for the report... > > I'll get back to you on this... > > julian > > > > > > > Date: Wed, 21 Apr 2004 13:13:21 +0200 > > From: M.Santhoff@t-online.de (Marc Santhoff) > > Subject: USB device broken since big mfc > > To: "FreeBSD stable (Liste)" <stable@freebsd.org> > > Message-ID: <1082546001.255.16.camel@zaphod.das.netz> > > Content-Type: text/plain > > > > > Hi! > > > > Now that i find the time: > > > > After the last big MFC for the USB code two devices are not (more) > > working: > > > > 1. CompactFlash card adapter with Genesys-Chip > > > > Worked a while ago (no old logs available) and now shows at plugging in > > > > umass0: Genesys Logic USB Storage Device, rev 1.10/1.13, addr 2, SCSI > > over > > Bulk-Only > > umass0: Get Max Lun not supported (STALLED) > > umass0:1:0:-1: Attached to scbus1 as device 0 > > > > and on plugging out > > > > umass0: at uhub0 port 2 (addr 2) disconnected > > ohci_freex: xfer=0xc2375900 not busy, 0x4f4e5155 > > usb_insert_transfer: xfer=0xc28e3d00 not busy 0x46524545 > > umass0: detached > > > > usbdevs -v > > > > Controller /dev/usb0: > > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > > (0x10de)(0x0000), rev 1.00 > > port 1 powered > > port 2 addr 2: full speed, power 96 mA, config 1, USB Storage > > Device(0x0700), > > Genesys Logic(0x05e3), rev 1.13 > > port 3 powered > > > > 2. Sharkoon USB stick > > > > This one is new after the code change > > > > <in> > > umass0: USB Flash Disk, rev 2.00/2.00, addr 2, SCSI over Bulk-Only > > umass0:1:0:-1: Attached to scbus1 as device 0 > > <out> > > umass0: at uhub0 port 2 (addr 2) disconnected > > umass0: detached > > </> > > > > usbdevs -v > > > > Controller /dev/usb0: > > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > > (0x10de)(0x0000), rev 1.00 > > port 1 powered > > port 2 addr 2: full speed, power 200 mA, config 1, Flash Disk(0x2168), > > USB(0x0ea0), rev 2.00 > > port 3 powered > > > > Some info about the system: > > > > ohci0: <OHCI (generic) USB controller> mem 0xea083000-0xea083fff irq 11 > > at > > device 2.1 on pci0 > > usb0: OHCI version 1.0, legacy support > > usb0: SMM does not respond, resetting > > usb0: <OHCI (generic) USB controller> on ohci0 > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Marc Santhoff
2004-Apr-28 13:44 UTC
freebsd-stable Digest, Vol 57, Issue 3 - umass no working after mfc
Hi!
After trying again with correct "mount" command, the last log messages
say:
zaphod# camcontrol devlist
<PLEXTOR CD-ROM PX-40TS 1.11> at scbus0 target 2 lun 0 (pass0,cd0)
<Sharkoon Flexi-Drive 2.00> at scbus1 target 0 lun 0 (da0,pass1)
zaphod# mount -r -t /dev/da0 /mnt
usage: mount [-dfpruvw] [-o options] [-t ufs | external_type] special
node
mount [-adfpruvw] [-o options] [-t ufs | external_type]
mount [-dfpruvw] special | node
zaphod# mount -r -t msdos /dev/da0 /mnt
msdos: /dev/da0: Input/output error
<syslog>
da0: <Sharkoon Flexi-Drive 2.00> Removable Direct Access SCSI-2 device
da0: 650KB/s transfers
da0: 62MB (128000 512 byte sectors: 64H 32S/T 62C)
Apr 28 20:39:14 zaphod su: marc to root on /dev/ttyp4
usb_block_allocmem: in interrupt context, size=4096
usb_block_allocmem: in interrupt context, failed
umass0: BBB reset failed, TIMEOUT
usb_block_allocmem: in interrupt context, size=4096
usb_block_allocmem: in interrupt context, failed
umass0: BBB reset failed, TIMEOUT
usb_block_allocmem: in interrupt context, size=4096
usb_block_allocmem: in interrupt context, failed
umass0: BBB reset failed, TIMEOUT
usb_block_allocmem: in interrupt context, size=4096
usb_block_allocmem: in interrupt context, failed
umass0: BBB reset failed, TIMEOUT
usb_block_allocmem: in interrupt context, size=4096
usb_block_allocmem: in interrupt context, failed
umass0: BBB reset failed, TIMEOUT
da0: reading primary partition table: error reading fsbn 0
umass0: BBB reset failed, TIMEOUT
(da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi
status == 0x0
umass0: BBB reset failed, TIMEOUT
</syslog>
Look like it could tell something important about the reason for the
failure ... ;)
Marc
Marc Santhoff
2004-May-04 09:49 UTC
freebsd-stable Digest, Vol 57, Issue 3 - umass no working after mfc (partly solved)
Hi again, after some investigations I happy to tell you: Both devices do actually work if "options DIAGNOSTIC" is left out of the kernel. Many thanks to Bernd Walter for helping me and suggesting the test. The only thing to mention is delay in attachment of the USB stick after plugging in of nearly exact 2 minutes. Marc