i509VCB

1.16.x Update

3

Since the 1.16.x snapshots are coming out soon, it would be best to prepare for them with a plan of what needs to be done. Add new hook so cancellation...

This would likely involve adding an `alloc` and `std` feature.

Allocator type is quite large

2

The allocator type is quite large. This is due to holding a `ash::Device`. Summary of -Z print-type-sizes (`cargo +nightly rustc -- -Z print-type-sizes`): ``` print-type-size type: `gpu_allocator::vulkan::Allocator`: 1552 bytes, alignment:...

`Allocator::new` should not be safe because there is no guarantee the caller has made sure the `ash::Device` outlives the allocator. The `AllocatorCreateDesc` also needs to be populated so that the...

I tend to notice that a lot of new users of Smithay/contributors do not understand how Wayland as a protocol works. My suggestion here is that we have a "Suggested...

The winit backend currently does not allow more than one window to be created. One idea I had to make this possible is to expose raw winit::Event so you can...

This is useful so that the compositor can tell clients about what area of the screen is not taken up by docks, taskbars and etc

Support VK_KHR_dedicated_allocation in Vulkan allocator

1

While working on the Vulkan renderer this came to mind. Per [the specification]: - > requiresDedicatedAllocation may be VK_TRUE if the pNext chain of [VkImageCreateInfo](https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/VkImageCreateInfo.html) for the call to [vkCreateImage](https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/vkCreateImage.html)...

This is proposed for 0.5. Please just release Smithay 0.4 and then we can delve into implementing this. # The current problem At the moment Smithay relies on interior mutability...