October 2023 - wine-gitlab

[PATCH 0/6] MR4076: dmsynth: Implement some MIDI events in the synth.
by Rémi Bernon (＠rbernon) 12 Oct '23

12 Oct '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/4076

4 8

[PATCH v2 0/1] MR4072: advapi32/tests: Mark some ReadEventLog tests broken on Win10 200[49].
by Daniel Lehman (＠dlehman25) 12 Oct '23

12 Oct '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55731 -- v2: advapi32/tests: Skip ReadEventLog on failure to open System log. https://gitlab.winehq.org/wine/wine/-/merge_requests/4072

2 1

[PATCH v3 0/1] MR384: vkd3d: Replace the descriptor object cache with a thread-local implementation.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

The PE build uses FlsAlloc(), which for our purposes makes no difference vs TlsAlloc(), and allows the use of a destruction callback. -- v3: vkd3d: Replace the descriptor object cache with a thread-local implementation. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/384

2 1

[PATCH v2 0/1] MR384: Draft: vkd3d: Introduce a thread-local descriptor object cache.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

A TLS index is allocated for each device object. We could use a global TLS, but that would share caches for all devices. I'm not sure if that's a problem. One index per device means freed indices must be recycled, which requires a global mutex, but a global TLS index would also need a global mutex. This currently leaks cache memory when a device is freed. To fix this, allocations must be tracked. A global cache is more difficult to free, which is not normally an issue, but it is when using valgrind. -- v2: vkd3d: Replace the descriptor object cache with a thread-local implementation. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/384

2 1

[PATCH 0/1] MR4080: cfgmgr32: Add stub for CM_Get_Device_Interface_PropertyW.
by Brendan Shanks (＠bshanks) 12 Oct '23

12 Oct '23

This fixes poor performance in Counter-Strike 2 by allowing [SDL's hidapi](https://github.com/libsdl-org/SDL/blob/1c3a0ade742af1f3626b43b9c865… to initialize successfully, rather than endlessly trying to resolve the non-existent function. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4080

2 1

[PATCH v5 0/18] MR401: Draft: vkd3d-shader/dxil: Implement constant buffer loads.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

Goes atop MR 372, 403 and 388. The last six commits belong to this MR. -- v5: vkd3d-shader/dxil: Implement the DXIL EXTRACTVAL instruction. vkd3d-shader/dxil: Implement DX instruction CBufferLoadLegacy. vkd3d-shader/dxil: Implement DX instruction CreateHandle. vkd3d-shader/dxil: Read CBV descriptors. vkd3d-shader/spirv: Align constant buffer sizes to 16 bytes. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/401

2 18

[PATCH v4 0/18] MR401: Draft: vkd3d-shader/dxil: Implement constant buffer loads.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

Goes atop MR 346, 400, 372, and 388. The last six commits belong to this MR. -- v4: vkd3d-shader/dxil: Implement the DXIL EXTRACTVAL instruction. vkd3d-shader/dxil: Implement DX instruction CBufferLoadLegacy. vkd3d-shader/dxil: Implement DX instruction CreateHandle. vkd3d-shader/dxil: Read CBV descriptors. vkd3d-shader/spirv: Align constant buffer sizes to 16 bytes. vkd3d-shader/spirv: Support scalar swizzle of vector SSA registers. vkd3d-shader/dxil: Read DXIL compute shader thread group dimensions. vkd3d-shader/dxil: Read DXIL global flags. vkd3d-shader: Define more global flags. vkd3d-shader/dxil: Handle multi-row signature elements. vkd3d-shader/dxil: Handle signature element additional tag/value pairs. vkd3d-shader/dxil: Read the DXIL input and output signatures. vkd3d-shader/dxil: Validate the entry point info. vkd3d-shader/dxil: Read DXIL metadata named nodes. vkd3d-shader/dxil: Read DXIL metadata kinds. vkd3d-shader/dxil: Read DXIL metadata values. vkd3d-shader/dxil: Read DXIL metadata nodes. vkd3d-shader/dxil: Read DXIL metadata strings. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/401

2 18

[PATCH v4 0/12] MR388: Draft: vkd3d-shader/dxil: Complete the signature reads and read some shader properties.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

Goes atop MRs 346 and 372. The last five commits are of this MR. -- v4: vkd3d-shader/dxil: Read DXIL compute shader thread group dimensions. vkd3d-shader/dxil: Read DXIL global flags. vkd3d-shader: Define more global flags. vkd3d-shader/dxil: Handle multi-row signature elements. vkd3d-shader/dxil: Handle signature element additional tag/value pairs. vkd3d-shader/dxil: Read the DXIL input and output signatures. vkd3d-shader/dxil: Validate the entry point info. vkd3d-shader/dxil: Read DXIL metadata named nodes. vkd3d-shader/dxil: Read DXIL metadata kinds. vkd3d-shader/dxil: Read DXIL metadata values. vkd3d-shader/dxil: Read DXIL metadata nodes. vkd3d-shader/dxil: Read DXIL metadata strings. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/388

2 12

[PATCH 0/9] MR403: Draft: vkd3d-shader/dxil: Read the DXIL input and output signatures.
by Conor McCarthy (＠cmccarthy) 12 Oct '23

12 Oct '23

Goes atop MR 372. The last four commits are of this MR. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/403

2 9

[PATCH v2 0/7] MR4014: winewayland.drv: part 8: More window management
by Alexandros Frantzis (＠afrantzis) 11 Oct '23

11 Oct '23

This MR improves window management related behavior and adds support for more scenarios. Some highlights (please see the full commit list and messages for more info): 1. Better support for tiled states. 2. Detect and handle fullscreen windows. 3. Increased robustness against state disagreements between Wine and the Wayland compositor. 4. Move top-level windows to (0,0) (using that fixed point for now, we will later generalize this mechanism for multiple monitors), in order to: a. maximize the accessible mouse input region (which may be clipped in Windows virtual screen space, but still accessible in Wayland space). b. introduce the basic mechanism to allow windows applications to (very roughly!) track which output(s) they are really on (to be continued in the full multi-monitor form). Although (4) is not a perfect solution for the lack of absolute positioning, it has worked well in practice in its full, multi-monitor implementation (i.e., in the experimental branch). I wonder if for (4a) in particular we can do better, e.g., by being able to emit input that circumvents the normal virtual screen clipping. Is there a way to do this already? If not, do you think that such an approach would be a feasible and acceptable way forward, or is virtual screen input clipping fundamentally baked in the current core design and assumptions? Thanks! -- v2: winewayland.drv: Avoid resizing fullscreen windows. winewayland.drv: Rename wayland_surface_configure_is_compatible for consistency. winewayland.drv: Use surface geometry to satisfy state size constraints. winewayland.drv: Handle application-initiated fullscreen state. https://gitlab.winehq.org/wine/wine/-/merge_requests/4014

4 16

2025

2024

2023

2022

wine-gitlab October 2023