Received: by 2002:a05:6a10:8395:0:0:0:0 with SMTP id n21csp547804pxh; Wed, 10 Nov 2021 05:54:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJxvRFxsNay0vPLFoXtgEj29iwztXaPTG0XhBKHB0GFlBK9fOvJJSgi4CZUJk2HuYLjwLwel X-Received: by 2002:a05:6402:2550:: with SMTP id l16mr21251796edb.142.1636552472902; Wed, 10 Nov 2021 05:54:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636552472; cv=none; d=google.com; s=arc-20160816; b=oFvsXNcSclxZupn9QKTD/XKfhWLAhj5bCVDl/YDSdiBiTyMgu1hbxiFmOXeSdol+aJ aY61b0jifHmtskymEC1BISDrRmtl1nTWQpfbM0ASX4Nu68PRyfXYkGoH0IOJAd2IP4mU nrBZ+/AEs4fF1kUOoXeAN4656aog+uS+yCCaiYb6j4FhBkRRkMgOES2tMNzLazUz/+68 uG2RulzwVFh4qbzZXGlPU69bCDfsB7kQYhA8YtXnzfk/1JJpKtRmOqXPj3IAVOVH6BeB RuR+OP7x64l9NSIX+qXZ+k6m0iWL4yyYeZIwvAqLwL5f8WHTnGzEgKOmuRuH0gHTJpFm D+XA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:date:user-agent:message-id:organization:from:to :cc:subject:references:in-reply-to:content-transfer-encoding :mime-version; bh=CXcrJau6lSPFji6F0JHsRzFU1q7Q3US1SYDH9mIlmN0=; b=UVPxHtb2CX9Lbd197K0vHdl8t6Y5b3FjtlFNORu48OPyEvUA8dvo/rrJhdvpylpWQg wlMqTLG6adockKuSYQxyas5uJX9hhK5kd6HYvtK5aUIfTzct+3FU7E2jzar4gshmdnqy zOE+N7klitzOO/Yk/da7g/wT0VIhpMENG4P+Jeo3qpcCYmn4bypilcu/qDV9LSB0PQKr IxXEOhUMSNtMCe0Mvrb1qcMTiPyke3SlZp4iWBAfVGXgNK1t36JhIYXBb+AZLhWD3cdA 1rr7zEqBWTxxlz0rSuf2CfSlo/Y08BCmaYw6/huTW+kS6R2dR24pL6P1kkgb4wUTCuEV /Daw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g4si35884956edv.455.2021.11.10.05.54.05; Wed, 10 Nov 2021 05:54:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231991AbhKJNwo convert rfc822-to-8bit (ORCPT + 99 others); Wed, 10 Nov 2021 08:52:44 -0500 Received: from mga06.intel.com ([134.134.136.31]:61784 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231460AbhKJNwo (ORCPT ); Wed, 10 Nov 2021 08:52:44 -0500 X-IronPort-AV: E=McAfee;i="6200,9189,10163"; a="293499494" X-IronPort-AV: E=Sophos;i="5.87,223,1631602800"; d="scan'208";a="293499494" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2021 05:49:54 -0800 X-IronPort-AV: E=Sophos;i="5.87,223,1631602800"; d="scan'208";a="492101967" Received: from skofoed-mobl.ger.corp.intel.com (HELO localhost) ([10.249.254.124]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2021 05:49:48 -0800 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT In-Reply-To: <20211109075957.GC27339@lst.de> References: <20211102070601.155501-1-hch@lst.de> <163603075885.4807.880888219859400958@jlahtine-mobl.ger.corp.intel.com> <20211109075957.GC27339@lst.de> Subject: Re: refactor the i915 GVT support and move to the modern mdev API v2 Cc: Christoph Hellwig , Jani Nikula , Rodrigo Vivi , Zhenyu Wang , Zhi Wang , Jason Gunthorpe , intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org To: Christoph Hellwig From: Joonas Lahtinen Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Message-ID: <163655218578.6332.7934375733343731100@jlahtine-mobl.ger.corp.intel.com> User-Agent: alot/0.8.1 Date: Wed, 10 Nov 2021 15:49:45 +0200 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Christoph Hellwig (2021-11-09 09:59:57) > On Thu, Nov 04, 2021 at 02:59:18PM +0200, Joonas Lahtinen wrote: > > The minimal we should do is to eliminate the double underscore > > prefixed functions. But I would prefer to have the symbol exports by > > default so that we can enable the functionality just by loading the > > module. > > I'm fine with exporting by default, but just loading won't really work > even with that: > > - there are a bunch of IS_ENABLED conditionals in the i915 (although > they look like minor optimizations to me). I'd assume the golden state capture being the one with biggest impact. > - the enable_gvt needs to be set, although after this refactor this > option is completely pointless and should probably be enabled Indeed. Hope is that modprobe/rmmod would be enough to enable/disable. This should help any distros intending to enable the feature, too. So mostly about making sure the IS_ENABLED portions in base i915 operation are not too invasive. > - the enable_guc option needs to be disable for gvt to work. On the GVT supported platforms GuC is disabled by default, so it should be fine. We can change the logic to opposite to disable the feature if the enable_guc unsafe modparam is used. Regards, Joonas