August 2023 - wine-gitlab

[PATCH 0/1] MR3670: wldp: Add WldpIsDynamicCodePolicyEnabled() stub.
by Nikolay Sivov (＠nsivov) 28 Aug '23

28 Aug '23

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

2 1

[PATCH 0/9] MR3645: mshtml: Implement Cycle Collection for all mshtml objects (dispex), part 7.
by Gabriel Ivăncescu (＠insn) 28 Aug '23

28 Aug '23

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

4 13

[PATCH 0/1] MR3666: uiautomationcore: Fix typo with TreeScope_Subtree name
by Biswapriyo Nath (＠Biswa96) 28 Aug '23

28 Aug '23

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

3 3

Re: [PATCH v5 0/1] MR297: vkd3d: Fix invalid atomic behaviour in the view cache linked list.
by Henri Verbeet (＠hverbeet) 28 Aug '23

28 Aug '23

> > I think it's an improvement too, so I'll approve this. I do think there's further room for improvement though, both in terms of performance and in terms of code quality, and I'd prefer seeing those sooner rather than later. (E.g., I don't like the magic "16"; I don't like that we're rolling our own spinlocks here; I don't like the number of atomic operations in what's supposed to be a hot path.) > > I gave this some more thinking, and I'm not sure I like the idea of using spinlocks (either implemented by us or by others) any more. They're not wait-free and they don't even coordinate with the operating system, meaning that if a thread is suspended while a spinlock is hold any other thread trying to acquire the same spinlock will spin busily for an entire scheduling quantum (or more). In our case that's slightly different because there is striping, but there are still scenarios in which that can fail (depending on the number of active threads, CPUs and stripe buckets), so I don't like it. While I understand the engineering problems of the wait-free option with the CPU-specific code, I can't help but thinking that after some initial investment that's going to remove some opportunities for stuttering that may be even harder to reproduce and debug later. I don't particularly like the spinlocks either, but the striping at least somewhat mitigates the issues here. As mentioned before, I think the more problematic parts here are "next_index" and "free_count", which I'd expect to bounce all over the place in the cases we care about. The lock-free list wouldn't really avoid that issue either; it would have similar issues with the list head. The main benefit of thread-local schemes would be that it keeps data local to the thread as much as possible. Or that's the theory anyway; we'd also want some careful benchmarking to be done... -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/297#note_43543

1 0

Re: [PATCH v5 0/1] MR297: vkd3d: Fix invalid atomic behaviour in the view cache linked list.
by Giovanni Mascellani (＠giomasce) 28 Aug '23

28 Aug '23

> I think it's an improvement too, so I'll approve this. I do think there's further room for improvement though, both in terms of performance and in terms of code quality, and I'd prefer seeing those sooner rather than later. (E.g., I don't like the magic "16"; I don't like that we're rolling our own spinlocks here; I don't like the number of atomic operations in what's supposed to be a hot path.) I gave this some more thinking, and I'm not sure I like the idea of using spinlocks (either implemented by us or by others) any more. They're not wait-free and they don't even coordinate with the operating system, meaning that if a thread is suspended while a spinlock is hold any other thread trying to acquire the same spinlock will spin busily for an entire scheduling quantum (or more). In our case that's slightly different because there is striping, but there are still scenarios in which that can fail (depending on the number of active threads, CPUs and stripe buckets), so I don't like it. While I understand the engineering problems of the wait-free option with the CPU-specific code, I can't help but thinking that after some initial investment that's going to remove some opportunities for stuttering that may be even harder to reproduce and debug later. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/297#note_43540

1 0

[PATCH v3 0/3] MR3565: d3d9/tests: Work around test_reset_fullscreen failing on gitlab CI.
by Stefan Dösinger (＠stefan) 28 Aug '23

28 Aug '23

--- See the added comment for details what is going on. -- v3: d3d9/tests: Wait longer in test_occlusion_query for software renderers. d3d9/tests: The device window may restore behind our back in test_wndproc. d3d9/tests: Work around test_reset_fullscreen failing on gitlab CI. https://gitlab.winehq.org/wine/wine/-/merge_requests/3565

7 33

[PATCH v2 0/1] MR3579: oleaut32: Implement ICreateTypeLib2 DeleteTypeInfo
by Alistair Leslie-Hughes (＠alesliehughes) 28 Aug '23

28 Aug '23

-- v2: oleaut32: Implement ICreateTypeLib2 DeleteTypeInfo https://gitlab.winehq.org/wine/wine/-/merge_requests/3579

3 2

[PATCH v2 0/6] MR306: vkd3d-shader: Fix UAV coherence.
by Conor McCarthy (＠cmccarthy) 28 Aug '23

28 Aug '23

-- v2: vkd3d-shader/spirv: Handle thread group UAV barriers. vkd3d-shader/spirv: Include Uniform in the memory semantics for UAV barriers. vkd3d-shader/spirv: Handle globally coherent UAVs. vkd3d-shader: Introduce a UAV_GLOBALLY_COHERENT descriptor info flag. vkd3d-shader: Introduce the RASTERISER_ORDERED_VIEW UAV flag. vkd3d-shader/tpf: Fix extraction of the UAV declaration flags. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/306

2 7

[PATCH v2 0/4] MR3657: gdiplus: GdipCreateBitmapFromHICON fixes part 2/2
by Jeffrey Smith (＠whydoubt) 28 Aug '23

28 Aug '23

-- v2: gdiplus: Fix GdipCreateBitmapFromHICON bitmap data. gdiplus/tests: Add test for bitmap locked data from GdipCreateBitmapFromHICON. gdiplus/tests: Add test for non-square icon with GdipCreateBitmapFromHICON. gdiplus/tests: Add test for 32 bpp icon with GdipCreateBitmapFromHICON. https://gitlab.winehq.org/wine/wine/-/merge_requests/3657

2 4

[PATCH v6 0/6] MR3636: winegstreamer: Implement wg_muxer.
by Ziqing Hui (＠zhui) 28 Aug '23

28 Aug '23

Since 1.20, gst_element_request_pad_simple is available and gst_element_get_request_pad is marked as deprecated. -- v6: winegstreamer: Add MFMPEG4SinkClassFactory. mf/tests: Use h264 and aac in mp4 media sink tests. mf/tests: Add tests for h264 encoder. https://gitlab.winehq.org/wine/wine/-/merge_requests/3636

3 7

2025

2024

2023

2022

wine-gitlab August 2023