Re: [Mesa-dev] Mesa (master): lavapipe: bump maxMemoryAllocationCount

[Brian Paul]

On 3/17/21 6:12 PM, GitLab Mirror wrote:

Module: Mesa
Branch: master
Commit: 23100f3b6531d7055ae4d42e07bda09d991ea438
URL:
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcgit.freedesktop.org%2Fmesa%2Fmesa%2Fcommit%2F%3Fid%3D23100f3b6531d7055ae4d42e07bda09d991ea438data=04%7C01%7Cbrianp%40vmware.com%7Cd05b2a74f4bd48bf385208d8e9a28db1%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C637516231677082505%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=d3Ypjgh4TYqFsQDUbFCY956sLSv1hpqG4NP2OwP4it4%3Dreserved=0

Author: Dave Airlie 
Date:   Wed Mar 17 13:33:14 2021 +1000

lavapipe: bump maxMemoryAllocationCount

not sure why this was so low


4096 is the minimum maximum that Vulkan supports.  I believe that's what 
Nvidia and AMD's Windows Vulkan drivers say.


If you want your Vulkan app to be really cross-platform it's a limit to 
be aware of.


-Brian




Reviewed-By: Mike Blumenkrantz 
Reviewed-by: Adam Jackson 
Part-of: 


---

  src/gallium/frontends/lavapipe/lvp_device.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/gallium/frontends/lavapipe/lvp_device.c 
b/src/gallium/frontends/lavapipe/lvp_device.c
index 61edf15dd0a..b087e2a7d68 100644
--- a/src/gallium/frontends/lavapipe/lvp_device.c
+++ b/src/gallium/frontends/lavapipe/lvp_device.c
@@ -574,7 +574,7 @@ VKAPI_ATTR void VKAPI_CALL 
lvp_GetPhysicalDeviceProperties(VkPhysicalDevice phys
.maxUniformBufferRange= 
pdevice->pscreen->get_shader_param(pdevice->pscreen, PIPE_SHADER_FRAGMENT, 
PIPE_SHADER_CAP_MAX_CONST_BUFFER_SIZE),
.maxStorageBufferRange= 
pdevice->pscreen->get_param(pdevice->pscreen, PIPE_CAP_MAX_SHADER_BUFFER_SIZE),
.maxPushConstantsSize = MAX_PUSH_CONSTANTS_SIZE,
-  .maxMemoryAllocationCount = 4096,
+  .maxMemoryAllocationCount = UINT32_MAX,
.maxSamplerAllocationCount= 32 * 1024,
.bufferImageGranularity   = 64, /* A cache line */
.sparseAddressSpaceSize   = 0,

___
mesa-commit mailing list
mesa-com...@lists.freedesktop.org
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fmesa-commitdata=04%7C01%7Cbrianp%40vmware.com%7Cd05b2a74f4bd48bf385208d8e9a28db1%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C637516231677082505%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=j0T9KnefIkBponHxMLxgKi8xBIMHYAydsEWV9ESBsSQ%3Dreserved=0



___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [AppVeyor] mesa master #1756 failed

[AppVeyor]

Build mesa 1756 failed


Commit 1b9d8d7fdf by Mauro Rossi on 3/15/2021 10:39 PM:

android: util: create some standalone compression helpers


Configure your notification preferences

___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] docs: consistent language

[Erik Faye-Lund]

On Mon, 2021-03-15 at 10:54 -0700, Ian Romanick wrote:
> 
> If anyone doesn't feel comfortable speaking out publicly about this,
> please feel free to contact Erik or me privately.

Just thought I'd mention; I've gotten a vote against the proposal
through other channels. Because I haven't gotten explicit permission to
name the person, I'm not doing so here.

The person said it's not a hill they're willing to die on, though. But
it's worth mentioning.

My understanding is that the vote against is a vote to effectively
leave the english variant undefined, similar to what Wikipedia does. So
not really a vote for some other specific variant of English.

___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] docs: consistent language

[Alyssa Rosenzweig]

>Absolutely. Apparently I forgot to write the final line which is that I
>think standardising on US English across the board is a good thing

Standardise on any flavour of English you'd like, one of them is still
wrong ;-)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev