February 2025 - Wine-gitlab

[PATCH v2 0/5] MR7391: winebth.sys part 4: Implement IOCTL_BTH_GET_DEVICE_INFO.
by Vibhav Pant (＠vibhavp) 21 Feb '25

21 Feb '25

This MR introduces an initial implementation for `IOCTL_BTH_GET_DEVICE_INFO` which returns a list of known/cached devices by BlueZ. -- v2: winebth.sys: Remove the corresponding device entry for Bluetooth radios on receiving InterfacesRemoved for org.bluez.Device1 objects. winebth.sys: Queue a DEVICE_ADDED event on receiving InterfacesAdded for objects that implement org.bluez.Device1. winebth.sys: Add connection related properties for remote devices. https://gitlab.winehq.org/wine/wine/-/merge_requests/7391

3 8

[PATCH 0/4] MR7395: oleaut32/tests: Add some tests for loading and saving EMF using IPicture interface.
by Dmitry Timoshkov (＠dmitry) 21 Feb '25

21 Feb '25

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

3 5

[PATCH v4 0/7] MR7152: dxgi: Fix the frame latency waitable implementation.
by Giovanni Mascellani (＠giomasce) 21 Feb '25

21 Feb '25

This is an alternative proposal to !5830. It fixes the same glitches in Horizon Zero Dawn, but attempts to do that by implementing the proper behavior expected from the swapchain. More precisely, it fixes a few mistakes I had made the last time I touched this code, it implements the frame latency waitable with a semaphore instead of an event (as it should be) and at last it uses the frame latency waitable to implement an appropriate wait after presentation when the client didn't request to manage the waitable directly. This implementation is not yet complete, because the semaphore should be released when the frame is presented. Knowing when this is the case would require using `VK_KHR_present_wait`. We currently approximate that with the moment in which the frame is submitted for presentation to Vulkan, which as far as I can tell is good enough. Eventually I'll try to write the proper thing. This MR depends on https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/1343, which has been submitted in the meantime to vkd3d. The vkd3d change is included in the first commit, so this MR is already functional. -- v4: dxgi: Wait on the frame latency semaphore when the client doesn't do it. dxgi: Make the frame latency waitable a semaphore. dxgi: Remove the frame latency fence. dxgi: Directly signal the frame latency fence. dxgi: Do not bias the frame latency fence. dxgi: Set the frame latency even when increasing the frame latency. dxgi: Submit Vulkan presentation as soon as possible. https://gitlab.winehq.org/wine/wine/-/merge_requests/7152

2 9

[PATCH 0/5] MR7393: kernelbase: Implement GetDiskSpaceInformation().
by Conor McCarthy (＠cmccarthy) 21 Feb '25

21 Feb '25

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

2 5

[PATCH 0/1] MR7387: windowscodecs: Remove TGA decoder.
by Nikolay Sivov (＠nsivov) 21 Feb '25

21 Feb '25

It was only used for d3dx9, which is no longer a case. It's not available on Windows. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7387

3 2

[PATCH v9 0/12] MR7174: rtworkq: Fix handling of platform startup and lock counts.
by Conor McCarthy (＠cmccarthy) 21 Feb '25

21 Feb '25

Startup and lock counts in native Windows are separate, and the lock count does not decrease when an async result is freed if the platform has been started. -- v9: rtworkq: Do not cancel pending callbacks when closing a thread pool. rtworkq/tests: Test queue shutdown with pending items. rtworkq/tests: Test scheduled items. mfplat/tests: Check for async result release after canceling work and shutting down. mfplat/tests: Release callback2 in test_event_queue(). mfplat: Free the inner cookie passed to resolver_create_cancel_object(). rtworkq: Introduce an async result object cache. rtworkq: Introduce a platform startup count. rtworkq/tests: Test work queue. mfplat/tests: Test platform startup and lock counts. mfplat/tests: Test mixing of MF platform functions with their Rtwq equivalents. mfplat/tests: Introduce a helper to check the platform lock count. https://gitlab.winehq.org/wine/wine/-/merge_requests/7174

2 13

[PATCH 0/8] MR7376: windowscodecs/gif: Store Image descriptor offset when reading GIF data.
by Nikolay Sivov (＠nsivov) 21 Feb '25

21 Feb '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7376

3 9

[PATCH 0/1] MR7356: http.sys: Avoid crashes in complete_irp() if http header value is space
by Wei Xie (＠wayne) 21 Feb '25

21 Feb '25

The value_len returned by the parse_header function may be less than 0 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7356

3 4

[PATCH v5 0/2] MR7392: server: Add an epoll_pwait2 path for server_main_loop if supported.
by William Horvath (＠whrvt) 20 Feb '25

20 Feb '25

This mitigates a side effect of the global current_time and monotonic_time being updated on every server call's timeout, where the end time of any unrelated server call is moved into the future (depending on the frequency of server calls). By using a more granular timeout, the overall frequency of server calls doesn't have as great of an effect on each individual timeout, as we don't have to wait for an entire millisecond (which was due to the ceiling operation in get_next_timeout). This [issue](https://bugs.winehq.org/show_bug.cgi?id=57849) gives a few examples of this causing significant degradation in the behavior of some games, which use alertable (server) waits for their FPS limiter. -- v5: server: Use epoll_pwait2 if supported. server: Convert to and use a timespec directly for timeouts if supported. https://gitlab.winehq.org/wine/wine/-/merge_requests/7392

2 3

[PATCH v4 0/2] MR7392: server: Add an epoll_pwait2 path for server_main_loop if supported.
by William Horvath (＠whrvt) 20 Feb '25

20 Feb '25

This mitigates a side effect of the global current_time and monotonic_time being updated on every server call's timeout, where the end time of any unrelated server call is moved into the future (depending on the frequency of server calls). By using a more granular timeout, the overall frequency of server calls doesn't have as great of an effect on each individual timeout, as we don't have to wait for an entire millisecond (which was due to the ceiling operation in get_next_timeout). This [issue](https://bugs.winehq.org/show_bug.cgi?id=57849) gives a few examples of this causing significant degradation in the behavior of some games, which use alertable (server) waits for their FPS limiter. -- v4: server: Use epoll_pwait2 if supported. server: Convert to and use a timespec directly for timeouts if supported. https://gitlab.winehq.org/wine/wine/-/merge_requests/7392

2 4