Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <20220215053430.24650-1-gdawar@xilinx.com>
In-Reply-To: <20220215053430.24650-1-gdawar@xilinx.com>
From:   Jason Wang <jasowang@redhat.com>
Date:   Tue, 15 Feb 2022 15:48:04 +0800
Message-ID: <CACGkMEs7UEFM=ospckg0-LMw92wj74D_NLPsZy6oSY=dio9V-w@mail.gmail.com>
Subject: Re: [PATCH] Add definition of VIRTIO_F_IN_ORDER feature bit
To:     Gautam Dawar <gautam.dawar@xilinx.com>
Cc:     Martin Petrus Hubertus Habets <martinh@xilinx.com>,
        Harpreet Singh Anand <hanand@xilinx.com>, pabloc@xilinx.com,
        Gautam Dawar <gdawar@xilinx.com>,
        "Michael S. Tsirkin" <mst@redhat.com>,
        virtualization <virtualization@lists.linux-foundation.org>,
        linux-kernel <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Precedence: bulk

On Tue, Feb 15, 2022 at 1:34 PM Gautam Dawar <gautam.dawar@xilinx.com> wrote:
>
> This patch adds the definition of VIRTIO_F_IN_ORDER feature bit
> in the relevant header file to make it available in QEMU's
> linux standard header file virtio_config.h, which is updated using
> scripts/update-linux-headers.sh
>
> Signed-off-by: Gautam Dawar <gdawar@xilinx.com>

Acked-by: Jason Wang <jasowang@redhat.com>

> ---
>  include/uapi/linux/virtio_config.h | 6 ++++++
>  1 file changed, 6 insertions(+)
>
> diff --git a/include/uapi/linux/virtio_config.h b/include/uapi/linux/virtio_config.h
> index b5eda06f0d57..f0fb0ae021c0 100644
> --- a/include/uapi/linux/virtio_config.h
> +++ b/include/uapi/linux/virtio_config.h
> @@ -82,6 +82,12 @@
>  /* This feature indicates support for the packed virtqueue layout. */
>  #define VIRTIO_F_RING_PACKED           34
>
> +/*
> + * Inorder feature indicates that all buffers are used by the device
> + * in the same order in which they have been made available.
> + */
> +#define VIRTIO_F_IN_ORDER              35
> +
>  /*
>   * This feature indicates that memory accesses by the driver and the
>   * device are ordered in a way described by the platform.
> --
> 2.30.1
>