Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp10060707rwb; Fri, 25 Nov 2022 00:05:47 -0800 (PST) X-Google-Smtp-Source: AA0mqf72HAM0kuYqhlnBntmPUf51xto22JG6fL1xQdKyAIv34R5ioVDh6xsyMLKZK/kxq8ZFfxUl X-Received: by 2002:a17:90a:1a11:b0:213:f398:ed51 with SMTP id 17-20020a17090a1a1100b00213f398ed51mr38839168pjk.216.1669363546675; Fri, 25 Nov 2022 00:05:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669363546; cv=none; d=google.com; s=arc-20160816; b=w0GsGJ92yqBb7kRMwnMTD2+ksGc93EmUY4YkedfIsI3NawJC6zgxCX2w095LykY35H kLlMA9PcgfYS3hnHhJSiYj0EhWsWdUM5FcWz3aiOx7/ZbaP0WB/Qs0G9ugFRPc2Zwcio xA331ZS239KN/XGEiZKNWfJbe9jr/8xgpbgn84dc9rlf/Sv/E46yEZiqZWtikH2tqDMD LeGKl4LmUf2cJVDpkR2jiDRYheOHVxX9tSN+yZxsxwc1XbfL4m//u4OZYyJjeYG3RDzD yrx9U2JTcSQ3YSGpp5zad9ENYCx0lm8QFxJr2z7W9Cscq2xOdvdgZkxXLVIdOjjc0mMV QbOA== 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=E7efTvFjZ8o6sgciRzqUgjkiiwfrW4QhnCNd5PneRps=; b=oOZNYuCakqevV625OvR5Vxou8IgUYiSpBZwqUazFh1j6JEIdo+huxLAxcTA5sZG3M+ BdqgWr+jKJd9ChEJj9wIU59vSpjNsVZoSDaqJ641qmZlv6TrJ+VczKFBX07zrGI0APXn czCx6q5gSuydDlCVCfx2j0++iUd1C0pKqugGXtpF7GJKxelCtIt+4RIY4QH9K3iftgc/ S73DkDb1bsvNz+PM6Rh1uesjXqet+WBpFZCVUXG6cIIys4m7xMjc6W2kUCNnWnl5ZDNw 13iWvfOQcgDFiPr11gdRDCLfqK4Z9ETry2oPPNlmCjnHu8JDSYcgeHtAEXXeqB72KWQd tjlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=UuCEPFpJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ot2-20020a17090b3b4200b001fe2de6a2c9si3979795pjb.4.2022.11.25.00.05.24; Fri, 25 Nov 2022 00:05:46 -0800 (PST) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=UuCEPFpJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S229729AbiKYHjj (ORCPT + 87 others); Fri, 25 Nov 2022 02:39:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58322 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229583AbiKYHji (ORCPT ); Fri, 25 Nov 2022 02:39:38 -0500 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 950112793B for ; Thu, 24 Nov 2022 23:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1669361918; 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=E7efTvFjZ8o6sgciRzqUgjkiiwfrW4QhnCNd5PneRps=; b=UuCEPFpJujItJ5UOF3RlkQFYixvhQxUMW3YWZd18sYFfkWhR8D+Q3Eou94VC12krgQwu4B BZjOGfuGECiP82x3v3EApJZKUJF56qhTiUB7myGHpOetQgnhnGpo1I5Qri1DhrHPFClmHj QNwVxvQ0lbyzpmhtaK/zzNgJlz0pdd8= Received: from mail-ua1-f69.google.com (mail-ua1-f69.google.com [209.85.222.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-657-JszWFwfTNnSRSrux9KhLow-1; Fri, 25 Nov 2022 02:38:37 -0500 X-MC-Unique: JszWFwfTNnSRSrux9KhLow-1 Received: by mail-ua1-f69.google.com with SMTP id a11-20020ab0494b000000b0041123ae77cdso1492361uad.1 for ; Thu, 24 Nov 2022 23:38:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=E7efTvFjZ8o6sgciRzqUgjkiiwfrW4QhnCNd5PneRps=; b=kzD51LUDGACEu2wk9JEt3yjip/hwKJZfSoQ18gRYbfs4WXdpw6fLlj57d5h5yHO2hV m3l/H1BRMLaJcQ4GZurDzc177lUhv8b9Tqs2Z48RSGBUekupnOgxGEBaf5Frv7/p6kv/ C9XWzUVdOfW58rnzp0IR7RtvenlCYVkSzZkg72gNS5foy0pPPpFN1KI7+VuX8QmhvTBP FnMEL6YYIZ9JwPP+ATdvIQdudvhP9z+MCqpW4W0mBtRgXK1C0MIvad5o2bLjSmFDAQiK idxwMHm7rRbg1BknhJinnCNs4wTuRQjLzPcbeFRBiYdmcbcwlkW4Eu5DAofL7U+6YiVW CKJQ== X-Gm-Message-State: ANoB5pnlwEPkrZaccW1CW05EA36gqTud6YLvRehrW4mWyT7xL8PbFv+j ja7zNyp8Uy/l7G+Gj5LMMZGkHv1vkq9Ykr+7hjGsxFssWrW6UJjgjLupUW/i/b2LAmPdDDiWi7c vM0CGs6rX5Hl2vy6Nhd/COOCmG4d49jX12YkA3pkW X-Received: by 2002:a67:c001:0:b0:3aa:4802:ac3d with SMTP id v1-20020a67c001000000b003aa4802ac3dmr11035068vsi.49.1669361916724; Thu, 24 Nov 2022 23:38:36 -0800 (PST) X-Received: by 2002:a67:c001:0:b0:3aa:4802:ac3d with SMTP id v1-20020a67c001000000b003aa4802ac3dmr11035058vsi.49.1669361916398; Thu, 24 Nov 2022 23:38:36 -0800 (PST) MIME-Version: 1.0 References: <20221125023045.2158413-1-lulu@redhat.com> In-Reply-To: From: Cindy Lu Date: Fri, 25 Nov 2022 15:37:59 +0800 Message-ID: Subject: Re: [PATCH v3] vhost_vdpa: fix the crash in unmap a large memory To: Jason Wang Cc: mst@redhat.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, stable@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org / and On Fri, 25 Nov 2022 at 15:17, Jason Wang wrote: > > On Fri, Nov 25, 2022 at 10:31 AM Cindy Lu wrote: > > > > While testing in vIOMMU, sometimes guest will unmap very large memory, > > which will cause the crash. To fix this,Move the iommu_unmap to > > vhost_vdpa_pa_unmap/vhost_vdpa_va_unmap and only unmap the memory > > that saved in iotlb. > > > > Call Trace: > > [ 647.820144] ------------[ cut here ]------------ > > [ 647.820848] kernel BUG at drivers/iommu/intel/iommu.c:1174! > > [ 647.821486] invalid opcode: 0000 [#1] PREEMPT SMP PTI > > [ 647.822082] CPU: 10 PID: 1181 Comm: qemu-system-x86 Not tainted 6.0.= 0-rc1home_lulu_2452_lulu7_vhost+ #62 > > [ 647.823139] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS= rel-1.15.0-29-g6a62e0cb0dfe-prebuilt.qem4 > > [ 647.824365] RIP: 0010:domain_unmap+0x48/0x110 > > [ 647.825424] Code: 48 89 fb 8d 4c f6 1e 39 c1 0f 4f c8 83 e9 0c 83 f9= 3f 7f 18 48 89 e8 48 d3 e8 48 85 c0 75 59 > > [ 647.828064] RSP: 0018:ffffae5340c0bbf0 EFLAGS: 00010202 > > [ 647.828973] RAX: 0000000000000001 RBX: ffff921793d10540 RCX: 0000000= 00000001b > > [ 647.830083] RDX: 00000000080000ff RSI: 0000000000000001 RDI: ffff921= 793d10540 > > [ 647.831214] RBP: 0000000007fc0100 R08: ffffae5340c0bcd0 R09: 0000000= 000000003 > > [ 647.832388] R10: 0000007fc0100000 R11: 0000000000100000 R12: 0000000= 0080000ff > > [ 647.833668] R13: ffffae5340c0bcd0 R14: ffff921793d10590 R15: 0000008= 000100000 > > [ 647.834782] FS: 00007f772ec90640(0000) GS:ffff921ce7a80000(0000) kn= lGS:0000000000000000 > > [ 647.836004] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 647.836990] CR2: 00007f02c27a3a20 CR3: 0000000101b0c006 CR4: 0000000= 000372ee0 > > [ 647.838107] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000= 000000000 > > [ 647.839283] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000= 000000400 > > [ 647.840666] Call Trace: > > [ 647.841437] > > [ 647.842107] intel_iommu_unmap_pages+0x93/0x140 > > [ 647.843112] __iommu_unmap+0x91/0x1b0 > > [ 647.844003] iommu_unmap+0x6a/0x95 > > [ 647.844885] vhost_vdpa_unmap+0x1de/0x1f0 [vhost_vdpa] > > [ 647.845985] vhost_vdpa_process_iotlb_msg+0xf0/0x90b [vhost_vdpa] > > [ 647.847235] ? _raw_spin_unlock+0x15/0x30 > > [ 647.848181] ? _copy_from_iter+0x8c/0x580 > > [ 647.849137] vhost_chr_write_iter+0xb3/0x430 [vhost] > > [ 647.850126] vfs_write+0x1e4/0x3a0 > > [ 647.850897] ksys_write+0x53/0xd0 > > [ 647.851688] do_syscall_64+0x3a/0x90 > > [ 647.852508] entry_SYSCALL_64_after_hwframe+0x63/0xcd > > [ 647.853457] RIP: 0033:0x7f7734ef9f4f > > [ 647.854408] Code: 89 54 24 18 48 89 74 24 10 89 7c 24 08 e8 29 76 f8= ff 48 8b 54 24 18 48 8b 74 24 10 41 89 c8 > > [ 647.857217] RSP: 002b:00007f772ec8f040 EFLAGS: 00000293 ORIG_RAX: 00= 00000000000001 > > [ 647.858486] RAX: ffffffffffffffda RBX: 00000000fef00000 RCX: 00007f7= 734ef9f4f > > [ 647.859713] RDX: 0000000000000048 RSI: 00007f772ec8f090 RDI: 0000000= 000000010 > > [ 647.860942] RBP: 00007f772ec8f1a0 R08: 0000000000000000 R09: 0000000= 000000000 > > [ 647.862206] R10: 0000000000000001 R11: 0000000000000293 R12: 0000000= 000000010 > > [ 647.863446] R13: 0000000000000002 R14: 0000000000000000 R15: fffffff= f01100000 > > [ 647.864692] > > [ 647.865458] Modules linked in: rpcsec_gss_krb5 auth_rpcgss nfsv4 dns= _resolver nfs lockd grace fscache netfs v] > > [ 647.874688] ---[ end trace 0000000000000000 ]--- > > [ 647.876013] RIP: 0010:domain_unmap+0x48/0x110 > > [ 647.878306] Code: 48 89 fb 8d 4c f6 1e 39 c1 0f 4f c8 83 e9 0c 83 f9= 3f 7f 18 48 89 e8 48 d3 e8 48 85 c0 75 59 > > [ 647.884581] RSP: 0018:ffffae5340c0bbf0 EFLAGS: 00010202 > > [ 647.886308] RAX: 0000000000000001 RBX: ffff921793d10540 RCX: 0000000= 00000001b > > [ 647.888775] RDX: 00000000080000ff RSI: 0000000000000001 RDI: ffff921= 793d10540 > > [ 647.890295] RBP: 0000000007fc0100 R08: ffffae5340c0bcd0 R09: 0000000= 000000003 > > [ 647.891660] R10: 0000007fc0100000 R11: 0000000000100000 R12: 0000000= 0080000ff > > [ 647.893019] R13: ffffae5340c0bcd0 R14: ffff921793d10590 R15: 0000008= 000100000 > > [ 647.894506] FS: 00007f772ec90640(0000) GS:ffff921ce7a80000(0000) kn= lGS:0000000000000000 > > [ 647.895963] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 647.897348] CR2: 00007f02c27a3a20 CR3: 0000000101b0c006 CR4: 0000000= 000372ee0 > > [ 647.898719] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000= 000000000 > > > > Cc: stable@vger.kernel.org > > Fixes: 4c8cf31885f6 ("vhost: introduce vDPA-based backend") > > Signed-off-by: Cindy Lu > > --- > > drivers/vhost/vdpa.c | 10 ++++++++-- > > 1 file changed, 8 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/vhost/vdpa.c b/drivers/vhost/vdpa.c > > index 166044642fd5..e5a07751bf45 100644 > > --- a/drivers/vhost/vdpa.c > > +++ b/drivers/vhost/vdpa.c > > @@ -692,6 +692,8 @@ static void vhost_vdpa_pa_unmap(struct vhost_vdpa *= v, > > struct vhost_iotlb_map *map; > > struct page *page; > > unsigned long pfn, pinned; > > + struct vdpa_device *vdpa =3D v->vdpa; > > + const struct vdpa_config_ops *ops =3D vdpa->config; > > > > while ((map =3D vhost_iotlb_itree_first(iotlb, start, last)) != =3D NULL) { > > pinned =3D PFN_DOWN(map->size); > > @@ -703,6 +705,8 @@ static void vhost_vdpa_pa_unmap(struct vhost_vdpa *= v, > > unpin_user_page(page); > > } > > atomic64_sub(PFN_DOWN(map->size), &dev->mm->pinned_vm); > > + if ((ops->dma_map =3D=3D NULL) && (ops->set_map =3D=3D = NULL)) > > + iommu_unmap(v->domain, map->start, map->size); > > I think we'd better move the ops->dma_unmap() here as well as iommu_unmap= ()? > > > vhost_iotlb_map_free(iotlb, map); > > } > > } > > @@ -713,11 +717,15 @@ static void vhost_vdpa_va_unmap(struct vhost_vdpa= *v, > > { > > struct vhost_iotlb_map *map; > > struct vdpa_map_file *map_file; > > + struct vdpa_device *vdpa =3D v->vdpa; > > + const struct vdpa_config_ops *ops =3D vdpa->config; > > > > while ((map =3D vhost_iotlb_itree_first(iotlb, start, last)) != =3D NULL) { > > map_file =3D (struct vdpa_map_file *)map->opaque; > > fput(map_file->file); > > kfree(map_file); > > + if (ops->set_map =3D=3D NULL) > > + iommu_unmap(v->domain, map->start, map->size); > > Need to check where we have dma_unmap() and call that if it exists? > > Thanks > Hi Jason=EF=BC=8C I think these functions are called in vhost_vdpa_unmap, Do you want to separate the function in vhost_vdpa_unmap and move it to vhost_vdpa_va_unmap and vhost_vdpa_pa_unmap? I thanks cindy > > vhost_iotlb_map_free(iotlb, map); > > } > > } > > @@ -805,8 +813,6 @@ static void vhost_vdpa_unmap(struct vhost_vdpa *v, > > } else if (ops->set_map) { > > if (!v->in_batch) > > ops->set_map(vdpa, asid, iotlb); > > - } else { > > - iommu_unmap(v->domain, iova, size); > > } > > > > /* If we are in the middle of batch processing, delay the free > > -- > > 2.34.3 > > >