Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp1744726pxb; Thu, 14 Apr 2022 13:04:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypiIjleOQ+jOwjhioZDc1yC6hh4/TqO04brVjFCkY21RBkyxOWc26b6FJJuL5HeWGHyLLi X-Received: by 2002:aa7:88ce:0:b0:505:6a0b:c965 with SMTP id k14-20020aa788ce000000b005056a0bc965mr16663591pff.67.1649966688296; Thu, 14 Apr 2022 13:04:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649966688; cv=none; d=google.com; s=arc-20160816; b=jsncznmqcCykmr1v674eEmNbCm1aaIYVZV5T3AHPvvQyOFifh+0tLW1zkuz9qFw8NT NcMyM5bdIPQhfrSdUue4orL/EUVa0oOq+Lnc9voQBjo4IxkQJCXLON4hpsgsvQxsAjcv 9HypzK6kGuNu8fN8aybKIcL5/R9BaXAb+CxvVGqelNME61MtxNApwUxcQQ/7nFSQVflz cKTqwcW+gWgVPnCZCNkRs6OiZWG0jj92MDcxviTwXfk7yGyWQIi3lxWV2dy/kjezAxED iZNJUq1mxMQtTAdC3kmJ8oKWet+DRy9UeRu8ReF/PRh9DM6kiBqINisTeT/t/K1A2NN1 d7mA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=ylLSIxFVdheoTFSidvw8/2oS2nDCzrq3g/QeicTSq+s=; b=bUP58rf0ua5j06RP5+OPlAAM3EerNVU51+TN4A00HACfAM6FO6UYaQRxYGCtkPajKH aZcZKFAaAmI38d9HGYI7QGUIepXDNbBOcauLwzgeSArX+0USWcqxqH5IIcuCP4RqR5MG DD65MQ+GPvpEI71ZRWyPuyvs6ZyMPIopHvaYHDQacx9H1JUdYQlFLbNc8v59QQ0a9qVC PGhaioHp0pIIMRHsp9qccaqqJ/ZoaxwQ2LiPccIzqJ8EimaHijURYuajBiaZhLgppmOD NUteSQKbm+6KL9wSxjtIz/iEkRWxrhN4lbcLt1jhh64lS0feJb372lMEGZBKXQHO1ib1 S8vQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j64-20020a638043000000b003a24866dc00si812296pgd.696.2022.04.14.13.04.25; Thu, 14 Apr 2022 13:04:47 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236296AbiDMPtJ (ORCPT + 99 others); Wed, 13 Apr 2022 11:49:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41802 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230178AbiDMPtI (ORCPT ); Wed, 13 Apr 2022 11:49:08 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 034D66579E for ; Wed, 13 Apr 2022 08:46:45 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id 3E90868BEB; Wed, 13 Apr 2022 17:46:42 +0200 (CEST) Date: Wed, 13 Apr 2022 17:46:42 +0200 From: Christoph Hellwig To: "Wang, Zhi A" Cc: Christoph Hellwig , Jani Nikula , Joonas Lahtinen , "Vivi, Rodrigo" , Zhenyu Wang , "intel-gfx@lists.freedesktop.org" , "intel-gvt-dev@lists.freedesktop.org" , "dri-devel@lists.freedesktop.org" , Jason Gunthorpe , "linux-kernel@vger.kernel.org" , Alex Williamson Subject: Re: refactor the i915 GVT support and move to the modern mdev API v3 Message-ID: <20220413154642.GA28095@lst.de> References: <20220411141403.86980-1-hch@lst.de> <82c13d8e-1cb4-2873-86e9-16fd38e15b27@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <82c13d8e-1cb4-2873-86e9-16fd38e15b27@intel.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE 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 On Wed, Apr 13, 2022 at 01:47:05PM +0000, Wang, Zhi A wrote: > > the GVT code in the i915 is a bit of a mess right now due to strange > > abstractions and lots of indirect calls. This series refactors various > > bits to clean that up. The main user visible change is that almost all > > of the GVT code moves out of the main i915 driver and into the kvmgt > > module. > > Hi Christoph: > > Do you want me to merge the GVT-g patches in this series? Or you want them to get merged from your side? The two option here are drm tree via gvt and i915 trees or the vfio tree, neither of which really is my tree. We already have a fair bit of vfio changes at the tail end of the series, and Jason has some more that should sit on top of it, and I have some more that I haven't sent yet. So if we could get the MMIO table and Makefile cleanups into a topic branch that we could pull into the vfio tree and merge it through that that would seem easiest to me, assuming that is ok with the i915, drm and vfio maintainers.