Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Jan 2014 16:04:10 +0100
From:      Gerrit =?ISO-8859-1?Q?K=FChn?= <gerrit.kuehn@aei.mpg.de>
To:        Hans Petter Selasky <hps@bitfrost.no>
Cc:        freebsd-usb@FreeBSD.org
Subject:   Re: ATP USB flash failure (regression?)
Message-ID:  <20140124160410.d8c30e7a.gerrit.kuehn@aei.mpg.de>
In-Reply-To: <52E0EA0E.9020306@bitfrost.no>
References:  <20140122134116.1c589702.gerrit.kuehn@aei.mpg.de> <52DFC03F.6090002@bitfrost.no> <20140122154508.0958e414.gerrit.kuehn@aei.mpg.de> <52DFDBE8.10004@bitfrost.no> <20140122161205.77018862.gerrit.kuehn@aei.mpg.de> <52E01CCD.8010000@bitfrost.no> <20140123095901.23d9d9ea.gerrit.kuehn@aei.mpg.de> <52E0E6E0.2030000@bitfrost.no> <20140123110042.0177d63e.gerrit.kuehn@aei.mpg.de> <52E0EA0E.9020306@bitfrost.no>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 23 Jan 2014 11:08:14 +0100 Hans Petter Selasky <hps@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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140124160410.d8c30e7a.gerrit.kuehn>