From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AA7EAC433ED for ; Tue, 11 May 2021 07:47:42 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (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 414BB61927 for ; Tue, 11 May 2021 07:47:42 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 414BB61927 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=free.fr Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id B184B6E9E4; Tue, 11 May 2021 07:47:40 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by gabe.freedesktop.org (Postfix) with ESMTPS id 29DEA6E9E1; Tue, 11 May 2021 07:47:39 +0000 (UTC) Received: from [192.168.1.190] (unknown [91.155.165.229]) (Authenticated sender: martin.peres@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id DA6B15FFD6; Tue, 11 May 2021 09:47:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1620719256; bh=L/SC9UgcswCPiqwyylKjzVrzqsffsAgm9Kh+PseelWk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=gDTC/pPle60F5aFILvsj9AxKC2S/HAAeVcGUzbfeN72f5Fv9ab5CULX4N9HlweJ6R DSLvcrcZm6wlSy/H8fJ3j/jH+aD7MUozlUZdyzVxj7EBz+DjgV8sdy0kwaGBx1+fHE mTFNU+v5NFzGMoFvAtpldmW+qOjAPu2ScXf/FR3Qr+NbcfJ7Z403JbBokncvU0kykX h0rHZSbR8Cm2bZH2BfG+WOrWD8QGYdspXCQp3WCcBpCGS+ibK3V3CuHoV2k+cAkqOt D8M165n2bpOrdV96fCi/DrV7ajti3wSa4Ah4sTlc3pUoGemp0ZMT0IaXUuWht5ZgaM IfhcqRziaHbcA== Subject: Re: [RFC PATCH 00/97] Basic GuC submission support in the i915 To: "Dixit, Ashutosh" , Jason Ekstrand References: <20210506191451.77768-1-matthew.brost@intel.com> <17953669798.2817.c6988b7ea6112e3e892765a0d4287e0c@jlekstrand.net> <878s4mvuww.wl-ashutosh.dixit@intel.com> From: Martin Peres Message-ID: Date: Tue, 11 May 2021 10:47:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <878s4mvuww.wl-ashutosh.dixit@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Matthew Brost , tvrtko.ursulin@intel.com, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, jason.ekstrand@intel.com, daniele.ceraolospurio@intel.com, jon.bloomfield@intel.com, daniel.vetter@intel.com, john.c.harrison@intel.com Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On 11/05/2021 05:58, Dixit, Ashutosh wrote: > On Sun, 09 May 2021 16:11:43 -0700, Jason Ekstrand wrote: >> >> Yes, landing GuC support may be the first step in removing execlist >> support. The inevitable reality is that GPU scheduling is coming and >> likely to be there only path in the not-too-distant future. (See also >> the ongoing thread with AMD about fences.) I'm not going to pass >> judgement on whether or not this is a good thing. I'm just reading the >> winds and, in my view, this is where things are headed for good or ill. >> >> In answer to the question above, the answer to "what do we gain from >> GuC?" may soon be, "you get to use your GPU." We're not there yet and, >> again, I'm not necessarily advocating for it, but that is likely where >> things are headed. >> >> A firmware-based submission model isn't a bad design IMO and, aside from >> the firmware freedom issues, I think there are actual advantages to the >> model. Immediately, it'll unlock a few features like parallel submission >> (more on that in a bit) and long-running compute because they're >> implemented in GuC and the work to implement them properly in the >> execlist scheduler is highly non-trivial. Longer term, it may (no >> guarantees) unlock some performance by getting the kernel out of the way. > > I believe another main reason for GuC is support for HW based > virtualization like SRIOV. The only way to support SRIOV with execlists > would be to statically partition the GPU between VM's, any dynamic > partitioning needs something in HW. > FW-based command-submission is indeed a win for SRIOV and the current HW architecture. Thanks for chiming in! Martin From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1736DC433B4 for ; Tue, 11 May 2021 07:47:41 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (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 8338261400 for ; Tue, 11 May 2021 07:47:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8338261400 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=free.fr Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=intel-gfx-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id DB9BA6E9E1; Tue, 11 May 2021 07:47:39 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by gabe.freedesktop.org (Postfix) with ESMTPS id 29DEA6E9E1; Tue, 11 May 2021 07:47:39 +0000 (UTC) Received: from [192.168.1.190] (unknown [91.155.165.229]) (Authenticated sender: martin.peres@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id DA6B15FFD6; Tue, 11 May 2021 09:47:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1620719256; bh=L/SC9UgcswCPiqwyylKjzVrzqsffsAgm9Kh+PseelWk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=gDTC/pPle60F5aFILvsj9AxKC2S/HAAeVcGUzbfeN72f5Fv9ab5CULX4N9HlweJ6R DSLvcrcZm6wlSy/H8fJ3j/jH+aD7MUozlUZdyzVxj7EBz+DjgV8sdy0kwaGBx1+fHE mTFNU+v5NFzGMoFvAtpldmW+qOjAPu2ScXf/FR3Qr+NbcfJ7Z403JbBokncvU0kykX h0rHZSbR8Cm2bZH2BfG+WOrWD8QGYdspXCQp3WCcBpCGS+ibK3V3CuHoV2k+cAkqOt D8M165n2bpOrdV96fCi/DrV7ajti3wSa4Ah4sTlc3pUoGemp0ZMT0IaXUuWht5ZgaM IfhcqRziaHbcA== To: "Dixit, Ashutosh" , Jason Ekstrand References: <20210506191451.77768-1-matthew.brost@intel.com> <17953669798.2817.c6988b7ea6112e3e892765a0d4287e0c@jlekstrand.net> <878s4mvuww.wl-ashutosh.dixit@intel.com> From: Martin Peres Message-ID: Date: Tue, 11 May 2021 10:47:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <878s4mvuww.wl-ashutosh.dixit@intel.com> Content-Language: en-US Subject: Re: [Intel-gfx] [RFC PATCH 00/97] Basic GuC submission support in the i915 X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, jason.ekstrand@intel.com, daniel.vetter@intel.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" On 11/05/2021 05:58, Dixit, Ashutosh wrote: > On Sun, 09 May 2021 16:11:43 -0700, Jason Ekstrand wrote: >> >> Yes, landing GuC support may be the first step in removing execlist >> support. The inevitable reality is that GPU scheduling is coming and >> likely to be there only path in the not-too-distant future. (See also >> the ongoing thread with AMD about fences.) I'm not going to pass >> judgement on whether or not this is a good thing. I'm just reading the >> winds and, in my view, this is where things are headed for good or ill. >> >> In answer to the question above, the answer to "what do we gain from >> GuC?" may soon be, "you get to use your GPU." We're not there yet and, >> again, I'm not necessarily advocating for it, but that is likely where >> things are headed. >> >> A firmware-based submission model isn't a bad design IMO and, aside from >> the firmware freedom issues, I think there are actual advantages to the >> model. Immediately, it'll unlock a few features like parallel submission >> (more on that in a bit) and long-running compute because they're >> implemented in GuC and the work to implement them properly in the >> execlist scheduler is highly non-trivial. Longer term, it may (no >> guarantees) unlock some performance by getting the kernel out of the way. > > I believe another main reason for GuC is support for HW based > virtualization like SRIOV. The only way to support SRIOV with execlists > would be to statically partition the GPU between VM's, any dynamic > partitioning needs something in HW. > FW-based command-submission is indeed a win for SRIOV and the current HW architecture. Thanks for chiming in! Martin _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx