From patchwork Fri Aug 28 09:59:51 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Wang Xin X-Patchwork-Id: 11742543 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 62527138A for ; Fri, 28 Aug 2020 10:01:54 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 40DB7208CA for ; Fri, 28 Aug 2020 10:01:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 40DB7208CA Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+patchwork-qemu-devel=patchwork.kernel.org@nongnu.org Received: from localhost ([::1]:36454 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kBbCj-0002g2-Hj for patchwork-qemu-devel@patchwork.kernel.org; Fri, 28 Aug 2020 06:01:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53772) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kBbBJ-0000Em-AL for qemu-devel@nongnu.org; Fri, 28 Aug 2020 06:00:25 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:38446 helo=huawei.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kBbBC-0000IO-VQ for qemu-devel@nongnu.org; Fri, 28 Aug 2020 06:00:24 -0400 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 3D53452ED479870CA382; Fri, 28 Aug 2020 18:00:03 +0800 (CST) Received: from localhost (10.174.149.106) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.487.0; Fri, 28 Aug 2020 17:59:56 +0800 From: Wang Xin To: Subject: [PATCH 0/2][RFC] exclude ivshmem mr from vhost sections Date: Fri, 28 Aug 2020 17:59:51 +0800 Message-ID: <20200828095953.2276-1-wangxinxin.wang@huawei.com> X-Mailer: git-send-email 2.26.0.windows.1 MIME-Version: 1.0 X-Originating-IP: [10.174.149.106] X-CFilter-Loop: Reflected Received-SPF: pass client-ip=45.249.212.35; envelope-from=wangxinxin.wang@huawei.com; helo=huawei.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/28 06:00:04 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Wang Xin , jianjay.zhou@huawei.com, weidong.huang@huawei.com, dgilbert@redhat.com, mst@redhat.com Errors-To: qemu-devel-bounces+patchwork-qemu-devel=patchwork.kernel.org@nongnu.org Sender: "Qemu-devel" The ivshmem me now mapped to vhost memory regions, and it reduces the number of available memslots of vhost backend, which may causes vhost backend memory slots limit check failure in vhost dev init. Since ivshmem_bar2 not normal RAM in Guest, and it shouldn't have vhost DMAing into them, exclude it from the vhost sections. The 1st patch re-spin Dave's patch, see link https://lists.nongnu.org/archive/html/qemu-devel/2020-01/msg02370.html However, I'm not sure is there any side effects, or maybe it's better to add a new device property like 'novhost/nodma'? Thanks, Xin Wang Xin (2): memory: Allow a MemoryRegion to be marked no_vhost misc/ivshmem: Mark shared memory regions as no vhost hw/misc/ivshmem.c | 2 ++ hw/virtio/vhost.c | 5 ++++- include/exec/memory.h | 21 +++++++++++++++++++++ softmmu/memory.c | 15 +++++++++++++++ 4 files changed, 42 insertions(+), 1 deletion(-)