From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [PATCH 1 of 1] interface: BLKIF_OP_TRIM -> BLKIF_OP_DISCARD Date: Wed, 12 Oct 2011 11:22:56 -0400 Message-ID: <20111012152256.GA1732@phenom.oracle.com> References: <20111010195842.GB5755@phenom.oracle.com> <20111011182741.GA1530@phenom.oracle.com> <1318416004.21903.659.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1318416004.21903.659.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" , Owen Smith , Ian Jackson , Paul Durrant , "JBeulich@novell.com" , "lidongyang@novell.com" , "JBeulich@suse.com" List-Id: xen-devel@lists.xenproject.org On Wed, Oct 12, 2011 at 11:40:04AM +0100, Ian Campbell wrote: > On Tue, 2011-10-11 at 19:27 +0100, Konrad Rzeszutek Wilk wrote: > > On Mon, Oct 10, 2011 at 03:58:42PM -0400, Konrad Rzeszutek Wilk wrote: > > > On Mon, Oct 10, 2011 at 01:50:11PM -0400, Konrad Rzeszutek Wilk wrote: > > > > Per Ian and Jan's suggestion (note, the structure is 4-byte aligned > > so we do not need to pad it): > > > > # HG changeset patch > > # Parent 72f339bc600d7a9629d3f9eb8a279fbf8be25b12 > > interface: BLKIF_OP_TRIM -> BLKIF_OP_DISCARD > > > > The name 'trim' is specific to the ATA discard implementation. > > The name 'scsi unmap' is specific to the SCSI discard implementation. > > > > We should really use a generic name - and the name 'discard' > > looks to be the most generic of them all. Also update the description > > to mention the other parameters that the frontend can query the > > backend for: discard-aligment, discard-granularity, and > > discard-secure. We also utilize per Jan Beulich keen suggestion, > > the 8-bit reserved field to use as a flag value. Currently the only > > flag that can be passed for a discard operation is secure delete: > > BLKIF_OP_DISCARD_FLAG_SECURE. > > This change seems to be conflating a large rename with new data fields, > changes to the documentation in the comments and other bits and bobs, > which makes it pretty hard to review it's actual impact. Can we get them > separately? Of course. Sent them along with Jan's Acked-by flag.