Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp1941576rda; Tue, 24 Oct 2023 07:52:04 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGuMIaNMx51AyZCGEYVeTs7OD30lhbGDHhI33l2FBlf9AMZYBxe+qNnB6ESJmYwzhcIa5Bn X-Received: by 2002:a17:90a:e997:b0:27d:3e8f:26db with SMTP id v23-20020a17090ae99700b0027d3e8f26dbmr11705307pjy.12.1698159124705; Tue, 24 Oct 2023 07:52:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698159124; cv=none; d=google.com; s=arc-20160816; b=pcQoXLAl1AbNlt24IAEOejHYlgiu0oe/itQHQ0Cgz0Z5AKOsnULh8tMSp3UsOGJkD7 wkh6GJMx8DNmwHC4+5W8E+qzyjP4wfja2Fj0v/P5XmPLn4PzODbWrh4hrCUkSKPT6uJK NJKWGICKUxhG8zBDAS7+kuRG+34UcS9V6QLyCCFGBCAVhcJkEyMv/s8CO3/X9TJ09MLg HHRp9/jvKm2Aizyu0tjbF4k9iasoglx3asJcy7IpcfVjHvjM9sck5Ujn+kkUuROir2Xs lpTxieMcoZxhsupSKClSo1xlnABjkwSojBNi/5MuWdbdB71SneRagED+byJcFw3wW/Hn llIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=9Xiik0NE4szN4ijrGto693xxU2iK32XszRvGW7POOdw=; fh=IUSCtqZoRsvHsLBw0rbiiJnH0H62iqOLggYLaNpL3PA=; b=BTxgns3Lsmmi1hyEDWvXMT+w6MJMsOZc+FhSNbx7BZCx0+KRyILJ/xP2BDt9K50siu hN7qe5FSQND8XjAZGdCtj62Mh1bLtfF1HGIgJ+1vB+juLmfxTkSCZotaqB02S7cud00E wwrjYzwi1qc6ul1FCVpSmru+17a/6Uph5g78I3mwoSLFm05m9pJJl3NCdXFW3vbH7XlE 7I/J/EHtfs61qHK8CBlKMo3Q+904Uj/bsbESMC/yWL+0TS6vT53Gwmy9J89z6NmG3h2V oGOhG4U/+dRE5duZgGoJhOsFw3uwv2MmOAmUgLwlruDAaADq6cPfwiZM5Lpx2d6i0asl JCDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MoH3Nrje; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 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 lipwig.vger.email (lipwig.vger.email. [23.128.96.33]) by mx.google.com with ESMTPS id 29-20020a17090a1a5d00b002775999122csi8539239pjl.141.2023.10.24.07.52.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Oct 2023 07:52:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MoH3Nrje; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 23737809E200; Tue, 24 Oct 2023 07:51:59 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343653AbjJXOvp (ORCPT + 99 others); Tue, 24 Oct 2023 10:51:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48082 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234560AbjJXOvo (ORCPT ); Tue, 24 Oct 2023 10:51:44 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F34D210D9 for ; Tue, 24 Oct 2023 07:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1698159062; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9Xiik0NE4szN4ijrGto693xxU2iK32XszRvGW7POOdw=; b=MoH3Nrje21VhyIq23Lvot9y8WA4To8UQgsHEbgwfKjlb5thLmSHruyZ04Alf/y+2pUsdtT TRHKZ/JaserL1aOqjGHhZ5uVGXdOM0Gg0nF6tYmfuu0ZivhPNVkDM1Mmbm9mKo87yLi/Yz sGXQcLa1S1jhcXt5aagl3tZCYHRj1kc= Received: from mail-yw1-f197.google.com (mail-yw1-f197.google.com [209.85.128.197]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-191-fK5YaDZwP4SCwkKJnwR-gQ-1; Tue, 24 Oct 2023 10:50:58 -0400 X-MC-Unique: fK5YaDZwP4SCwkKJnwR-gQ-1 Received: by mail-yw1-f197.google.com with SMTP id 00721157ae682-5a7af53bde4so60948547b3.0 for ; Tue, 24 Oct 2023 07:50:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698159058; x=1698763858; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=9Xiik0NE4szN4ijrGto693xxU2iK32XszRvGW7POOdw=; b=CRJwKvB7KtNQ+VvTrIph2Cp0XispvuNgl5IhkE7MvLjtYIxi6lYLbO9u6ISov1AIaZ 3/jbWPFqiUSesg/Hcq73YrzbSMQ64ga26RVHhLfKoF4ObklceDQ2WhJTjgmbpMFPstYp L0YXfd97aDddMl0IVUcv5fySra11gBh+1x3vxrIZTul/CGbbDVWJHMy0EEgzYkQCGBEj B1yTPsDldLp6RxfpmaU3Qgr9zC6uuqcwcDFOCQRDpLsr4mfKmk0JPXadDmovEbkAvTlJ nXaJiZaustcqjbO2vT/+nF71w65b6FXIwyutlwHYfNhpJljB3zzpzHVLH0E9s+jovEZu R+rA== X-Gm-Message-State: AOJu0Yy0WoCaqBZegKhiZ+kus7iGRF1LZyes9qnWUGzgIQSymkA17uSe br3suxEf0iWYOARQfqf479yCQ7Dcz8TqIKPVthPoPzaPse15YC3mhqcXOnoSuG+IjjQhqm5alqb OFvDI6cRNoZRBnEeF4gBnyiVpwgKMreLNX5doiJj9 X-Received: by 2002:a0d:e684:0:b0:5a8:bbeb:38a5 with SMTP id p126-20020a0de684000000b005a8bbeb38a5mr12688394ywe.42.1698159058050; Tue, 24 Oct 2023 07:50:58 -0700 (PDT) X-Received: by 2002:a0d:e684:0:b0:5a8:bbeb:38a5 with SMTP id p126-20020a0de684000000b005a8bbeb38a5mr12688373ywe.42.1698159057736; Tue, 24 Oct 2023 07:50:57 -0700 (PDT) MIME-Version: 1.0 References: <20231018171456.1624030-2-dtatulea@nvidia.com> <20231018171456.1624030-14-dtatulea@nvidia.com> <63f678675497539fc695f9de38550170aa45382a.camel@nvidia.com> In-Reply-To: <63f678675497539fc695f9de38550170aa45382a.camel@nvidia.com> From: Eugenio Perez Martin Date: Tue, 24 Oct 2023 16:50:21 +0200 Message-ID: Subject: Re: [PATCH vhost v4 12/16] vdpa/mlx5: Improve mr update flow To: Dragos Tatulea Cc: "xuanzhuo@linux.alibaba.com" , Parav Pandit , "virtualization@lists.linux-foundation.org" , "linux-kernel@vger.kernel.org" , "si-wei.liu@oracle.com" , "kvm@vger.kernel.org" , "jasowang@redhat.com" , "mst@redhat.com" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Tue, 24 Oct 2023 07:51:59 -0700 (PDT) On Mon, Oct 23, 2023 at 10:07=E2=80=AFAM Dragos Tatulea wrote: > > On Fri, 2023-10-20 at 18:01 +0200, Eugenio Perez Martin wrote: > > On Wed, Oct 18, 2023 at 7:21=E2=80=AFPM Dragos Tatulea wrote: > > > > > > On Wed, 2023-10-18 at 20:14 +0300, Dragos Tatulea wrote: > > > > The current flow for updating an mr works directly on mvdev->mr whi= ch > > > > makes it cumbersome to handle multiple new mr structs. > > > > > > > > This patch makes the flow more straightforward by having > > > > mlx5_vdpa_create_mr return a new mr which will update the old mr (i= f > > > > any). The old mr will be deleted and unlinked from mvdev. For the c= ase > > > > when the iotlb is empty (not NULL), the old mr will be cleared. > > > > > > > > This change paves the way for adding mrs for different ASIDs. > > > > > > > > The initialized bool is no longer needed as mr is now a pointer in = the > > > > mlx5_vdpa_dev struct which will be NULL when not initialized. > > > > > > > > Acked-by: Eugenio P=C3=A9rez > > > > Acked-by: Jason Wang > > > > Signed-off-by: Dragos Tatulea > > > > --- > > > > drivers/vdpa/mlx5/core/mlx5_vdpa.h | 14 +++-- > > > > drivers/vdpa/mlx5/core/mr.c | 87 ++++++++++++++++----------= ---- > > > > drivers/vdpa/mlx5/net/mlx5_vnet.c | 53 +++++++++--------- > > > > 3 files changed, 82 insertions(+), 72 deletions(-) > > > > > > > > diff --git a/drivers/vdpa/mlx5/core/mlx5_vdpa.h > > > > b/drivers/vdpa/mlx5/core/mlx5_vdpa.h > > > > index 9c6ac42c21e1..bbe4335106bd 100644 > > > > --- a/drivers/vdpa/mlx5/core/mlx5_vdpa.h > > > > +++ b/drivers/vdpa/mlx5/core/mlx5_vdpa.h > > > > @@ -31,8 +31,6 @@ struct mlx5_vdpa_mr { > > > > struct list_head head; > > > > unsigned long num_directs; > > > > unsigned long num_klms; > > > > - /* state of dvq mr */ > > > > - bool initialized; > > > > > > > > bool user_mr; > > > > }; > > > > @@ -91,7 +89,7 @@ struct mlx5_vdpa_dev { > > > > u16 max_idx; > > > > u32 generation; > > > > > > > > - struct mlx5_vdpa_mr mr; > > > > + struct mlx5_vdpa_mr *mr; > > > > /* serialize mr access */ > > > > struct mutex mr_mtx; > > > > struct mlx5_control_vq cvq; > > > > @@ -114,14 +112,14 @@ void mlx5_vdpa_free_resources(struct mlx5_vdp= a_dev > > > > *mvdev); > > > > int mlx5_vdpa_create_mkey(struct mlx5_vdpa_dev *mvdev, u32 *mkey, = u32 > > > > *in, > > > > int inlen); > > > > int mlx5_vdpa_destroy_mkey(struct mlx5_vdpa_dev *mvdev, u32 mkey); > > > > -int mlx5_vdpa_handle_set_map(struct mlx5_vdpa_dev *mvdev, struct > > > > vhost_iotlb > > > > *iotlb, > > > > - bool *change_map, unsigned int asid); > > > > -int mlx5_vdpa_create_mr(struct mlx5_vdpa_dev *mvdev, > > > > - struct mlx5_vdpa_mr *mr, > > > > - struct vhost_iotlb *iotlb); > > > > +struct mlx5_vdpa_mr *mlx5_vdpa_create_mr(struct mlx5_vdpa_dev *mvd= ev, > > > > + struct vhost_iotlb *iotlb)= ; > > > > void mlx5_vdpa_destroy_mr_resources(struct mlx5_vdpa_dev *mvdev); > > > > void mlx5_vdpa_destroy_mr(struct mlx5_vdpa_dev *mvdev, > > > > struct mlx5_vdpa_mr *mr); > > > > +void mlx5_vdpa_update_mr(struct mlx5_vdpa_dev *mvdev, > > > > + struct mlx5_vdpa_mr *mr, > > > > + unsigned int asid); > > > > int mlx5_vdpa_update_cvq_iotlb(struct mlx5_vdpa_dev *mvdev, > > > > struct vhost_iotlb *iotlb, > > > > unsigned int asid); > > > > diff --git a/drivers/vdpa/mlx5/core/mr.c b/drivers/vdpa/mlx5/core/m= r.c > > > > index abd6a6fb122f..00eff5a07152 100644 > > > > --- a/drivers/vdpa/mlx5/core/mr.c > > > > +++ b/drivers/vdpa/mlx5/core/mr.c > > > > @@ -495,30 +495,51 @@ static void destroy_user_mr(struct mlx5_vdpa_= dev > > > > *mvdev, > > > > struct mlx5_vdpa_mr *mr > > > > > > > > static void _mlx5_vdpa_destroy_mr(struct mlx5_vdpa_dev *mvdev, str= uct > > > > mlx5_vdpa_mr *mr) > > > > { > > > > - if (!mr->initialized) > > > > - return; > > > > - > > > > if (mr->user_mr) > > > > destroy_user_mr(mvdev, mr); > > > > else > > > > destroy_dma_mr(mvdev, mr); > > > > - > > > > - mr->initialized =3D false; > > > > } > > > > > > > > void mlx5_vdpa_destroy_mr(struct mlx5_vdpa_dev *mvdev, > > > > struct mlx5_vdpa_mr *mr) > > > > { > > > > + if (!mr) > > > > + return; > > > > + > > > > mutex_lock(&mvdev->mr_mtx); > > > > > > > > _mlx5_vdpa_destroy_mr(mvdev, mr); > > > > > > > > + if (mvdev->mr =3D=3D mr) > > > > + mvdev->mr =3D NULL; > > > > + > > > > + mutex_unlock(&mvdev->mr_mtx); > > > > + > > > > + kfree(mr); > > > > +} > > > > + > > > > +void mlx5_vdpa_update_mr(struct mlx5_vdpa_dev *mvdev, > > > > + struct mlx5_vdpa_mr *new_mr, > > > > + unsigned int asid) > > > > +{ > > > > + struct mlx5_vdpa_mr *old_mr =3D mvdev->mr; > > > > + > > > > + mutex_lock(&mvdev->mr_mtx); > > > > + > > > > + mvdev->mr =3D new_mr; > > > > + if (old_mr) { > > > > + _mlx5_vdpa_destroy_mr(mvdev, old_mr); > > > > + kfree(old_mr); > > > > + } > > > > + > > > > mutex_unlock(&mvdev->mr_mtx); > > > > + > > > > } > > > > > > > > void mlx5_vdpa_destroy_mr_resources(struct mlx5_vdpa_dev *mvdev) > > > > { > > > > - mlx5_vdpa_destroy_mr(mvdev, &mvdev->mr); > > > > + mlx5_vdpa_destroy_mr(mvdev, mvdev->mr); > > > > prune_iotlb(mvdev); > > > > } > > > > > > > > @@ -528,52 +549,36 @@ static int _mlx5_vdpa_create_mr(struct mlx5_v= dpa_dev > > > > *mvdev, > > > > { > > > > int err; > > > > > > > > - if (mr->initialized) > > > > - return 0; > > > > - > > > > if (iotlb) > > > > err =3D create_user_mr(mvdev, mr, iotlb); > > > > else > > > > err =3D create_dma_mr(mvdev, mr); > > > > > > > > - if (err) > > > > - return err; > > > > - > > > > - mr->initialized =3D true; > > > > - > > > > - return 0; > > > > + return err; > > > > } > > > > > > > > -int mlx5_vdpa_create_mr(struct mlx5_vdpa_dev *mvdev, > > > > - struct mlx5_vdpa_mr *mr, > > > > - struct vhost_iotlb *iotlb) > > > > +struct mlx5_vdpa_mr *mlx5_vdpa_create_mr(struct mlx5_vdpa_dev *mvd= ev, > > > > + struct vhost_iotlb *iotlb) > > > > { > > > > + struct mlx5_vdpa_mr *mr; > > > > int err; > > > > > > > > + mr =3D kzalloc(sizeof(*mr), GFP_KERNEL); > > > > + if (!mr) > > > > + return ERR_PTR(-ENOMEM); > > > > + > > > > mutex_lock(&mvdev->mr_mtx); > > > > err =3D _mlx5_vdpa_create_mr(mvdev, mr, iotlb); > > > > mutex_unlock(&mvdev->mr_mtx); > > > > > > > > - return err; > > > > -} > > > > - > > > > -int mlx5_vdpa_handle_set_map(struct mlx5_vdpa_dev *mvdev, struct > > > > vhost_iotlb > > > > *iotlb, > > > > - bool *change_map, unsigned int asid) > > > > -{ > > > > - struct mlx5_vdpa_mr *mr =3D &mvdev->mr; > > > > - int err =3D 0; > > > > + if (err) > > > > + goto out_err; > > > > > > > > - *change_map =3D false; > > > > - mutex_lock(&mvdev->mr_mtx); > > > > - if (mr->initialized) { > > > > - mlx5_vdpa_info(mvdev, "memory map update\n"); > > > > - *change_map =3D true; > > > > - } > > > > - if (!*change_map) > > > > - err =3D _mlx5_vdpa_create_mr(mvdev, mr, iotlb); > > > > - mutex_unlock(&mvdev->mr_mtx); > > > > + return mr; > > > > > > > > - return err; > > > > +out_err: > > > > + kfree(mr); > > > > + return ERR_PTR(err); > > > > } > > > > > > > > int mlx5_vdpa_update_cvq_iotlb(struct mlx5_vdpa_dev *mvdev, > > > > @@ -597,11 +602,13 @@ int mlx5_vdpa_update_cvq_iotlb(struct mlx5_vd= pa_dev > > > > *mvdev, > > > > > > > > int mlx5_vdpa_create_dma_mr(struct mlx5_vdpa_dev *mvdev) > > > > { > > > > - int err; > > > > + struct mlx5_vdpa_mr *mr; > > > > > > > > - err =3D mlx5_vdpa_create_mr(mvdev, &mvdev->mr, NULL); > > > > - if (err) > > > > - return err; > > > > + mr =3D mlx5_vdpa_create_mr(mvdev, NULL); > > > > + if (IS_ERR(mr)) > > > > + return PTR_ERR(mr); > > > > + > > > > + mlx5_vdpa_update_mr(mvdev, mr, 0); > > > > > > > > return mlx5_vdpa_update_cvq_iotlb(mvdev, NULL, 0); > > > > } > > > > diff --git a/drivers/vdpa/mlx5/net/mlx5_vnet.c > > > > b/drivers/vdpa/mlx5/net/mlx5_vnet.c > > > > index 256fdd80c321..7b878995b6aa 100644 > > > > --- a/drivers/vdpa/mlx5/net/mlx5_vnet.c > > > > +++ b/drivers/vdpa/mlx5/net/mlx5_vnet.c > > > > @@ -873,7 +873,7 @@ static int create_virtqueue(struct mlx5_vdpa_ne= t > > > > *ndev, > > > > struct mlx5_vdpa_virtque > > > > MLX5_SET64(virtio_q, vq_ctx, desc_addr, mvq->desc_addr); > > > > MLX5_SET64(virtio_q, vq_ctx, used_addr, mvq->device_addr); > > > > MLX5_SET64(virtio_q, vq_ctx, available_addr, mvq->driver_ad= dr); > > > > - MLX5_SET(virtio_q, vq_ctx, virtio_q_mkey, ndev->mvdev.mr.mk= ey); > > > > + MLX5_SET(virtio_q, vq_ctx, virtio_q_mkey, ndev->mvdev.mr->m= key); > > > > MLX5_SET(virtio_q, vq_ctx, umem_1_id, mvq->umem1.id); > > > > MLX5_SET(virtio_q, vq_ctx, umem_1_size, mvq->umem1.size); > > > > MLX5_SET(virtio_q, vq_ctx, umem_2_id, mvq->umem2.id); > > > > @@ -2633,7 +2633,7 @@ static void restore_channels_info(struct > > > > mlx5_vdpa_net > > > > *ndev) > > > > } > > > > > > > > static int mlx5_vdpa_change_map(struct mlx5_vdpa_dev *mvdev, > > > > - struct vhost_iotlb *iotlb, unsigned= int > > > > asid) > > > > + struct mlx5_vdpa_mr *new_mr, unsign= ed int > > > > asid) > > > > { > > > > struct mlx5_vdpa_net *ndev =3D to_mlx5_vdpa_ndev(mvdev); > > > > int err; > > > > @@ -2641,27 +2641,18 @@ static int mlx5_vdpa_change_map(struct > > > > mlx5_vdpa_dev > > > > *mvdev, > > > > suspend_vqs(ndev); > > > > err =3D save_channels_info(ndev); > > > > if (err) > > > > - goto err_mr; > > > > + return err; > > > > > > > > teardown_driver(ndev); > > > > - mlx5_vdpa_destroy_mr(mvdev, &mvdev->mr); > > > > - err =3D mlx5_vdpa_create_mr(mvdev, &mvdev->mr, iotlb); > > > > - if (err) > > > > - goto err_mr; > > > > + > > > > + mlx5_vdpa_update_mr(mvdev, new_mr, asid); > > > > > > > > if (!(mvdev->status & VIRTIO_CONFIG_S_DRIVER_OK) || mvdev- > > > > >suspended) > > > > - goto err_mr; > > > > + return 0; > > > > > > > > restore_channels_info(ndev); > > > > err =3D setup_driver(mvdev); > > > > - if (err) > > > > - goto err_setup; > > > > - > > > > - return 0; > > > > > > > > -err_setup: > > > > - mlx5_vdpa_destroy_mr(mvdev, &mvdev->mr); > > > > -err_mr: > > > > return err; > > > > } > > > > > > > > @@ -2875,26 +2866,40 @@ static u32 mlx5_vdpa_get_generation(struct > > > > vdpa_device > > > > *vdev) > > > > static int set_map_data(struct mlx5_vdpa_dev *mvdev, struct vhost_= iotlb > > > > *iotlb, > > > > unsigned int asid) > > > > { > > > > - bool change_map; > > > > + struct mlx5_vdpa_mr *new_mr; > > > > int err; > > > > > > > > if (mvdev->group2asid[MLX5_VDPA_DATAVQ_GROUP] !=3D asid) > > > > goto end; > > > > > > > > - err =3D mlx5_vdpa_handle_set_map(mvdev, iotlb, &change_map,= asid); > > > > - if (err) { > > > > - mlx5_vdpa_warn(mvdev, "set map failed(%d)\n", err); > > > > - return err; > > > > + if (vhost_iotlb_itree_first(iotlb, 0, U64_MAX)) { > > > > + new_mr =3D mlx5_vdpa_create_mr(mvdev, iotlb); > > > > + if (IS_ERR(new_mr)) { > > > > + err =3D PTR_ERR(new_mr); > > > > + mlx5_vdpa_warn(mvdev, "create map failed(%d= )\n", > > > > err); > > > > + return err; > > > > + } > > > > + } else { > > > > + /* Empty iotlbs don't have an mr but will clear the > > > > previous > > > > mr. */ > > > > + new_mr =3D NULL; > > > > } > > > Hi Jason and/or Eugenio, could you have a quick look at this part of = the > > > patch > > > that changed please? > > > > > > Thanks, > > > Dragos > > > > > > > > - if (change_map) { > > > > - err =3D mlx5_vdpa_change_map(mvdev, iotlb, asid); > > > > - if (err) > > > > - return err; > > > > + if (!mvdev->mr) { > > > > + mlx5_vdpa_update_mr(mvdev, new_mr, asid); > > > > + } else { > > > > + err =3D mlx5_vdpa_change_map(mvdev, new_mr, asid); > > > > + if (err) { > > > > + mlx5_vdpa_warn(mvdev, "change map failed(%d= )\n", > > > > err); > > > > + goto out_err; > > > > + } > > > > } > > > > > > > > end: > > > > return mlx5_vdpa_update_cvq_iotlb(mvdev, iotlb, asid); > > > > + > > > > +out_err: > > > > + mlx5_vdpa_destroy_mr(mvdev, new_mr); > > > > Is it possible to reach this mlx5_vdpa_destroy_mr call with new_mr =3D= =3D > > NULL? Like: > > * iotlb does not have any entries > > * mdev already has a mr > > * mlx5_vdpa_change_map fails > > > It could happen. > > > If I'm not wrong, mlx5_vdpa_destroy_mr may dereference new_mr through > > _mlx5_vdpa_destroy_mr -> vhost_iotlb_free(mr->iotlb). > > > mlx5_vdpa_destroy_mr checks for mr being NULL first. > > The other place where _mlx5_vdpa_destroy_mr gets called is from > mlx5_vdpa_update_mr on the old mr IF it exists (it is not NULL). > > This looks safe to me. > Right, I don't know how I missed that, sorry for the noise! Already acked in the patch message, but just in case: Acked-by: Eugenio P=C3=A9rez Thanks! > Thanks, > Dragos > > > Am I missing something? > > > > Thanks! > > > > > > > > > > > > + return err; > > > > } > > > > > > > > static int mlx5_vdpa_set_map(struct vdpa_device *vdev, unsigned in= t asid, > > > > > >