From owner-freebsd-usb@FreeBSD.ORG Wed Jun 27 11:51:59 2012 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0637106564A for ; Wed, 27 Jun 2012 11:51:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 51FB68FC0C for ; Wed, 27 Jun 2012 11:51:59 +0000 (UTC) Received: by bkvi18 with SMTP id i18so978179bkv.13 for ; Wed, 27 Jun 2012 04:51:58 -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=4COppvU5o/gkalllMwxHevQxVYrCrTQMhilIBAwJaiE=; b=gyCtaDIh2sjmD+DtHytgFCR61sLp3JomUu+IJ3b+WRQhjY8X7jBeZqo0pwWjQhJF6n MncLHkrwJc0cBA3yusfd5x+O+m8/RvMemkCQbJy14eNQg5qQrKplm2kBMeaKLKsE4Wf9 +rOoGWroezifbY9hPgKb/nGI/tmuBc/tdcq/p2H0SMibgowPnPq19q8kAq3ul/Il8bYV 1M+13EfdcqoaYLkQ/YjOWUg74aka7LmG/q1Z+98iH/R8TuorMyZHoWtwYkUmEJ3Gjncq 2/3dUyBHDjYcw/q8YhkxMwSa0BwP/DEjjAEQLupcR7n4f4GsRyF8SJt1nBBGbPtmKLv6 SPkg== Received: by 10.204.129.89 with SMTP id n25mr7302293bks.83.1340797918243; Wed, 27 Jun 2012 04:51:58 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id o4sm54592353bkv.15.2012.06.27.04.51.56 (version=SSLv3 cipher=OTHER); Wed, 27 Jun 2012 04:51:57 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FEAF3DA.2030800@FreeBSD.org> Date: Wed, 27 Jun 2012 14:51:54 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Boris Samorodov References: <4FE9AB28.3070704@passap.ru> <201206261741.14338.hselasky@c2i.net> <4FE9E0F6.8040503@FreeBSD.org> <4FEABF3D.2010206@passap.ru> <4FEAC813.8060302@FreeBSD.org> <4FEAD898.1000806@passap.ru> In-Reply-To: <4FEAD898.1000806@passap.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-usb@freebsd.org Subject: Re: [usb] Kingston 8Gb is not usable X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 11:52:00 -0000 On 06/27/12 12:55, Boris Samorodov wrote: > 27.06.2012 12:45, Alexander Motin пишет: > >> Something is wrong there. I think this should not happen: >> kernel: (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error >> kernel: (da0:umass-sim0:0:0:0): SCSI status: Check Condition >> kernel: (da0:umass-sim0:0:0:0): SCSI sense: No sense data present >> >> Two questions: 1) what originally caused these errors and 2) why "No >> sense data present". I am not sure whether it is device problem or umass >> or both. I can't reproduce it with devices I have. Could you also show >> your old error messages (preferably verbose) to compare? > > There are messages from the old kernel/world (attached) > after the command "camcontrol debug -IPp all". > The device in not de-attached and is usable. BTW it's the > fastest one I own. > > By verbose did you mean verbose boot? If yes, then I attach > verbose-boot.txt with relevant messages. > > The kernel.old: > ----- > % uname -a > FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #16 r237055: Thu > Jun 14 17:16:43 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX > i386 > ----- Oops, I haven't noticed in your original mail that it was working just on June 14, when most radical changes were already done. The only change after that I see potentially related is r237478. It adds more checks when fetching SCSI sense data, that for some reason are not working in your case. I still can not completely understand why there was no any READ CAPACITY errors reported before, but may be I am missing something. You can try to revert that revision for check. Hans, don't you have any idea why this device may not report sense data or may be residual sense data length (ccb->csio.sense_resid) is not set properly? According to "got CAM status 0x8c", umass seems believe that it got sense data, but CAM doesn't count them as valid. -- Alexander Motin