Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762020AbXEJNUm (ORCPT ); Thu, 10 May 2007 09:20:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761118AbXEJNUW (ORCPT ); Thu, 10 May 2007 09:20:22 -0400 Received: from rtr.ca ([64.26.128.89]:3019 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760857AbXEJNUT (ORCPT ); Thu, 10 May 2007 09:20:19 -0400 Message-ID: <46431C12.1030207@rtr.ca> Date: Thu, 10 May 2007 09:20:18 -0400 From: Mark Lord User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Geert Uytterhoeven Cc: Linux Kernel Development , linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: HDIO_DRIVE_CMD and hdparm References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1018 Lines: 26 Geert Uytterhoeven wrote: > Hi, > > `hdparm -t' uses HDIO_DRIVE_CMD(null) to flush the disk's buffer. More correctly, that command is supposed to act like an I/O queue "barrier" operation, not returning from the syscall until everything queued in front of it has been issued/completed. I believe that only the original IDE driver actually implements it, though. And hdparm-7.4 (not released yet) will no longer complain about ENOTTY. Note that current versions of hdparm use SG_IO/ATA_16 (SAT) for nearly everything now, only falling back to the older ioctl's for drivers which reject the SAT attempt. I'd love to find a USB drive enclosure that supports SAT. Anyone know of one? And does the USB storage layer actually pass the ATA_16 packets to the device? 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/