From owner-freebsd-usb@FreeBSD.ORG Sun Feb 22 15:32:40 2015 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3DEB2B2 for ; Sun, 22 Feb 2015 15:32:40 +0000 (UTC) Received: from r05.singnet.com.sg (r05.singnet.com.sg [202.40.249.105]) by mx1.freebsd.org (Postfix) with ESMTP id 084CBF45 for ; Sun, 22 Feb 2015 15:32:39 +0000 (UTC) Received: from cp-prod-rg-out-3.fuse.kc2.sg.local (172.63.64.222) by r05.singnet.com.sg (8.6.060.30) id 5405D0C8011918D6 for freebsd-usb@freebsd.org; Sun, 22 Feb 2015 23:16:11 +0800 Received: from zaapth.zeepster.org (116.14.83.188) by cp-prod-rg-out-3.fuse.kc2.sg.local (8.6.122.03) id 54C0CEA8031C2D7A for freebsd-usb@freebsd.org; Sun, 22 Feb 2015 15:16:45 +0000 Received: from zaapedy.zeepster.org ([172.16.38.42]) by zaapth.zeepster.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1YPYGy-000BSt-KC for freebsd-usb@freebsd.org; Sun, 22 Feb 2015 23:16:44 +0800 Message-ID: <54E9F2DE.9060307@singnet.com.sg> Date: Sun, 22 Feb 2015 23:16:46 +0800 From: Tur-Wei Chan User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-usb@freebsd.org Subject: Re: [Bug 196230] New: USB issue with Raidsonic ICY BOX IB-3640SU3 References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2015 15:32:41 -0000 Hi, On 24/12/2014 12:05 AM, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196230 > > Bug ID: 196230 > Summary: USB issue with Raidsonic ICY BOX IB-3640SU3 > Product: Base System > Version: 10.1-RELEASE > Hardware: Any > OS: Any > Status: New > Severity: Affects Many People > Priority: --- > Component: usb > Assignee: freebsd-usb@FreeBSD.org > Reporter: szalai.bandi@gmail.com > > Hi Guys, > > I have a Raidsonic ICY BOX IB-3640SU3 external HDD rack, which is connected to > the computer via USB 3.0. In the rack, there are two SATA HDDs, but only the > first one recognized. Kernel log output (FreeBSD 10.1): > > Dec 23 13:34:49 tristania kernel: ugen1.2: at usbus1 > Dec 23 13:34:49 tristania kernel: umass0: 0/0, rev 3.00/28.12, addr 1> on usbus1 > Dec 23 13:34:54 tristania kernel: umass0: Get Max Lun not supported > (USB_ERR_TIMEOUT) > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 > 00 00 00 24 00 > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): CAM status: CCB > request completed with an error > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): Retrying command > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: > a0 00 00 00 00 00 00 00 00 10 00 00 > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check > Condition > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): SCSI sense: > ILLEGAL REQUEST asc:20,0 (Invalid command operation code) > Dec 23 13:34:59 tristania kernel: (probe0:umass-sim0:0:0:0): Error 22, > Unretryable error > Dec 23 13:34:59 tristania kernel: da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 > Dec 23 13:34:59 tristania kernel: da0: Fixed > Direct Access SCSI-6 device > Dec 23 13:34:59 tristania kernel: da0: Serial Number > Dec 23 13:34:59 tristania kernel: da0: 400.000MB/s transfers > Dec 23 13:34:59 tristania kernel: da0: 1907729MB (3907029168 512 byte sectors: > 255H 63S/T 243201C) > Dec 23 13:34:59 tristania kernel: da0: quirks=0xa > > The second HDD is not recognized, because "Get Max Lun not supported > (USB_ERR_TIMEOUT)" error. > > However, with FreeBSD 9.1, the external rack worked without any issue: > > Dec 12 09:23:25 tristania kernel: ugen1.2: at usbus1 > Dec 12 09:23:25 tristania kernel: umass0: class 0/0, rev 3.00/28.12, addr 1> on usbus1 > Dec 12 09:23:25 tristania kernel: (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: > a0 0 0 0 0 0 0 0 0 10 0 0 > Dec 12 09:23:25 tristania kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Dec 12 09:23:25 tristania kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check > Condition > Dec 12 09:23:25 tristania kernel: (probe0:umass-sim0:0:0:0): SCSI sense: > ILLEGAL REQUEST asc:20,0 (Invalid command operation code) > Dec 12 09:23:25 tristania kernel: (probe0:umass-sim0:0:0:0): Error 22, > Unretryable error > Dec 12 09:23:25 tristania kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 > Dec 12 09:23:25 tristania kernel: da0: Fixed > Direct Access SCSI-6 device > Dec 12 09:23:25 tristania kernel: da0: 400.000MB/s transfers > Dec 12 09:23:25 tristania kernel: da0: 1907729MB (3907029168 512 byte sectors: > 255H 63S/T 243201C) > Dec 12 09:23:25 tristania kernel: da1 at umass-sim0 bus 0 scbus6 target 0 lun 1 > Dec 12 09:23:25 tristania kernel: da1: Fixed > Direct Access SCSI-6 device > Dec 12 09:23:25 tristania kernel: da1: 400.000MB/s transfers > Dec 12 09:23:25 tristania kernel: da1: 1907729MB (3907029168 512 byte sectors: > 255H 63S/T 243201C) > I have a similar problem to this issue; I too have 2 SATA HDDs mounted on an external USB3 HDD dock (Mediasonic ProBox 4-bay Dock), with the same USB VID/PID: ugen1.2: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (2mA) In my case, with 10-Stable prior to r278278, I can get both /dev/da0 and /dev/da1 albeit after some delay after plugging in. With r278278 and later, however, I get only the same errror as above (umass0: Get Max Lun not supported (USB_ERR_TIMEOUT)), and only /dev/da0 turns up. I attach 2 logs, one with kernel at r278277 and the 2nd at r278278 with hw.usb.xhci.debug=16, hopefully these can help shed some light on the problem... Regards -T.W.Chan-