Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754261AbYJWUgT (ORCPT ); Thu, 23 Oct 2008 16:36:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752699AbYJWUgE (ORCPT ); Thu, 23 Oct 2008 16:36:04 -0400 Received: from rtr.ca ([76.10.145.34]:35627 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752582AbYJWUgB (ORCPT ); Thu, 23 Oct 2008 16:36:01 -0400 Message-ID: <4900E051.9040608@rtr.ca> Date: Thu, 23 Oct 2008 16:36:33 -0400 From: Mark Lord Organization: Real-Time Remedies Inc. User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: matthieu castet Cc: Tejun Heo , David Greaves , linux-ide@vger.kernel.org, Smartmontools Mailing List , linux-kernel@vger.kernel.org Subject: Re: [smartmontools-support] SMART to USB/sata dock in 2.6.27-rc5 doesn't work References: <48EE7E0A.8040701@dgreaves.com> <48F40164.5000502@kernel.org> <48F641A3.5080609@free.fr> <4900A0A7.3090102@rtr.ca> <4900C949.6040604@free.fr> <4900DCE4.3020901@rtr.ca> In-Reply-To: <4900DCE4.3020901@rtr.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3213 Lines: 92 Mark Lord wrote: > matthieu castet wrote: >> Mark Lord wrote: >>> matthieu castet wrote: >>>> Hi, >>>> >>>> Tejun Heo wrote: >>>>> David Greaves wrote: >>>>>> Error Counter logging not supported >>>>>> Device does not support Self Test logging >>>>> >>>>> The USB bridge should support SAT (SCSI-ATA translation) and many >>>>> don't. Nothing much can be done about it. The hardware just don't >>>>> know >>>>> how to do it. >>>>> >>>> That true that the hardware should support SAT, but even if it >>>> support it, linux need some patches to support SAT over USB. See >>>> http://thread.gmane.org/gmane.linux.scsi/43688 and the patch >>>> mentioned in the thread. >>> ... >>> >>> Ahh.. Great! This mostly fixes smartctl operation on at least two >>> of my USB drive enclosures here: >>> >>> 1. a recent rev. 2.5" NexStar-3 SATA enclosure. >>> 2. a 250GB 2.5" WD "Passport" external USB drive/enclosure. >>> >>> With the patch, this command line works for me: >>> >>> smartctl -a -dsat -T permissive /dev/sdb >>> And hdparm just works regardless, with or without the patch. >>> >>> >> It should work without permissive, permissive was need without the patch. >> >> You said hdparm works without the patch. I wonder how it work. IRRC it >> asks check condition stuff for every command. I am interested to see >> the hdparm --verbose output without the patch. > .. > > Mmm... actually, the "-dsat" flag seems to make smartctl mostly work > with and without the patch. This is on 2.6.25.6 on my notebook here. > Some month I'll update the kernel and fix VMware and wireless again > for a newer kernel, but for now that's what it runs. > > Here's hdparm --verbose, sans patch: > > hdparm --verbose -I /dev/sdb > > /dev/sdb: > outgoing cdb: 85 08 2e 00 00 00 00 00 00 00 00 00 00 40 ec 00 > SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8 > SG_IO: sb[] = {72 00 00 00 00 00 00 0e} > SG_IO: desc[] = {09 0c .. } > ATA_16 tf->status=0x00 tf->error=0x00 > > ATA device, with non-removable media > Model Number: Hitachi HTS541612J9SA00 > Serial Number: SB2D11E4GESWAB > Firmware Revision: SBDOC74P .. Here it is again, with the entire returned sense data shown: hdparm --verbose -I /dev/sdb /dev/sdb: outgoing cdb: 85 08 2e 00 00 00 00 00 00 00 00 00 00 40 ec 00 SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8 SG_IO: sb[] = {72 00 00 00 00 00 00 0e} SG_IO: desc[] = {09 0c 00 00 50 01 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00} ATA_16 tf->status=0x00 tf->error=0x00 ATA device, with non-removable media Model Number: Hitachi HTS541612J9SA00 Serial Number: SB2D11E4GESWAB Firmware Revision: SBDOC74P ... I guess it "works" by accident, since the 00 device status doesn't have the ATA error bit set. But I suppose this also means that a failed ATA command would not be noticed either.. At least not without the patch. Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/