Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp102986img; Tue, 19 Mar 2019 19:05:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqyKdd6CYOz5JVAMjawYZgoZ/EbiRJqC9myocMSKugX0ZOOIk7Wd5l7ZuAvoBxjmmvpiUGnS X-Received: by 2002:a17:902:8c81:: with SMTP id t1mr5812315plo.309.1553047513441; Tue, 19 Mar 2019 19:05:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553047513; cv=none; d=google.com; s=arc-20160816; b=zClhAJkK/o6RccIEpLYSwKIEzNs5k6ybKPcOFaVG2vZv2yctAvQXXd/S+G9ea5mpFg HRRryPBNmV3IOHxWEFeK20BqZThkm3mmKRApTXeIv1pf4yBbSGEuH2Emv61xVP0PQL8A SAvsEkPqIBcqzJSMqtgjrKXZ4Vdio59Oi8dlMBZS2cJapnnfIic2CCRSmq35jM1vZXMA Lklm88OAc6XXZ4cGV4TElH72v0Xhi1CY4GdXtApgc7fwwGq0pavJCnoAb4JUMcoCuYU4 PlKG4fPSFneVsBclDjpgqP8uRm3NxKXHo+R0js4KXESAHl8b/Dym3Lq26oz9qHn16g+H OI8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date; bh=L83Dx7zrMrE04kTcFF7jdKNbW1rOj8m3m5KdZr0FOGo=; b=AFXSUJ7GUR4obmmt9zU1X6AWj8u36TYAudl3lmKPNDvoSOGlhF/crT70cGX5OnhuT8 5dfu+iZdetzyOmqHmZ1aRzfO0Twr9fn16YIoWX0KuP5u0T3ocnbZnH74MmYESbvxVv7z L5JmBsXgtcOFgxMwNTt1YkyJ5GC026nDOz5ZrldTAU361lFxpOmLcJfLFEbXpZmnmrHn 6XUzhvo7oE2wCnCE4M5DO4GAbm/sKVIwTUTP3evPrUpLc/YZOzP9R7zPpO/AT7h9IG4C xhM3/oQdy7RDAx3rrBaeyPYbd2HmaYekJ3kBKTqMoLnfpo/TYQHVL6JP613CkrSkHkXV N8wg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m90si464735pfj.271.2019.03.19.19.04.58; Tue, 19 Mar 2019 19:05:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727552AbfCTCEH (ORCPT + 99 others); Tue, 19 Mar 2019 22:04:07 -0400 Received: from out30-130.freemail.mail.aliyun.com ([115.124.30.130]:36213 "EHLO out30-130.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727358AbfCTCEH (ORCPT ); Tue, 19 Mar 2019 22:04:07 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R111e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04446;MF=bo.liu@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0TNAMPs2_1553047442; Received: from US-160370MP2.local(mailfrom:bo.liu@linux.alibaba.com fp:SMTPD_---0TNAMPs2_1553047442) by smtp.aliyun-inc.com(127.0.0.1); Wed, 20 Mar 2019 10:04:04 +0800 Date: Tue, 19 Mar 2019 19:04:01 -0700 From: Liu Bo To: Vivek Goyal Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, Stefan Hajnoczi , "Dr. David Alan Gilbert" , Miklos Szeredi Subject: Re: [PATCH] virtio-fs: fix multiple tag support Message-ID: <20190320020400.ka5z7swyv27be656@US-160370MP2.local> Reply-To: bo.liu@linux.alibaba.com References: <20181210171318.16998-19-vgoyal@redhat.com> <20190317003521.69366-1-bo.liu@linux.alibaba.com> <20190319202654.GB2299@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190319202654.GB2299@redhat.com> User-Agent: NeoMutt/20180323 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 19, 2019 at 04:26:54PM -0400, Vivek Goyal wrote: > On Sun, Mar 17, 2019 at 08:35:21AM +0800, Liu Bo wrote: > > While doing memremap from pci_dev's system bus address to kernel virtual > > address, we assign a wrong value to the %end of pgmap.res, which ends up > > with a wrong resource size in the process of memremap, and that further > > prevent the second virtiofs pci device from being probed successfully. > > > > Signed-off-by: Liu Bo > > Hi Liu Bo, > > Thanks for the fix. This seems right. I will fix it in my internal > branch. These patches are not upstream yet. Will fold this into > existing patch for the next posting. > Feel free to fold it, and I'm looking forward to the 1.0 release. thanks, -liubo > Thanks > Vivek > > > --- > > fs/fuse/virtio_fs.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/fs/fuse/virtio_fs.c b/fs/fuse/virtio_fs.c > > index 88b00055589b..7abf2187d85f 100644 > > --- a/fs/fuse/virtio_fs.c > > +++ b/fs/fuse/virtio_fs.c > > @@ -713,7 +713,7 @@ static int virtio_fs_setup_dax(struct virtio_device *vdev, struct virtio_fs *fs) > > pgmap->res = (struct resource){ > > .name = "virtio-fs dax window", > > .start = phys_addr, > > - .end = phys_addr + cache_len, > > + .end = phys_addr + cache_len - 1, > > }; > > > > fs->window_kaddr = devm_memremap_pages(&pci_dev->dev, pgmap); > > -- > > 2.20.1.2.gb21ebb6 > >