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=-3.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 DC76CC433ED for ; Thu, 29 Apr 2021 05:49:57 +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 6C1A661418 for ; Thu, 29 Apr 2021 05:49:57 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6C1A661418 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=whitecape.org 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 189F66EC78; Thu, 29 Apr 2021 05:49:52 +0000 (UTC) Received: from smtp112.ord1c.emailsrvr.com (smtp112.ord1c.emailsrvr.com [108.166.43.112]) by gabe.freedesktop.org (Postfix) with ESMTPS id 7FDD16E10F for ; Wed, 28 Apr 2021 17:12:19 +0000 (UTC) X-Auth-ID: kenneth@whitecape.org Received: by smtp15.relay.ord1c.emailsrvr.com (Authenticated sender: kenneth-AT-whitecape.org) with ESMTPSA id 8203320199; Wed, 28 Apr 2021 13:12:17 -0400 (EDT) From: Kenneth Graunke To: Matthew Auld , Jason Ekstrand Subject: Re: [PATCH 1/9] drm/doc/rfc: i915 DG1 uAPI Date: Wed, 28 Apr 2021 10:12:12 -0700 Message-ID: <8049200.4jvIBUede8@mizzik> In-Reply-To: References: <20210426093901.28937-1-matthew.auld@intel.com> MIME-Version: 1.0 X-Classification-ID: ccb12a51-a55f-46d5-888a-2a59a742c0d9-1-1 X-Mailman-Approved-At: Thu, 29 Apr 2021 05:49:49 +0000 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: Lionel Landwerlin , Thomas =?ISO-8859-1?Q?Hellstr=F6m?= , Dave Airlie , Jordan Justen , Intel GFX , Maling list - DRI developers , Daniel Vetter , Daniele Ceraolo Spurio , Jon Bloomfield , ML mesa-dev , Daniel Vetter Content-Type: multipart/mixed; boundary="===============1546316292==" Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" --===============1546316292== Content-Type: multipart/signed; boundary="nextPart5263843.F5xLCIcnGf"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart5263843.F5xLCIcnGf Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii"; protected-headers="v1" From: Kenneth Graunke To: Matthew Auld , Jason Ekstrand Cc: Intel GFX , Joonas Lahtinen , Thomas =?ISO-8859-1?Q?Hellstr=F6m?= , Daniele Ceraolo Spurio , Lionel Landwerlin , Jon Bloomfield , Jordan Justen , Daniel Vetter , Dave Airlie , Maling list - DRI developers , ML mesa-dev , Daniel Vetter , Dave Airlie Subject: Re: [PATCH 1/9] drm/doc/rfc: i915 DG1 uAPI Date: Wed, 28 Apr 2021 10:12:12 -0700 Message-ID: <8049200.4jvIBUede8@mizzik> In-Reply-To: References: <20210426093901.28937-1-matthew.auld@intel.com> On Wednesday, April 28, 2021 9:56:25 AM PDT Jason Ekstrand wrote: > On Wed, Apr 28, 2021 at 11:41 AM Matthew Auld wrote: [snip] > > Slightly orthogonal: what does Mesa do here for snooped vs LLC > > platforms? Does it make such a distinction? Just curious. > > In Vulkan on non-LLC platforms, we only enable snooping for things > that are going to be mapped: staging buffers, state buffers, batches, > etc. For anything that's not mapped (tiled images, etc.) we leave > snooping off on non-LLC platforms so we don't take a hit from it. In > GL, I think it works out to be effectively the same but it's a less > obvious decision there. > > --Jason iris currently enables snooping on non-LLC platforms when Gallium marks a resource as PIPE_USAGE_STAGING, which generally means it's going to be mapped and "fast CPU access" is desired. Most buffers are not snooped. I don't believe i965 uses snooping at all, surprisingly. --Ken --nextPart5263843.F5xLCIcnGf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE6OtbNAgc4e6ibv4ZW1vaBx1JzDgFAmCJl2wACgkQW1vaBx1J zDhR1A//af0oss4ddalEUbGfV/ijKqW7P0rwnKTXdPHTiGmL7HujWklUSAzIENOu 0wwfEvy42+fOftoDeo9sMMkuChT732rQX6OrwYw766UYwOTWySbKei87te7jLEGQ EGb/hUYhq99LFq043Oxeuyy4HhXTQEQafNVj8isCk2WNQWbcCZl/gO03LF9iC9Y9 OjU7sYWlWPHkUCBPdcL0o31qiBaunZrJv8RbjVm4Csr+MsI3zRLdzZ0SiUVKFvIn sIonBFw2JqMSUugWqLKJwqs5z/dVz/xJCVds8/mOic4V2g+d6nP5jkLWUTTNFXkF jDZSTxrMwkjAj2GxhgBpBQc22wViTlaIi3vVx7KFFba5hF4yrEhkN5msUJoxqQME DWNFW1H1DjV77lierhsowW5ucZ12DaVSAcubGUp6rUKc5oYFXOZgPVyZksj5sqJs 9vYA72Bb6WYq095vkoZcNSOXr2XqmiGCx7rqVogWLtMhfr0ynPAxHwvwB54F9UJS ndm9qR6GwNo0mbSF7tZ+042AlPN0W+7dFaegXszj2NQCkrFI7ZzWpEuWOe5spFV4 p0YIw7ec7jQluOmmC3WUYj1eQO+IqmfZpYD76fMkt9WqHpJ2uoONzrKWpDmDvyt3 P/7/xJER+ALIrVU53y75dAKosHC+i3Lq63NjDkGcFhHFVm1+ZDg= =VfQU -----END PGP SIGNATURE----- --nextPart5263843.F5xLCIcnGf-- --===============1546316292== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1546316292==-- 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=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS 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 32A15C433ED for ; Wed, 28 Apr 2021 17:12:24 +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 ABB266143A for ; Wed, 28 Apr 2021 17:12:23 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org ABB266143A Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=whitecape.org 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 A662D89B05; Wed, 28 Apr 2021 17:12:22 +0000 (UTC) Received: from smtp113.ord1c.emailsrvr.com (smtp113.ord1c.emailsrvr.com [108.166.43.113]) by gabe.freedesktop.org (Postfix) with ESMTPS id 8C3876ECE8 for ; Wed, 28 Apr 2021 17:12:19 +0000 (UTC) X-Auth-ID: kenneth@whitecape.org Received: by smtp15.relay.ord1c.emailsrvr.com (Authenticated sender: kenneth-AT-whitecape.org) with ESMTPSA id 8203320199; Wed, 28 Apr 2021 13:12:17 -0400 (EDT) From: Kenneth Graunke To: Matthew Auld , Jason Ekstrand Date: Wed, 28 Apr 2021 10:12:12 -0700 Message-ID: <8049200.4jvIBUede8@mizzik> In-Reply-To: References: <20210426093901.28937-1-matthew.auld@intel.com> MIME-Version: 1.0 X-Classification-ID: ccb12a51-a55f-46d5-888a-2a59a742c0d9-1-1 Subject: Re: [Intel-gfx] [PATCH 1/9] drm/doc/rfc: i915 DG1 uAPI 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: Lionel Landwerlin , Thomas =?ISO-8859-1?Q?Hellstr=F6m?= , Dave Airlie , Intel GFX , Maling list - DRI developers , Daniel Vetter , ML mesa-dev , Daniel Vetter Content-Type: multipart/mixed; boundary="===============2025380712==" Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" --===============2025380712== Content-Type: multipart/signed; boundary="nextPart5263843.F5xLCIcnGf"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart5263843.F5xLCIcnGf Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii"; protected-headers="v1" From: Kenneth Graunke To: Matthew Auld , Jason Ekstrand Cc: Intel GFX , Joonas Lahtinen , Thomas =?ISO-8859-1?Q?Hellstr=F6m?= , Daniele Ceraolo Spurio , Lionel Landwerlin , Jon Bloomfield , Jordan Justen , Daniel Vetter , Dave Airlie , Maling list - DRI developers , ML mesa-dev , Daniel Vetter , Dave Airlie Subject: Re: [PATCH 1/9] drm/doc/rfc: i915 DG1 uAPI Date: Wed, 28 Apr 2021 10:12:12 -0700 Message-ID: <8049200.4jvIBUede8@mizzik> In-Reply-To: References: <20210426093901.28937-1-matthew.auld@intel.com> On Wednesday, April 28, 2021 9:56:25 AM PDT Jason Ekstrand wrote: > On Wed, Apr 28, 2021 at 11:41 AM Matthew Auld wrote: [snip] > > Slightly orthogonal: what does Mesa do here for snooped vs LLC > > platforms? Does it make such a distinction? Just curious. > > In Vulkan on non-LLC platforms, we only enable snooping for things > that are going to be mapped: staging buffers, state buffers, batches, > etc. For anything that's not mapped (tiled images, etc.) we leave > snooping off on non-LLC platforms so we don't take a hit from it. In > GL, I think it works out to be effectively the same but it's a less > obvious decision there. > > --Jason iris currently enables snooping on non-LLC platforms when Gallium marks a resource as PIPE_USAGE_STAGING, which generally means it's going to be mapped and "fast CPU access" is desired. Most buffers are not snooped. I don't believe i965 uses snooping at all, surprisingly. --Ken --nextPart5263843.F5xLCIcnGf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE6OtbNAgc4e6ibv4ZW1vaBx1JzDgFAmCJl2wACgkQW1vaBx1J zDhR1A//af0oss4ddalEUbGfV/ijKqW7P0rwnKTXdPHTiGmL7HujWklUSAzIENOu 0wwfEvy42+fOftoDeo9sMMkuChT732rQX6OrwYw766UYwOTWySbKei87te7jLEGQ EGb/hUYhq99LFq043Oxeuyy4HhXTQEQafNVj8isCk2WNQWbcCZl/gO03LF9iC9Y9 OjU7sYWlWPHkUCBPdcL0o31qiBaunZrJv8RbjVm4Csr+MsI3zRLdzZ0SiUVKFvIn sIonBFw2JqMSUugWqLKJwqs5z/dVz/xJCVds8/mOic4V2g+d6nP5jkLWUTTNFXkF jDZSTxrMwkjAj2GxhgBpBQc22wViTlaIi3vVx7KFFba5hF4yrEhkN5msUJoxqQME DWNFW1H1DjV77lierhsowW5ucZ12DaVSAcubGUp6rUKc5oYFXOZgPVyZksj5sqJs 9vYA72Bb6WYq095vkoZcNSOXr2XqmiGCx7rqVogWLtMhfr0ynPAxHwvwB54F9UJS ndm9qR6GwNo0mbSF7tZ+042AlPN0W+7dFaegXszj2NQCkrFI7ZzWpEuWOe5spFV4 p0YIw7ec7jQluOmmC3WUYj1eQO+IqmfZpYD76fMkt9WqHpJ2uoONzrKWpDmDvyt3 P/7/xJER+ALIrVU53y75dAKosHC+i3Lq63NjDkGcFhHFVm1+ZDg= =VfQU -----END PGP SIGNATURE----- --nextPart5263843.F5xLCIcnGf-- --===============2025380712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx --===============2025380712==--