[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 2/2] Add trim operation to xen block devices


  • To: Owen Smith <owen.smith@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxx>
  • Date: Tue, 21 Dec 2010 18:05:57 +0000
  • Cc:
  • Delivery-date: Tue, 21 Dec 2010 10:06:45 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:user-agent:date:subject:from:to:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=YDctVl441Wublw9CSmE95s25dHHwzfmyQEi+IBYQzz04IZ1kYEODyANTlI7ebIo8uy rPTVcYG5TxpDfKlbfnlCTNfTD8H7hnlhlMmk0H3Da4xgrp2muWLorCRp11fLXIkGivtM Q4EMGeBwOv4Bz4vO85QfHdEFUWzLFF2cenoME=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcuhObdC9YRooVA0sEuJYt7/2AKyrA==
  • Thread-topic: [Xen-devel] [PATCH 2/2] Add trim operation to xen block devices

On 21/12/2010 16:58, "Owen Smith" <owen.smith@xxxxxxxxxx> wrote:

> +/*
> + * Recognised only if "feature-trim" is present in backend xenbus info.
> + * The "feature-trim" node contains a boolean indicating whether trim
> + * requests are likely to succeed or fail. Either way, a trim request
> + * may fail at any time with BLKIF_RSP_EOPNOTSUPP if it is unsupported by
> + * the underlying block-device hardware. The boolean simply indicates whether
> + * or not it is worthwhile for the frontend to attempt trim requests.
> + * If a backend does not recognise BLKIF_OP_TRIM, it should *not*
> + * create the "feature-trim" node!
> + */
> +#define BLKIF_OP_TRIM              4

What is a 'trim operation'? It's not documented in the patch description(s)
or in the protocol-defining header file.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.