From nobody@FreeBSD.org Sat Nov 27 17:22:44 2004 Return-Path: Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C36916A4CE for ; Sat, 27 Nov 2004 17:22:44 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BDAD43D1F for ; Sat, 27 Nov 2004 17:22:44 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id iARHMh3h076417 for ; Sat, 27 Nov 2004 17:22:43 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id iARHMhEJ076416; Sat, 27 Nov 2004 17:22:43 GMT (envelope-from nobody) Message-Id: <200411271722.iARHMhEJ076416@www.freebsd.org> Date: Sat, 27 Nov 2004 17:22:43 GMT From: Federico Besnard To: freebsd-gnats-submit@FreeBSD.org Subject: Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work X-Send-Pr-Version: www-2.3 >Number: 74453 >Category: usb >Synopsis: [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: suspended >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 27 17:30:24 GMT 2004 >Closed-Date: >Last-Modified: Wed Oct 29 16:00:10 UTC 2008 >Originator: Federico Besnard >Release: 5.3 Stable >Organization: DEL/UFRJ >Environment: % uname -a FreeBSD [...] 5.3-STABLE FreeBSD 5.3-STABLE #6: Sat Nov 27 16:20:31 GMT-1 2004 [...] i386 >Description: This problem seems to be solved before (kern/60389). There is a quirk there for SL11R, already implemented in umass.c. It just does not work on this device. pluging the USB CD-RW gives this messages: Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 1 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 2 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 3 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 4 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 5 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 6 Nov 26 22:21:29 camelot kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 Nov 26 22:21:29 camelot kernel: (da0:umass-sim0:0:0:0): fatal error, failed to attach to device Nov 26 22:21:29 camelot kernel: (da0:umass-sim0:0:0:0): lost device Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 7 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 8 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 9 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 10 Nov 26 22:21:29 camelot kernel: umass0: Invalid CSW: tag 849 should be 11 Nov 26 22:21:29 camelot kernel: (da0:umass-sim0:0:0:0): removing device entry Nov 26 22:21:29 camelot kernel: Opened disk da0 -> 5 I UNSUCCESFULY tried to hack /usr/src/sys/cam/scsi/scsi_da.c adding (just to see whether it goes... this is NOT a patch): { /* * Q-lity CD-RW ECW-043, Quanta Storage INC. * Chipset ScanLogic SL11R */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "*" , "*", "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE|DA_Q_NO_PREVENT }, may be another quirk is neede in umass.c. I can work on it with some clues... unfortunatelly scanlogic removed from their website technical info for this chipset. Thanks >How-To-Repeat: you need a Q-Lity ECW-043 CD-RW USB (Quanta Storage INC.) or maybe other device using ScanLogic SL11R chipset >Fix: >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jul 23 02:26:45 GMT 2005 Responsible-Changed-Why: Reassign to appropriate mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=74453 Adding to audit trail from misfiled PR usb/92305: Date: Wed, 25 Jan 2006 13:12:11 +0100 From: Florent Thoumie I guess you need to add a umass.c quirk (WRONG_CSWSIG). I could send you a patch if you give me the output of usbdevs -v. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Thu Jun 14 17:49:00 UTC 2007 State-Changed-Why: To submitter: Is this still a problem on more recent versions of FreeBSD? Have you tried the suggestion in the PR of using the WRONG_CSWSIG quirk? http://www.freebsd.org/cgi/query-pr.cgi?pr=74453 From: Gavin Atkinson To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/74453: Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work Date: Fri, 22 Jun 2007 14:28:37 +0100 For the audit-trail: -------- Forwarded Message -------- From: Federico Galvez-Durand Besnard Date: Fri, 22 Jun 2007 11:23:34 +0200 Yes, it is still the same problem: ++++ Begin Follow-up ++++ camelot# uname -a FreeBSD camelot.local 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #0: Thu Jun 21 19:23:02 CEST 2007 root@camelot.local:/usr/obj/usr/src/sys/CAMELOT i386 camelot# dmesg | grep umass0 umass0: ScanLogic USBIDE ScanLogic USBIDE, rev 1.10/2.61, addr 2 umass0: Invalid CSW: tag 849 should be 1 umass0: Invalid CSW: tag 849 should be 2 umass0: Invalid CSW: tag 849 should be 3 umass0: Invalid CSW: tag 849 should be 4 umass0: Invalid CSW: tag 849 should be 5 umass0: Invalid CSW: tag 849 should be 6 (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device umass0: Invalid CSW: tag 849 should be 7 umass0: Invalid CSW: tag 849 should be 8 umass0: Invalid CSW: tag 849 should be 9 umass0: Invalid CSW: tag 849 should be 10 umass0: Invalid CSW: tag 849 should be 11 (da0:umass-sim0:0:0:0): removing device entry Opened disk da0 -> 5 root@camelot# camcontrol devlist -v scbus0 on ata0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on ata1 bus 0: at scbus1 target 0 lun 0 (pass0,cd0) < > at scbus1 target -1 lun -1 () scbus2 on umass-sim0 bus 0: < > at scbus2 target 0 lun 0 (pass1) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) root@camelot# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, ScanLogic USBIDE(0x0002), ScanLogic USBIDE(0x04ce), rev 2.61 port 2 powered root@camelot# diff -u umass.c.orig /usr/src/sys/dev/usb/umass.c --- umass.c.orig Thu Jun 21 19:02:27 2007 +++ /usr/src/sys/dev/usb/umass.c Thu Jun 21 19:02:58 2007 @@ -460,7 +460,7 @@ }, { USB_VENDOR_SCANLOGIC, USB_PRODUCT_SCANLOGIC_SL11R, RID_WILDCARD, UMASS_PROTO_ATAPI | UMASS_PROTO_BBB, - NO_INQUIRY + NO_INQUIRY | WRONG_CSWSIG }, { USB_VENDOR_SHUTTLE, USB_PRODUCT_SHUTTLE_EUSB, RID_WILDCARD, UMASS_PROTO_ATAPI | UMASS_PROTO_CBI_I, ++++ End Follow-up ++++ Some comments: This was my original post: http://lists.freebsd.org/mailman/htdig/freebsd-usb/2004-December/000318.html I went through my files and found some work I did and reported to this list: http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-February/000660.html As far as I remember, I managed to mount this CDROM and use it in RO mode. I could not make the kernel recognise it as a RW device. At that time, I got many cheap working flash drives > 512MB and a new machine, so this machine (PIII@800MHz/384MB mem) was assigned to a mission in which backup on CD was no longer necessary. This hacking was no longer a priority. And now I guess I did not report my work in the right way because I can't see these messages: http://lists.freebsd.org/mailman/htdig/freebsd-usb/2004-December/000318.html http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-February/000660.html linked to my orginial PR: Number: 74453 Category: usb Synopsis: Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work Severity: non-critical Priority: low Responsible: freebsd-usb@FreeBSD.org State: feedback Class: sw-bug Arrival-Date: Sat Nov 27 17:30:24 GMT 2004 Closed-Date: Last-Modified: Thu Jun 14 17:50:21 GMT 2007 Originator: Federico Besnard Release: 5.3 Stable I need to pay more attention on how to handle a PR. Thanks. State-Changed-From-To: feedback->analyzed State-Changed-By: linimon State-Changed-When: Sat Feb 23 03:16:12 UTC 2008 State-Changed-Why: Confirmed to still be a problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=74453 State-Changed-From-To: analyzed->feedback State-Changed-By: linimon State-Changed-When: Fri Oct 17 15:31:07 UTC 2008 State-Changed-Why: If this PR is still relevant, can you please send us the output of usbdevs -v? Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=74453 State-Changed-From-To: feedback->suspended State-Changed-By: linimon State-Changed-When: Wed Oct 29 15:54:00 UTC 2008 State-Changed-Why: Feedback received; now all we need to to is to have someone analyze it. http://www.freebsd.org/cgi/query-pr.cgi?pr=74453 From: linimon@lonesome.com (Mark Linimon) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/74453: [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) does not work Date: Wed, 29 Oct 2008 10:56:06 -0500 ----- Forwarded message from Federico Galvez-Durand Besnard ----- From: Federico Galvez-Durand Besnard To: linimon@FreeBSD.org CC: freebsd-usb@FreeBSD.org This device is a USB CD-RW, not recognised as such by any FreeBSD versions since the first time I tried on 4.7. I first reported in 5.3, though. With some work, I managed to use it as Read Only umass device. :) http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-February/000660.html Pretty useless as the mission was to backup data. At that point I had some USB flash memories available and no time for playing with this device any more. As a matter of fact, it's been in a drawer for more than 2 years. The main problem seems to be related to the CSWTag returned by this device, most probably a broken firmware issue. Please, feel free to drop this PR if the contents are not relevant to anybody else but me. I am not for trying to fix every broken firmware in the hood by patching kernel. #uname -a FreeBSD trinity.local 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Feb 29 17:08:36 CET 2008 root@trinity.local:/usr/obj/usr/src/sys/TRINITY i386 #usbdevs -v addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: low speed, power 100 mA, config 1, USB Optical Mouse(0x4d15), vendor 0x0461(0x0461), rev 2.00 port 6 addr 3: low speed, power 70 mA, config 1, Dell USB Keyboard(0x2003), Dell(0x413c), rev 3.01 port 7 addr 4: full speed, self powered, config 1, ScanLogic USBIDE(0x0002), ScanLogic USBIDE(0x04ce), rev 2.61 port 8 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), nVidia(0x0000), rev 1.00 port 1 addr 2: high speed, power 500 mA, config 1, CA-200(0x0200), TEAC(0x0644), rev 4.00 port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered #camcontrol devlist -v scbus0 on umass-sim0 bus 0: at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 0 lun 1 (da1,pass1) at scbus0 target 0 lun 2 (da2,pass2) at scbus0 target 0 lun 3 (da3,pass3) scbus1 on ata0 bus 0: < > at scbus1 target -1 lun -1 () scbus2 on ata1 bus 0: < > at scbus2 target -1 lun -1 () scbus3 on ata2 bus 0: < > at scbus3 target -1 lun -1 () scbus4 on ata3 bus 0: at scbus4 target 0 lun 0 (cd0,pass4) < > at scbus4 target -1 lun -1 () scbus5 on ata4 bus 0: at scbus5 target 0 lun 0 (cd1,pass5) < > at scbus5 target -1 lun -1 () scbus6 on ata5 bus 0: < > at scbus6 target -1 lun -1 () scbus7 on umass-sim1 bus 1: < > at scbus7 target 0 lun 0 (pass6) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) ----- End forwarded message ----- >Unformatted: