From owner-freebsd-current@FreeBSD.ORG Fri Mar 30 18:18:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6849D106566C; Fri, 30 Mar 2012 18:18:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 725098FC15; Fri, 30 Mar 2012 18:18:18 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so803473wgb.31 for ; Fri, 30 Mar 2012 11:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=2VAH5IX4OvEmJXloK1dRcY08k0vTtRPsI7kRaaCVPWA=; b=0D3ibF/eU/woPbf1foA2+lDHlHTZk1pxgLvC+3YHnoxgXYcD9CSXggBwu2NllFLo0E Hpns6o7MRKLDOyDUV8ZBiTAti1KKjRQk1+R1N+sCbvQlr1w/AWAI5ZDLjOVgAOFg6Pnw A2EVmNgwxjkwWBDU1EcNAHDGCrJwGNxV/lT/U4YZFylstMWaXuJ5IbKQorBo3yCmH9DE TI+/0+55bDB8nbWdGaEoKLZybav7CP4QiKfzkOBr3t2KZVrCwv5FuDL85nRw8aKL/hK9 mUm1dFbJ/8jlEdf9HW1wAxoolnbmJhgu5Od5/M3ww5M2tQAUOpt4vtN8APizwpWdIZ34 3Clw== Received: by 10.180.8.231 with SMTP id u7mr548568wia.9.1333131497499; Fri, 30 Mar 2012 11:18:17 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id e6sm8220232wix.8.2012.03.30.11.18.14 (version=SSLv3 cipher=OTHER); Fri, 30 Mar 2012 11:18:15 -0700 (PDT) Sender: Alexander Motin Message-ID: <4F75F8E5.9000508@FreeBSD.org> Date: Fri, 30 Mar 2012 21:18:13 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> <4F6D9672.4050201@FreeBSD.org> <2087.1332651759@pf2.ed.niigata-u.ac.jp> <4F6EF03E.6060001@FreeBSD.org> <1782.1332719733@pf2.ed.niigata-u.ac.jp> In-Reply-To: <1782.1332719733@pf2.ed.niigata-u.ac.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, day1234@hotmail.com, freebsd-usb@freebsd.org, Andriy Gapon , Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Mar 2012 18:18:19 -0000 On 03/26/12 02:55, Kaho Toshikazu wrote: > Hello, Andriy Gapon and ML members, > >> Date: Sun, 25 Mar 2012 13:15:26 +0300 >> >> on 25/03/2012 08:02 Kaho Toshikazu said the following: >>> Hello Andriy Gapon, >>> Thank you for your comment. >>> >>>> Message-ID:<4F6D9672.4050201@FreeBSD.org> >>>> Date: Sat, 24 Mar 2012 11:40:02 +0200 >>>> >>>> on 24/03/2012 04:17 Kaho Toshikazu said the following: >>>>> Hello, >>>>> >>>>> I have a similar problem with Transcend 16GB USB flash. When the flash >>>>> is plugged, FreeBSD attache it, but reports very big capacity and can >>>>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. >>>>> 10-current and 8-stable have same problem, and 9-stable is not tested. >>>> >>>> Could the problem be related to r229288 (r232943 in stable/9)? >>>> The dates below match the MFC date 2012-03-13. >>> >>> 10-current r233336 with reveting only scsi_da.c changed by >>> r233288 has same problem. Should I revert whole system ? >>> >> >> Sorry, it seems that I copied wrong revisions into my email. >> They should have been r232941 for stable/9 and r228846 for head. > > Yes, r228846 for current is related this problem. 10-current reverting > scsi/scsi_da.c introduced by r228846 detects valid capacity and > can read/write USB flash. USB flash may be died of "READ CAPACITY(16)". Could you collect more information about what's exactly happens with the device? Can you execute some camcontrol inquiry or camcontrol readcap commands after kernel misdetected size with "READ CAPACITY(16)"? If yes (device is still alive), could you run these commands (with proper device name) and send me the output files: camcontrol cmd da0 -E -v -c "12 00 00 00 80 00" -i 128 - > INQ.res camcontrol cmd da0 -E -v -c "9e 10 00 00 00 00 00 00 00 00 00 00 00 20 00 00" -i 32 - > RC16.result -- Alexander Motin