On Thu, 23 Jan 2014 11:08:14 +0100 Hans Petter Selasky <h...@bitfrost.no>
wrote about Re: ATP USB flash failure (regression?):

HPS> At least the quirks changed. I suspect you need to physically
HPS> re-power the device and add the quirk to usb_quirk.c, because the
HPS> device does not appear to recover. Looks like the bad SCSI state is
HPS> permanent.

Hm, I guess I need a hand here:
I read <https://wiki.freebsd.org/USB> and changed these things:

---
root@mclane:/usr/src # svn diff
Index: sys/dev/usb/quirk/usb_quirk.c
===================================================================
--- sys/dev/usb/quirk/usb_quirk.c       (revision 261120)
+++ sys/dev/usb/quirk/usb_quirk.c       (working copy)
@@ -163,6 +163,7 @@
            UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY),
        USB_QUIRK(ASAHIOPTICAL, OPTIO330, 0x0000, 0xffff, UQ_MSC_FORCE_WIRE_BBB,
            UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_INQUIRY),
+       USB_QUIRK(ATP, EUSB, 0x14af, 0xaf01, UQ_MSC_NO_SYNC_CACHE),
        USB_QUIRK(BELKIN, USB2SCSI, 0x0000, 0xffff, UQ_MSC_FORCE_WIRE_BBB,
            UQ_MSC_FORCE_PROTO_SCSI),
        USB_QUIRK(CASIO, QV_DIGICAM, 0x0000, 0xffff, UQ_MSC_FORCE_WIRE_CBI,
Index: sys/dev/usb/usbdevs
===================================================================
--- sys/dev/usb/usbdevs (revision 261120)
+++ sys/dev/usb/usbdevs (working copy)
@@ -643,6 +643,7 @@
 vendor SILICOM         0x1485  Silicom
 vendor RALINK          0x148f  Ralink Technology
 vendor IMAGINATION     0x149a  Imagination Technologies
+vendor ATP             0x14af  ATP Electronics
 vendor CONCEPTRONIC2   0x14b2  Conceptronic
 vendor SUPERTOP                0x14cd  Super Top
 vendor PLANEX3         0x14ea  Planex Communications
@@ -1159,6 +1160,9 @@
 product ATEN UC210T            0x2009  UC-210T Ethernet
 product ATEN DSB650C           0x4000  DSB-650C
 
+/* ATP Electronics products */
+product        ATP EUSB                0xaf01  ATP IG eUSB SSD
+
 /* Atheros Communications products */
 product ATHEROS AR5523         0x0001  AR5523
 product ATHEROS AR5523_NF      0x0002  AR5523 (no firmware)
Index: sys/dev
===================================================================
--- sys/dev     (revision 261120)
+++ sys/dev     (working copy)
---


My devices identifies as

---
root@mclane:~ # usbconfig -d 1.4 dump_device_desc
ugen1.4: <ATP IG eUSB SSD ATP Electronics> at usbus1, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=ON (500mA)

  bLength = 0x0012 
  bDescriptorType = 0x0001 
  bcdUSB = 0x0200 
  bDeviceClass = 0x0000 
  bDeviceSubClass = 0x0000 
  bDeviceProtocol = 0x0000 
  bMaxPacketSize0 = 0x0040 
  idVendor = 0x14af 
  idProduct = 0xaf01 
  bcdDevice = 0x1100 
  iManufacturer = 0x0001  <ATP Electronics>
  iProduct = 0x0002  <ATP IG eUSB SSD>
  iSerialNumber = 0x0003  <9900210100751207>
  bNumConfigurations = 0x0001 
---


However, this did not change the behaviour at all. On reboot I still get no 
device and the knowingly non-working quirks:

---
ugen1.4: <ATP Electronics> at usbus1
umass0: <ATP Electronics ATP IG eUSB SSD, class 0/0, rev 2.00/11.00, addr 4> on 
usbus1
umass0:  SCSI over Bulk-Only; quirks = 0x4101
umass0:8:0:-1: Attached to scbus8
(probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 
(probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
(probe0:umass-sim0:0:0:0): Retrying command
---


I guess I'm doing something wrong?


cu
  Gerrit
_______________________________________________
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"

Reply via email to