- Wine-GitLab - list.winehq.org

Re: [PATCH v4 0/1] MR8916: ntdll: Switch to CLOCK_BOOTTIME for monotonic counters on Linux.
by Rémi Bernon Jan. 7, 2026

Jan. 7, 2026

This made the NT tick clock source diverge from other components. There's one instance of it in winevulkan, which was doing the same check to decide whether to use MONOTONIC_RAW vulkan clock source. There are also other similar uses of CLOCK_MONOTONIC_RAW in the audio drivers. I'm not exactly sure whether these actually need to match the NT ticks source, but if that's the case it might cause some issue there too. For the vulkan side, there's no CLOCK_BOOTTIME equivalent in vulkan, so there's no way to make both clock sources match anymore. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8916#note_126492

1 0

[PATCH v3 0/1] MR9859: Draft: winevulkan: Use correct time domain for calibrated timestamps
by Etaash Mathamsetty (＠etaash.mathamsetty) Jan. 7, 2026

Jan. 7, 2026

I am not sure how to address this fully, but the following patch should at least make it accurate before the machine suspends. -- v3: winevulkan: Use correct time domain for calibrated timestamps https://gitlab.winehq.org/wine/wine/-/merge_requests/9859

3 5

[PATCH 0/1] MR9862: kerberos: Add support for EXTENDED_ERROR flags.
by Dmitry Timoshkov (＠dmitry) Jan. 7, 2026

Jan. 7, 2026

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

2 1

[PATCH 0/2] MR9860: opengl32: Present on flush only when rendering to the front buffer.
by Rémi Bernon Jan. 7, 2026

Jan. 7, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59190 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9860

1 2

Re: [PATCH v3 0/1] MR9858: qasf: Fix use-after-free of filter in reader callback.
by Yuxuan Shui (＠yshui) Jan. 7, 2026

Jan. 7, 2026

On Wed Jan 7 01:13:05 2026 +0000, Yuxuan Shui wrote: > > It doesn't sound right that wmvcore is invoking callbacks after (or > while) the wmv object is destroyed. Are we sure that's supposed to happen? > Oh wait, do you think the destruction of IWMReader should happen first? well, that makes a lot more sense. thanks. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9858#note_126482

1 0

[PATCH v2 0/1] MR9858: qasf: Fix use-after-free of filter in reader callback.
by Yuxuan Shui (＠yshui) Jan. 7, 2026

Jan. 7, 2026

If a asf reader callback is invoked after its corresponding reader has been destroyed, it will still try to use the reader via asf_callback->filter, resulting in use-after-free. This commits sets asf_callback->filter to NULL when the reader is destroyed, and adds NULL checks to reader callback functions to make them no-op after the reader is destroyed. Fixes: Bug 59159 -- v2: qasf: Fix use-after-free of asf reader in reader callback. https://gitlab.winehq.org/wine/wine/-/merge_requests/9858

3 4

[PATCH v5 0/1] MR9111: ws2_32: Implement SIO_BSP_HANDLE_SELECT.
by Josh Steffen (＠joshsteffen) Jan. 6, 2026

Jan. 6, 2026

My understanding is that, in the absence of layered service providers, `SIO_BSP_HANDLE_SELECT` should behave like `SIO_BASE_HANDLE` (this is relied upon by https://github.com/python-trio/trio) Should I add tests to verify this? If so, should they basically just be the same as the existing `SIO_BASE_HANDLE` tests? -- v5: ws2_32: Implement SIO_BSP_HANDLE_SELECT. https://gitlab.winehq.org/wine/wine/-/merge_requests/9111

2 1

[PATCH 0/1] MR9849: dxgi/tests: Add a missing return value check.
by Zhiyi Zhang (＠zhiyi) Jan. 6, 2026

Jan. 6, 2026

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

3 2

[PATCH v2 0/1] MR9859: Draft: winevulkan: Use correct time domain for calibrated timestamps
by Etaash Mathamsetty (＠etaash.mathamsetty) Jan. 6, 2026

Jan. 6, 2026

I am not sure how to address this fully, but the following patch should at least make it accurate before the machine suspends. -- v2: winevulkan: Use correct time domain for calibrated timestamps https://gitlab.winehq.org/wine/wine/-/merge_requests/9859

2 1

[PATCH 0/1] MR9859: Draft: winevulkan: Use correct time domain for calibrated timestamps
by Etaash Mathamsetty (＠etaash.mathamsetty) Jan. 6, 2026

Jan. 6, 2026

I am not sure how to address this fully, but the following patch should at least make it accurate before the machine suspends. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9859

2 1