Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2260990pxb; Fri, 17 Sep 2021 06:05:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxSm1aWlYJFvoLXYSHrR/VObOpNqOeBVZDi8X7GMeY+WEqVQvDHdQ4qqxOeAsZ5FGwdRpyb X-Received: by 2002:a05:6638:d04:: with SMTP id q4mr8808367jaj.120.1631883921850; Fri, 17 Sep 2021 06:05:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631883921; cv=none; d=google.com; s=arc-20160816; b=N8K4T8Uyf1Q22H9rPQ8rA/I8/1rtGZ+3Uud6SYvrYEotCX1pfDjE6mLzuDEfiFG/cE eafOFNzaIMkVraNz+0Bmy6ehIFgY+G1VGoNaMKF0uD55VBZ5suI1aV3JnZjuuHBKRoC3 /gC8xQ5KPy0YwztYplauM2ET5jFBU0PbJ1kd7RWPsfidd8yQAiciXMEW+KvFohvShK71 gXfziDqXYnY8OOqGzj2SaG/bA0+45CYUlOEmrZUdSEjoHhl+1X8U/HxteapQuNupYVlJ 54DNu2XSMbdKfB5E/VxMOXx1om3vG2A3QBz5uBWZbzJubbOhZsgNru73secIlslNMH1n FdYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Ig9xHMFTEexFHtf5heeUZKbb6+d2Kocqp2z8ZEGYRPA=; b=YkKrqSt+9tj7Cuq5d0qzPCNR434h86Bs6WU/Hw/U0mNHJQOcLoAtRkFl40no5ZAfpU CfilxFTWzus7bu5wMd0pGGuE+aFHGPNEIF7aj0Fo+S+8csE6IpnWu7fUx6lY8qxuCTpa cG0BfZc+yIfupEewIJWPzQis3aCqnl2O26bDLWdYfJlmpG3IhrbuVeKa0Lrjfx/WUZC1 vCekQ++QX6YGqQg/vSiRLkH/2Lt2uW5wdC9Wtfcjq6ksHkBXAUMvpWweMfXZqmhDvMst 4+rLu3X+v4Lz99eHEb9806rR63i7n8OAMqYvaDtuROCxGqLKzcU9PmRho3cdTiRuo+Mh VmbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SoTJtvTT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l25si3838985ioj.72.2021.09.17.06.05.00; Fri, 17 Sep 2021 06:05:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SoTJtvTT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241094AbhIQHxc (ORCPT + 99 others); Fri, 17 Sep 2021 03:53:32 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:44914 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232766AbhIQHxb (ORCPT ); Fri, 17 Sep 2021 03:53:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1631865126; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Ig9xHMFTEexFHtf5heeUZKbb6+d2Kocqp2z8ZEGYRPA=; b=SoTJtvTTHhYqGY2/DExsTcXYDp6YsXkGPGFg/4/nuheSezRbOoIBpcxu81w51WcjAGCSw7 XsVHLvTNTd9lYY7elUicd89WJMr7YvTD3s/DVuS3pCkSl8kAD3LuEedDZsDkweB4Qwzsyw aachqcRC70PeumxpEih72pULSTsSGxY= Received: from mail-lf1-f69.google.com (mail-lf1-f69.google.com [209.85.167.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-420-_LTm0FzlMoW4KU9KBzcy0w-1; Fri, 17 Sep 2021 03:52:05 -0400 X-MC-Unique: _LTm0FzlMoW4KU9KBzcy0w-1 Received: by mail-lf1-f69.google.com with SMTP id g9-20020a0565123b8900b003f33a027130so6065884lfv.18 for ; Fri, 17 Sep 2021 00:52:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ig9xHMFTEexFHtf5heeUZKbb6+d2Kocqp2z8ZEGYRPA=; b=U0uSWLQUomzlQj4bFaz4bQumuKQwAT8frHI7Nb6LkjxPRffZW/x7cJttINGk1lSLxN S0ek5/jbYaZuOXmCbuLF3u1bmFnUqf21FlZZGzKYGVmZFuIkdPAb1OKiKl1OHKxarkMC 5J/gfEOUymBjYER1fLg7O0N1ZuHIz58uMyVZ2t0EqhoJdz7tCR1UcqNCu0p9q67Ldfe3 1mLjilLQLa8R/k4qQ7Ls51lFPGsybRktlRRzHqtWB98EpMTqYxMrTh55tVdMnulbvfuT RE2BbRXPnhCH6hahkO0Cz/kNizzI4eVrUu6qHzz3Z3/PoQCV6VGtFhCcThQx7dTf7uva vjMQ== X-Gm-Message-State: AOAM530wMgPU75QAnDQAqzoFym0t9rCIuNyQHb1IVVG95gN6jX3sGrrJ mH2fLT+c7ZCXUCnieQ+k9GktkHn5Igmd2h/SvhXFnsHVO6I7RH+0o/v9bRuOhWfwxgygayvkaVJ Q6sEPMaRs5Y3jOJ0do9i1/RFTXQ2PTDC+6N7Jywuc X-Received: by 2002:a2e:89c9:: with SMTP id c9mr8663661ljk.107.1631865123878; Fri, 17 Sep 2021 00:52:03 -0700 (PDT) X-Received: by 2002:a2e:89c9:: with SMTP id c9mr8663649ljk.107.1631865123578; Fri, 17 Sep 2021 00:52:03 -0700 (PDT) MIME-Version: 1.0 References: <834528d24c839080215b2e077f100e9ed5073edc.1631621507.git.wuzongyong@linux.alibaba.com> <20210914085711-mutt-send-email-mst@kernel.org> <20210915033756-mutt-send-email-mst@kernel.org> <20210915070805-mutt-send-email-mst@kernel.org> <20210917023451.GA19669@L-PF27918B-1352.localdomain> In-Reply-To: <20210917023451.GA19669@L-PF27918B-1352.localdomain> From: Jason Wang Date: Fri, 17 Sep 2021 15:51:52 +0800 Message-ID: Subject: Re: [PATCH v2 4/5] vdpa: add new vdpa attribute VDPA_ATTR_DEV_F_VERSION_1 To: Wu Zongyong Cc: "Michael S. Tsirkin" , virtualization , linux-kernel , wei.yang1@linux.alibaba.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 17, 2021 at 10:35 AM Wu Zongyong wrote: > > On Thu, Sep 16, 2021 at 09:05:58AM +0800, Jason Wang wrote: > > On Wed, Sep 15, 2021 at 7:09 PM Michael S. Tsirkin wrote: > > > > > > On Wed, Sep 15, 2021 at 04:06:57PM +0800, Jason Wang wrote: > > > > On Wed, Sep 15, 2021 at 3:38 PM Michael S. Tsirkin wrote: > > > > > > > > > > On Wed, Sep 15, 2021 at 11:18:06AM +0800, Jason Wang wrote: > > > > > > On Tue, Sep 14, 2021 at 8:58 PM Michael S. Tsirkin wrote: > > > > > > > > > > > > > > On Tue, Sep 14, 2021 at 08:24:51PM +0800, Wu Zongyong wrote: > > > > > > > > This new attribute advertises whether the vdpa device is legacy or not. > > > > > > > > Users can pick right virtqueue size if the vdpa device is legacy which > > > > > > > > doesn't support to change virtqueue size. > > > > > > > > > > > > > > > > Signed-off-by: Wu Zongyong > > > > > > > > > > > > > > So if we are bothering with legacy, > > > > > > > > > > > > I think we'd better not. I guess the following may work: > > > > > > > > > > > > 1) disable the driver on BE host > > > > > > 2) present VERSION_1 with ACCESS_PLATFORM in get_features() > > > > > > 3) extend the management to advertise max_queue_size and > > > > > > min_queue_size, for ENI they are the same so management layer knows it > > > > > > needs to set the queue_size correctly during launching qemu > > > > > > > > > > > > Thoughts? > > > > > > > > > > > > Thanks > > > > > > > > > > There are other subtle differences such as header size without > > > > > mergeable buffers for net. > > > > > > > > This can be solved by mandating the feature of a mergeable buffer? > > > > > > > > Thanks > > > > > > PXE and some dpdk versions are only some of the guests that > > > disable mergeable buffers feature. > > > > True, but consider > > > > 1) the legacy stuffs requires changes in several software layers > > 2) it is how virtio 1.0 works e.g device can fail the feature negotiation > > 3) it is not supported since day 0 > > 4) management API can be extended to advertise the mandated features > > So let me confirm what I should do in next revision: > 1) disable the driver on BE host like that: > > #ifdef __LITTE_ENDIAN > int eni_vdpa_probe() > { > ... > } > #else > int eni_vdpa_probe() > { > return -ENODEV; > } > #endif This might work but I wonder if we can disable it via Kconfig. > > 2) report F_VERSION_1 and F_ACCESS_PLATFORM in get_features() > 3) introduce a new cb get_vq_num_min in vdpa_config_ops > > Does I miss something? And we need this as well. Fail the feature negotiation if mrg rxbuf is not negotiated. Otherwise we can meet the 1.0 requirement of header length. Or the hardware can still preset the mergeable header if the mrg rx buffer is not negotiated? Thanks > > > It looks affordable. > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > I think there are > > > > > > > several things to do when building the interface > > > > > > > - support transitional devices, that is allow userspace > > > > > > > to tell device it's in legacy mode > > > > > > > - support reporting/setting supporting endian-ness > > > > > > > > > > > > > > > --- > > > > > > > > drivers/vdpa/vdpa.c | 6 ++++++ > > > > > > > > drivers/virtio/virtio_vdpa.c | 7 ++++++- > > > > > > > > include/uapi/linux/vdpa.h | 1 + > > > > > > > > 3 files changed, 13 insertions(+), 1 deletion(-) > > > > > > > > > > > > > > > > diff --git a/drivers/vdpa/vdpa.c b/drivers/vdpa/vdpa.c > > > > > > > > index 1dc121a07a93..533d7f589eee 100644 > > > > > > > > --- a/drivers/vdpa/vdpa.c > > > > > > > > +++ b/drivers/vdpa/vdpa.c > > > > > > > > @@ -12,6 +12,7 @@ > > > > > > > > #include > > > > > > > > #include > > > > > > > > #include > > > > > > > > +#include > > > > > > > > #include > > > > > > > > #include > > > > > > > > > > > > > > > > @@ -494,6 +495,7 @@ vdpa_dev_fill(struct vdpa_device *vdev, struct sk_buff *msg, u32 portid, u32 seq > > > > > > > > u16 max_vq_size; > > > > > > > > u32 device_id; > > > > > > > > u32 vendor_id; > > > > > > > > + u64 features; > > > > > > > > void *hdr; > > > > > > > > int err; > > > > > > > > > > > > > > > > @@ -508,6 +510,7 @@ vdpa_dev_fill(struct vdpa_device *vdev, struct sk_buff *msg, u32 portid, u32 seq > > > > > > > > device_id = vdev->config->get_device_id(vdev); > > > > > > > > vendor_id = vdev->config->get_vendor_id(vdev); > > > > > > > > max_vq_size = vdev->config->get_vq_num_max(vdev); > > > > > > > > + features = vdev->config->get_features(vdev); > > > > > > > > > > > > > > > > err = -EMSGSIZE; > > > > > > > > if (nla_put_string(msg, VDPA_ATTR_DEV_NAME, dev_name(&vdev->dev))) > > > > > > > > @@ -520,6 +523,9 @@ vdpa_dev_fill(struct vdpa_device *vdev, struct sk_buff *msg, u32 portid, u32 seq > > > > > > > > goto msg_err; > > > > > > > > if (nla_put_u16(msg, VDPA_ATTR_DEV_MAX_VQ_SIZE, max_vq_size)) > > > > > > > > goto msg_err; > > > > > > > > + if (features & BIT_ULL(VIRTIO_F_VERSION_1) && > > > > > > > > + nla_put_flag(msg, VDPA_ATTR_DEV_VERSION_1)) > > > > > > > > + goto msg_err; > > > > > > > > > > > > > > > > genlmsg_end(msg, hdr); > > > > > > > > return 0; > > > > > > > > diff --git a/drivers/virtio/virtio_vdpa.c b/drivers/virtio/virtio_vdpa.c > > > > > > > > index 72eaef2caeb1..1cba957c4cdc 100644 > > > > > > > > --- a/drivers/virtio/virtio_vdpa.c > > > > > > > > +++ b/drivers/virtio/virtio_vdpa.c > > > > > > > > @@ -7,6 +7,7 @@ > > > > > > > > * > > > > > > > > */ > > > > > > > > > > > > > > > > +#include "linux/virtio_config.h" > > > > > > > > #include > > > > > > > > #include > > > > > > > > #include > > > > > > > > @@ -145,6 +146,7 @@ virtio_vdpa_setup_vq(struct virtio_device *vdev, unsigned int index, > > > > > > > > /* Assume split virtqueue, switch to packed if necessary */ > > > > > > > > struct vdpa_vq_state state = {0}; > > > > > > > > unsigned long flags; > > > > > > > > + bool may_reduce_num = false; > > > > > > > > u32 align, num; > > > > > > > > int err; > > > > > > > > > > > > > > > > @@ -169,10 +171,13 @@ virtio_vdpa_setup_vq(struct virtio_device *vdev, unsigned int index, > > > > > > > > goto error_new_virtqueue; > > > > > > > > } > > > > > > > > > > > > > > > > + if (ops->get_features(vdpa) & BIT_ULL(VIRTIO_F_VERSION_1)) > > > > > > > > + may_reduce_num = true; > > > > > > > > + > > > > > > > > /* Create the vring */ > > > > > > > > align = ops->get_vq_align(vdpa); > > > > > > > > vq = vring_create_virtqueue(index, num, align, vdev, > > > > > > > > - true, true, ctx, > > > > > > > > + true, may_reduce_num, ctx, > > > > > > > > virtio_vdpa_notify, callback, name); > > > > > > > > if (!vq) { > > > > > > > > err = -ENOMEM; > > > > > > > > diff --git a/include/uapi/linux/vdpa.h b/include/uapi/linux/vdpa.h > > > > > > > > index 66a41e4ec163..ce0b74276a5b 100644 > > > > > > > > --- a/include/uapi/linux/vdpa.h > > > > > > > > +++ b/include/uapi/linux/vdpa.h > > > > > > > > @@ -32,6 +32,7 @@ enum vdpa_attr { > > > > > > > > VDPA_ATTR_DEV_VENDOR_ID, /* u32 */ > > > > > > > > VDPA_ATTR_DEV_MAX_VQS, /* u32 */ > > > > > > > > VDPA_ATTR_DEV_MAX_VQ_SIZE, /* u16 */ > > > > > > > > + VDPA_ATTR_DEV_VERSION_1, /* flag */ > > > > > > > > > > > > > > > > /* new attributes must be added above here */ > > > > > > > > VDPA_ATTR_MAX, > > > > > > > > -- > > > > > > > > 2.31.1 > > > > > > > > > > > > > > > >