From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jhmw4-0007h5-JW for qemu-devel@nongnu.org; Fri, 04 Apr 2008 10:30:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jhmw3-0007fB-8t for qemu-devel@nongnu.org; Fri, 04 Apr 2008 10:30:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jhmw3-0007ey-6U for qemu-devel@nongnu.org; Fri, 04 Apr 2008 10:30:31 -0400 Received: from smtp02.citrix.com ([66.165.176.63]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jhmw2-0002Jr-Nx for qemu-devel@nongnu.org; Fri, 04 Apr 2008 10:30:31 -0400 Received: from implementation.famille.thibault.fr (agrenoble-152-1-64-15.w83-201.abo.wanadoo.fr [83.201.87.15]) (authenticated bits=0) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id m34ETicE030212 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Fri, 4 Apr 2008 07:29:47 -0700 Received: from samy by implementation.famille.thibault.fr with local (Exim 4.69) (envelope-from ) id 1JhmvI-0001W6-FS for qemu-devel@nongnu.org; Fri, 04 Apr 2008 16:29:44 +0200 Date: Fri, 4 Apr 2008 16:29:44 +0200 From: Samuel Thibault Subject: Re: [Qemu-devel] [PATCH] Asynchronous reliable and configurable cache flush Message-ID: <20080404142944.GC4075@implementation> References: <18418.28291.689482.198484@mariner.uk.xensource.com> <20080401180746.GB5030@implementation> <18419.38508.673800.723996@mariner.uk.xensource.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <18419.38508.673800.723996@mariner.uk.xensource.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Ian Jackson, le Wed 02 Apr 2008 15:21:32 +0100, a écrit : > Samuel Thibault writes ("Re: [Qemu-devel] [PATCH] Asynchronous reliable and configurable cache flush"): > > Oh, by the way, shouldn't this: > > Ian Jackson, le Tue 01 Apr 2008 18:18:59 +0100, a écrit : > > > put_le16(p + 81, 0x16); /* conforms to ata5 */ > > > - put_le16(p + 82, (1 << 14)); > > > + /* 14=nop 5=write_cache */ > > > + put_le16(p + 82, (1 << 14) | (1 << 5)); > > > /* 13=flush_cache_ext,12=flush_cache,10=lba48 */ > > > > use s->write_cache instead of always 1? Else when using hdparm -i one > > would think that write cache is always enabled. > > No. According to the ATA-7 draft I have in front of me, the meaning > of word 82 is `Command set supported' and the meaning of bit 5 is is > `write cache supported'. Oh, I was actually talking about word 85 indeed. In Xen we lack the word 82 bit, I'll make a patch. Samuel