- wine-gitlab - winehq.org

Re: [PATCH v2 0/3] MR671: vkd3d-shader/hlsl: Improve SM1 support for non-float operations, part 1. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/671

1 0

Re: [PATCH v2 0/1] MR669: vkd3d-shader/hlsl: Implement ternary operator for older vertex profiles. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/669

1 0

Re: [PATCH v2 0/5] MR5248: DbgHelp and debug info lookup (Part III) - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5248

1 0

Re: [PATCH v3 0/3] MR5221: dmime: MIDI seqtrack - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5221

1 0

Re: [PATCH v2 0/3] MR5244: server: Implement finer pointer messages behavior. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5244

1 0

Re: [PATCH v2 0/1] MR5245: server: Stop waiting on LL-hooks for non-injected input. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5245

1 0

Re: [PATCH v5 0/10] MR5177: winewayland.drv: part 13.1: Basic OpenGL support - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5177

1 0

Re: [PATCH v3 0/2] MR5243: winex11: Listen on XInput2 touch events and send WM_POINTER messages. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5243

1 0

Re: [PATCH v2 0/1] MR5249: wbemprox: Use separate critical sections for tables and table list. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5249

1 0

Re: [PATCH v2 0/2] MR5240: winegstreamer: Set AvgTimePerFrame in GetOutputType() for WMV decoder. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5240

1 0

Re: [PATCH v2 0/4] MR5241: shell32: Reimplement much of IDataObject. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5241

1 0

Re: [PATCH v3 0/7] MR5174: win32u: Simplify sysparams using ascii strings for registry operations when possible. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5174

1 0

Re: [PATCH v2 0/1] MR5239: mciwave: Abort the playback thread regardless of state when stopping. - approved
by Alexandre Julliard (＠julliard) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5239

1 0

[PATCH v3 0/5] MR5202: d3dx9: Refactor D3DXLoadSurfaceFromMemory and fix a few compressed surface bugs.
by Connor McAdams (＠cmcadams) 06 Mar '24

06 Mar '24

This is the first set of patches in an effort to create more generic image loading/conversion code that can eventually be shared. -- v3: d3dx9: Preserve the contents of unaligned compressed destination surfaces. d3dx9: Split off image decompression into a helper function. d3dx9: Split D3DXLoadSurfaceFromMemory functionality into a separate function. d3dx9: Use base image pointer when decompressing source image. d3dx9/tests: Add more tests for misaligned compressed surface loading. https://gitlab.winehq.org/wine/wine/-/merge_requests/5202

3 16

[PATCH v2 0/3] MR5221: dmime: MIDI seqtrack
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

It feels a bit weird storing and playing MIDI control events directly in seqtrack. I originally thought they were stored as curve items, but curve items would generate `DMUS_CURVE_PMSG`, but these MIDI control events are played verbatim as `DMUS_MIDI_PMSG`. -- v2: dmime: Handle MIDI control events in MIDI files. dmime: Parse note on/off events and generate a seqtrack. dmime/tests: Call the correct QueryInterface function for DirectMusic track. https://gitlab.winehq.org/wine/wine/-/merge_requests/5221

4 8

[PATCH 0/6] MR676: vkd3d-shader/hlsl: Add keyword tokens for fx_5_0 shader object types.
by Nikolay Sivov (＠nsivov) 06 Mar '24

06 Mar '24

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

5 9

[PATCH v4 0/2] MR675: tests/shader-runner: Add a raw UAV test.
by Conor McCarthy (＠cmccarthy) 06 Mar '24

06 Mar '24

-- v4: vkd3d-shader/spirv: Always use a 64-bit write mask for IMMCONST64 src params. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/675

4 5

[PATCH 0/3] MR671: vkd3d-shader/hlsl: Improve SM1 support for non-float operations, part 1.
by Francisco Casas (＠fcasas) 06 Mar '24

06 Mar '24

This part mainly includes a compilation pass to turn non-float operations into float operations, inserting the corresponding casts on the operands and result, and writing casts from bool to float as MOV. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/671

5 6

[PATCH 0/1] MR669: vkd3d-shader/hlsl: Implement ternary operator for older vertex profiles.
by Nikolay Sivov (＠nsivov) 06 Mar '24

06 Mar '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56333 Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/669

6 12

[PATCH 0/5] MR680: vkd3d-shader: Nearly get rid of vkd3d_shader_desc.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

The only leftover field is SM1-specific, and I don't too much about how it's used, so I'm leaving it aside for now. It seems, however, that it could be moved directly to the parser (it seems to be only used for parsing and scanning). -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/680

3 7

[PATCH v5 0/1] MR673: tests/shader-runner: Add sampler comparison tests.
by Conor McCarthy (＠cmccarthy) 06 Mar '24

06 Mar '24

-- v5: tests/shader-runner: Add sampler comparison tests. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/673

3 2

[PATCH v11 0/8] MR662: vkd3d-shader/ir: Introduce a better CFG structurizer, part 2.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

~~This applies on top of !656, the last three commits belong here.~~ -- v11: vkd3d-shader/ir: Sort each loop by block label. vkd3d-shader/ir: Dump the loops in the control flow graph. vkd3d-shader/ir: Keep track of loops by header block. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/662

3 10

[PATCH v5 0/3] MR582: vkd3d-dxbc: Add options to fix a DXBC shader checksum.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

-- v5: vkd3d-dxbc: Add an option to re-emit the shader with the correct checksum. vkd3d-dxbc: Add an option to ignore checksum. vkd3d-shader/dxbc: Add flag to ignore the DXBC checksum. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/582

3 4

[PATCH v11 0/6] MR553: vkd3d-shader/d3d-asm: Dump the input and output signatures.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

At some point I would like to have an assembler for TPF, so that it's easier to write and modify tests. This is a first step in that direction, fixing some kind of format for serializing signatures in the comment at the beginning of the assembler code. I'm not decided yet on all details, so take this as an RFC for the moment. -- v11: tests: Test emitting the signature. vkd3d-compiler: Add an option to emit the signature when disassembling. vkd3d-shader/d3d-asm: Support emitting the shader signature. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/553

3 7

[PATCH v3 0/1] MR5251: ntdll: Add stubs for Rtl*GenericTable*Avl functions
by Infinite Loop (＠infiniteloop) 06 Mar '24

06 Mar '24

Those are required to stop Fortnite from crashing during runtime -- v3: ntdll: Add stubs for Rtl*GenericTable*Avl functions https://gitlab.winehq.org/wine/wine/-/merge_requests/5251

4 3

[PATCH 0/2] MR5240: winegstreamer: Set AvgTimePerFrame in GetOutputType() for WMV decoder.
by Ziqing Hui (＠zhui) 06 Mar '24

06 Mar '24

Krkr2 game engine need AvgTimePerFrame to calculate video frame time. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5240

4 4

[PATCH v2 0/1] MR5251: ntdll: Add stubs for Rtl*GenericTable*Avl functions
by Infinite Loop (＠infiniteloop) 06 Mar '24

06 Mar '24

Those are required to stop Fortnite from crashing during runtime -- v2: ntdll: Add stubs for Rtl*GenericTable*Avl functions https://gitlab.winehq.org/wine/wine/-/merge_requests/5251

2 1

[PATCH 0/1] MR5251: ntdll: Add stubs for Rtl*GenericTable*Avl functions
by Infinite Loop (＠infiniteloop) 06 Mar '24

06 Mar '24

Those are required to stop Fortnite from crashing during runtime -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5251

2 1

[PATCH 0/5] MR5248: DbgHelp and debug info lookup (Part III)
by eric pouech (＠epo) 06 Mar '24

06 Mar '24

This is the third part of a larger serie of four parts to cover module loading and debug info file lookup in dbghelp. This third part covers: - searching some sub directories of search-path elements - better support of various forms of module name - change the order of module lookup (improves performance in some games) - various corner case fixes Note: some modifications require new todo marks in the tests, as the full fix will require changing other areas that would make the change too large. The large serie of four parts resolves all the todo:s. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5248

2 6

[PATCH 0/5] MR684: tests/shader-runner: Improve test coverage.
by Conor McCarthy (＠cmccarthy) 06 Mar '24

06 Mar '24

These tests cover code paths untested in DXIL, except for the last commit which is to catch any signed int resource issues. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/684

4 9

[PATCH v4 0/10] MR5177: winewayland.drv: part 13.1: Basic OpenGL support
by Alexandros Frantzis (＠afrantzis) 06 Mar '24

06 Mar '24

This MR introduces support for OpenGL in the Wayland driver. Since the MR started to become somewhat long I have left some things for a subsequent part 13.2: * wgl(Get)SwapIntervalEXT (which means everything is vsync-ed at the moment) * wglShareLists * wglCreateContextAttribsARB * Fix for some apps appearing translucent in certain compositors (typically when fullscreen). Missing features not planned to be part of the 13.x MRs: * Offscreen rendering through pbuffers or pixmaps, since Wayland EGL doesn't support them (perhaps we can simulate with FBOs instead?). * Front buffer rendering. Again Wayland EGL doesn't support this, and certainly not in the form needed (i.e., the surface should be available for additional rendering with GDI). In the experimental branch I implemented a workaround that seemed to work for many cases, but will need to revisit and reevaluate options. IIRC, the most common case I have seen for this is when using wined3d/gl for older (Direct)2D games, so perhaps we can find a better solution at that layer. * Child window rendering (this needs infrastructure in Wayland driver core which will enable both GL and Vulkan rendering in child windows). * Cross-process rendering. Thanks! -- v4: winewayland.drv: Handle resizing of OpenGL content. winewayland.drv: Implement wglSwapBuffers. winewayland.drv: Implement wglMakeCurrent and wglMakeContextCurrentARB. winewayland.drv: Implement OpenGL context creation. winewayland.drv: Implement wglSetPixelFormat(WINE). https://gitlab.winehq.org/wine/wine/-/merge_requests/5177

3 16

[PATCH v2 0/2] MR5243: winex11: Listen on XInput2 touch events and send WM_POINTER messages.
by Rémi Bernon (＠rbernon) 06 Mar '24

06 Mar '24

-- v2: winex11: Select XI_Touch* input and translate it to WM_POINTER*. winex11: Support XInput2 events on individual windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/5243

2 3

[PATCH 0/2] MR5247: user32/msgbox: Support WM_COPY Message
by Alistair Leslie-Hughes (＠alesliehughes) 06 Mar '24

06 Mar '24

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

3 3

[PATCH 0/1] MR5249: wbemprox: Use separate critical sections for tables and table list.
by Hans Leidekker (＠hans) 06 Mar '24

06 Mar '24

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

2 1

Re: [PATCH v8 0/2] MR5178: winewayland.drv: set wayland app-id from the process name - approved
by Alexandros Frantzis (＠afrantzis) 06 Mar '24

06 Mar '24

This merge request was approved by Alexandros Frantzis. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5178

1 0

Re: [PATCH v8 0/2] MR5178: winewayland.drv: set wayland app-id from the process name
by Alexandros Frantzis (＠afrantzis) 06 Mar '24

06 Mar '24

On Wed Mar 6 11:17:25 2024 +0000, llyyr wrote: > Fixed Thanks, looks good to me. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5178#note_63694

1 0

[PATCH v13 0/4] MR741: ntdll: Implement NtFlushProcessWriteBuffers.
by Torge Matthies (＠tmatthies) 06 Mar '24

06 Mar '24

Based on [a patch](https://www.winehq.org/mailman3/hyperkitty/list/wine-devel@winehq.or… by Jinoh Kang (@iamahuman) from February 2022. I removed the need for the event object and implemented fast paths for Linux. On macOS 10.14+ `thread_get_register_pointer_values` is called on every thread of the process. On Linux 4.14+ `membarrier(MEMBARRIER_CMD_GLOBAL_EXPEDITED, ...)` is used. On x86 Linux <= 4.13 and on other platforms `madvise(..., MADV_DONTNEED)` is used, which sends IPIs to all cores causing them to do a memory barrier. -- v13: ntdll/tests: Add basic NtFlushProcessWriteBuffers test. https://gitlab.winehq.org/wine/wine/-/merge_requests/741

4 9

[PATCH v10 0/6] MR553: vkd3d-shader/d3d-asm: Dump the input and output signatures.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

At some point I would like to have an assembler for TPF, so that it's easier to write and modify tests. This is a first step in that direction, fixing some kind of format for serializing signatures in the comment at the beginning of the assembler code. I'm not decided yet on all details, so take this as an RFC for the moment. -- v10: tests: Test emitting the signature. vkd3d-compiler: Add an option to emit the signature when disassembling. vkd3d-shader/d3d-asm: Support emitting the shader signature. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/553

2 6

[PATCH v2 0/1] MR691: vkd3d: Add a changelog for all the released versions of vkd3d.
by Giovanni Mascellani (＠giomasce) 06 Mar '24

06 Mar '24

It will soon need an update, but do people at least like the idea? -- v2: Add a changelog for all the released versions of vkd3d. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/691

2 1

[PATCH 0/2] MR5068: win32u: Fix rendering of the rotated and scaled text.
by Dmitry Timoshkov (＠dmitry) 06 Mar '24

06 Mar '24

These patches make a test case attached to the bug https://bugs.winehq.org/show_bug.cgi?id=33190 work. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5068

3 5

[PATCH v12 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v12: rtworkq: Release cancelled work items. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

2 3

[PATCH v10 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v10: rtworkq: Release cancelled work items. mfplat/tests: Validate MFCancelWorkItem releases the callback. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

2 3

[PATCH v8 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v8: rtworkq: Release cancelled work items. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

3 12

[PATCH 0/3] MR5221: dmime: MIDI seqtrack
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

It feels a bit weird storing and playing MIDI control events directly in seqtrack. I originally thought they were stored as curve items, but curve items would generate `DMUS_CURVE_PMSG`, but these MIDI control events are played verbatim as `DMUS_MIDI_PMSG`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5221

3 11

[PATCH v3 0/4] MR5237: Use futexes on macOS for thread-ID alerts.
by Marc-Aurel Zent (＠mzent) 06 Mar '24

06 Mar '24

This also bumps the minimum supported version of macOS to 10.12 to unconditionally assume the ulock syscalls are present. As discussed with @Gcenx this shouldn't be an issue, as the current minimum support version of 10.8 does not work anyways at the moment with only 10.10+ being useable and even then virtually no-one using wine on versions < 10.12 (and also being unsupported by the prebuilt binaries). Bumping to 10.12 would also have the side-benefit of allowing some cleanup of deprecated functions or legacy codepaths (like `mach_continuous_time` vs `mach_absolute_time` and probably much more). In my testing ulock futexes are about 2x faster for synchronization than kevents. Using the syscall wrappers here should provide protection against changing syscall numbers, and given that ulock is also directly used by libc++, the probability of an incompatible API change here is basically zero imo. By default ulock is also process-private, similar to the current linux implementation, cross-process synchronization would require darwin 19+ (macOS 10.15+) with `UL_COMPARE_AND_WAIT_SHARED`. The diff is a bit bigger than it actually is in effect, since https://gitlab.winehq.org/mzent/wine/-/commit/28a8a991c165f0d37dbf78ca3cdee… is only moving some code around and not actually changing anything. -- v3: ntdll: Implement futex_wait() and futex_wake_one() on macOS. ntdll: Simplify futex interface from futex_wake() to futex_wake_one(). https://gitlab.winehq.org/wine/wine/-/merge_requests/5237

2 6

[PATCH 0/2] MR5243: winex11: Listen on XInput2 touch events and send WM_POINTER messages.
by Rémi Bernon (＠rbernon) 06 Mar '24

06 Mar '24

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

3 3

[PATCH 0/1] MR5245: server: Stop waiting on LL-hooks for non-injected input.
by Rémi Bernon (＠rbernon) 06 Mar '24

06 Mar '24

Tests show that injected input indeed wait on LL-hooks to be processed. However real hardware input isn't normally sent by the processes themselves like Wine does, and it is unnecessary to wait for the LL-hooks to be processed. The applications threads should instead return from the ProcessEvent call when input is received, and process their hooks later as needed, or do some other tasks application might expect them to. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5245

2 1

[PATCH 0/3] MR5244: server: Implement finer pointer messages behavior.
by Rémi Bernon (＠rbernon) 06 Mar '24

06 Mar '24

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

2 3

[PATCH v7 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v7: rtworkq: Release cancelled work items. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

3 6

[PATCH v6 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v6: rtworkq: Release cancelled work items. mfplat: tests: Validate MFCancelWorkItem releases the callback. rtworkq: Avoid use-after-free. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

3 5

[PATCH 0/1] MR5242: cmd/tests: Add tests for calling special excuteable files.
by Haidong Yu (＠yhd986) 06 Mar '24

06 Mar '24

Signed-off-by: Haidong Yu <yuhaidong(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5242

3 2

Re: [PATCH v2 0/2] MR5158: rtworkq: Avoid closing a thread pool object while its callbacks are running.
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

@nsivov !4243 is not complicated if you weren't so dismissive and made any effort to try and understand it. I was trying so hard to explain it to you too. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5158#note_63634

1 0

Re: [PATCH v5 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

@nsivov since you have approved !5158, do you understand why there is a race that needs to be fixed now? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4243#note_63632

1 0

[PATCH 0/4] MR5241: shell32: Reimplement much of IDataObject.
by Zebediah Figura (＠zfigura) 06 Mar '24

06 Mar '24

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

3 5

[PATCH v2 0/3] MR5237: Use futexes on macOS for thread-ID alerts.
by Marc-Aurel Zent (＠mzent) 06 Mar '24

06 Mar '24

This also bumps the minimum supported version of macOS to 10.12 to unconditionally assume the ulock syscalls are present. As discussed with @Gcenx this shouldn't be an issue, as the current minimum support version of 10.8 does not work anyways at the moment with only 10.10+ being useable and even then virtually no-one using wine on versions < 10.12 (and also being unsupported by the prebuilt binaries). Bumping to 10.12 would also have the side-benefit of allowing some cleanup of deprecated functions or legacy codepaths (like `mach_continuous_time` vs `mach_absolute_time` and probably much more). In my testing ulock futexes are about 2x faster for synchronization than kevents. Using the syscall wrappers here should provide protection against changing syscall numbers, and given that ulock is also directly used by libc++, the probability of an incompatible API change here is basically zero imo. By default ulock is also process-private, similar to the current linux implementation, cross-process synchronization would require darwin 19+ (macOS 10.15+) with `UL_COMPARE_AND_WAIT_SHARED`. The diff is a bit bigger than it actually is in effect, since https://gitlab.winehq.org/mzent/wine/-/commit/28a8a991c165f0d37dbf78ca3cdee… is only moving some code around and not actually changing anything. -- v2: ntdll: Implement futex_wait() and futex_wake() on macOS. ntdll: Use USE_FUTEX to indicate futex support. https://gitlab.winehq.org/wine/wine/-/merge_requests/5237

3 6

[PATCH v23 0/8] MR3103: server: Create and use a desktop shared mapping for GetCursorPos.
by Rémi Bernon (＠rbernon) 05 Mar '24

05 Mar '24

First part of Proton shared memory series. The full branch can be seen at https://gitlab.winehq.org/rbernon/wine/-/commits/mr/shared-memories. -- v23: win32u: Use the desktop shared data for GetCursorPos. server: Move the last cursor time to the desktop session object. server: Move the cursor position to the desktop session object. win32u: Open desktop shared objects from session mapping. server: Allocate shared session object for desktops. win32u: Open the global session shared mapping. include: Add ReadNoFence64 inline helpers. server: Create a global session shared mapping. https://gitlab.winehq.org/wine/wine/-/merge_requests/3103

2 9

[PATCH 0/1] MR5239: mciwave: Abort the playback thread regardless of state when stopping.
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

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

2 1

Re: [PATCH v2 0/2] MR5226: d3d10_1/tests: Add a basic test for returned preferred profiles. - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5226

1 0

Re: [PATCH v2 0/1] MR5165: wined3d: Slightly adjust an ERR in shader_spirv_compile_shader(). - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5165

1 0

Re: [PATCH v2 0/2] MR5229: ole32: Do not lock storage in read-only deny-write mode. - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5229

1 0

Re: [PATCH v3 0/6] MR5171: wined3d/nvrc: Move state application to nvrc_apply_draw_state(). - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5171

1 0

Re: [PATCH v2 0/1] MR5235: arm64: Expose information about more modern CPU extensions - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5235

1 0

Re: [PATCH v4 0/6] MR5193: mouhid, win32u: Send and receive WM_POINTER messages. - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5193

1 0

Re: [PATCH v2 0/5] MR5233: Dbghelp and debug info lookup (Part II) - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5233

1 0

Re: [PATCH v2 0/1] MR5227: ntdll: Respect red zone in usr1_handler() on x64. - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5227

1 0

[PATCH 0/2] MR5226: d3d10_1/tests: Add a basic test for returned preferred profiles.
by Nikolay Sivov (＠nsivov) 05 Mar '24

05 Mar '24

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

3 3

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

On Tue Mar 5 20:50:52 2024 +0000, Jeffrey Smith wrote: > As the documentation states that the updated region _may_ be larger than > the specified region, this seemed safer. Yeah, but I don't really want to trust that programs are following the letter of the documentation either, especially with an API this old. I'd rather at least test exact values, even if we have to mark them todo. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63598

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Jeffrey Smith (＠whydoubt) 05 Mar '24

05 Mar '24

On Tue Mar 5 19:10:38 2024 +0000, Zebediah Figura wrote: > Any reason not to test the exact values? As the documentation states that the updated region _may_ be larger than the specified region, this seemed safer. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63597

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Jeffrey Smith (＠whydoubt) 05 Mar '24

05 Mar '24

On Tue Mar 5 19:10:37 2024 +0000, Zebediah Figura wrote: > Can there be multiple updates? You mention the possibility of "at least" > one update in your tests; should we be storing an array instead? Multiple calls to ForceUpdate seem entirely reasonable. This was part of trying to keep things simple for the implementation and effectively have a single dirty-rectange. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63596

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Jeffrey Smith (＠whydoubt) 05 Mar '24

05 Mar '24

On Tue Mar 5 19:10:31 2024 +0000, Zebediah Figura wrote: > Where do these fail? - The first fails on the testbot (XP/2003) with result DDERR_CANTLOCKSURFACE. - The second fails on a local box on Win10 (with a native d3drm.dll copied in) - the color returned from get_surface_color is always 0x00ff00ff. FWIW, the `test_update_surfaces*` tests _do_ run properly on a local box of mine, running XP bare-metal. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63595

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Jeffrey Smith (＠whydoubt) 05 Mar '24

05 Mar '24

On Tue Mar 5 19:10:30 2024 +0000, Zebediah Figura wrote: > Not a big deal, but in the future I'd like to avoid this, and just > always check the actual hr value. Oops, that must've been left over from a copy-paste. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63594

1 0

Re: [PATCH v2 0/4] MR690: Release 1.11. - approved
by Alexandre Julliard (＠julliard) 05 Mar '24

05 Mar '24

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/690

1 0

[PATCH v3 0/10] MR5177: winewayland.drv: part 13.1: Basic OpenGL support
by Alexandros Frantzis (＠afrantzis) 05 Mar '24

05 Mar '24

This MR introduces support for OpenGL in the Wayland driver. Since the MR started to become somewhat long I have left some things for a subsequent part 13.2: * wgl(Get)SwapIntervalEXT (which means everything is vsync-ed at the moment) * wglShareLists * wglCreateContextAttribsARB * Fix for some apps appearing translucent in certain compositors (typically when fullscreen). Missing features not planned to be part of the 13.x MRs: * Offscreen rendering through pbuffers or pixmaps, since Wayland EGL doesn't support them (perhaps we can simulate with FBOs instead?). * Front buffer rendering. Again Wayland EGL doesn't support this, and certainly not in the form needed (i.e., the surface should be available for additional rendering with GDI). In the experimental branch I implemented a workaround that seemed to work for many cases, but will need to revisit and reevaluate options. IIRC, the most common case I have seen for this is when using wined3d/gl for older (Direct)2D games, so perhaps we can find a better solution at that layer. * Child window rendering (this needs infrastructure in Wayland driver core which will enable both GL and Vulkan rendering in child windows). * Cross-process rendering. Thanks! -- v3: winewayland.drv: Handle resizing of OpenGL content. winewayland.drv: Implement wglSwapBuffers. winewayland.drv: Implement wglMakeCurrent and wglMakeContextCurrentARB. winewayland.drv: Implement OpenGL context creation. winewayland.drv: Implement wglSetPixelFormat(WINE). winewayland.drv: Implement wglDescribePixelFormat. winewayland.drv: Implement wglGetProcAddress. winewayland.drv: Implement wglGetExtensionsString{ARB,EXT}. winewayland.drv: Initialize core GL functions. winewayland.drv: Add skeleton OpenGL driver. https://gitlab.winehq.org/wine/wine/-/merge_requests/5177

3 22

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

> 1. Check how multiple ForceUpdate / Clear calls influence the returned list of rectangles > 2. Check which d3drmdevice interface is passed to the update callbacks I would kind of rather check both of these things. I don't want to go in the wrong direction with the implementation. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63582

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

> Documentation for `ForceUpdate` states that "The system might update any region that is larger than the specified rectangle, including possibly the entire window". While native seems to use a sort of dirty-rectangle approach, for this MR, I am simply dirtying the entire surface. If someday someone did want to more-closely match the behavior of native, much can be learned from the rectangles passed to the update callbacks. Yeah, I can't say I'm thrilled about this. It doesn't seem like it should be that hard to implement more granular rects, at least for the cases covered here, and assuming that rects are indeed granular. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63581

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

On Tue Mar 5 19:10:33 2024 +0000, Zebediah Figura wrote: > It'd be nice to rename these parameters to left/right/top/bottom. Eh, I guess D3DRECT fields are called this. Still, I find the clearer names mildly preferable wherever possible. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63580

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

> Documentation for `ForceUpdate` states that "The system might update any region that is larger than the specified rectangle, including possibly the entire window". While native seems to use a sort of dirty-rectangle approach, for this MR, I am simply dirtying the entire surface. If someday someone did want to more-closely match the behavior of native, much can be learned from the rectangles passed to the update callbacks. Yeah, I can't say I'm thrilled about this. It doesn't seem like it should be that hard to implement more granular rects, at least for the cases covered here, and assuming that rects are indeed granular. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63579

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/tests/d3drm.c: > + todo_wine ok(hr == D3DRM_OK, "Cannot force update of viewport, hr %#lx.\n", hr); > + hr = IDirect3DRMDevice_AddUpdateCallback(device1, update_cb_modify_rect, NULL); > + todo_wine ok(hr == D3DRM_OK, "Cannot add update callback, hr %#lx.\n", hr); > + hr = IDirect3DRMDevice_AddUpdateCallback(device1, update_cb_get_rect, &ctx); > + todo_wine ok(hr == D3DRM_OK, "Cannot add update callback, hr %#lx.\n", hr); > + hr = IDirect3DRMDevice_Update(device1); > + ok(hr == D3DRM_OK, "Cannot update Direct3DRMDevice, hr %#lx.\n", hr); > + hr = IDirect3DRMDevice_DeleteUpdateCallback(device1, update_cb_modify_rect, NULL); > + todo_wine ok(hr == D3DRM_OK, "Cannot delete update callback, hr %#lx.\n", hr); > + hr = IDirect3DRMDevice_DeleteUpdateCallback(device1, update_cb_get_rect, &ctx); > + todo_wine ok(hr == D3DRM_OK, "Cannot delete update callback, hr %#lx.\n", hr); > + todo_wine ok(ctx.rect_count == 1, "Got unexpected rect count %d, expected 1.\n", ctx.rect_count); > + todo_wine > + ok(ctx.rect.x1 == 999999 && ctx.rect.y1 <= vrect.top && > + ctx.rect.x2 >= vrect.right && ctx.rect.y2 >= vrect.bottom, > + "Got unexpected rect %s.\n", wine_dbgstr_rect((RECT *)&ctx.rect)); Any reason not to test the exact values? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63578

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/device.c: > + RECT rt_rect = { 0, 0, device->width, device->height }; > + RECT ps_rect = rt_rect; > + > + ClientToScreen(device->window, (POINT *)&ps_rect.left); > + ClientToScreen(device->window, (POINT *)&ps_rect.right); > + > + TRACE("primary surface rect %s, render target rect %s\n", > + wine_dbgstr_rect(&ps_rect), wine_dbgstr_rect(&rt_rect)); > + > + hr = IDirectDrawSurface_Blt(device->primary_surface, &ps_rect, > + device->render_target, &rt_rect, DDBLT_WAIT, NULL); > + } > + > + device->needs_update = FALSE; > + } > + Can there be multiple updates? You mention the possibility of "at least" one update in your tests; should we be storing an array instead? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63577

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/device.c: > device->width = desc.dwWidth; > device->height = desc.dwHeight; > > + device->needs_update = FALSE; > + The device is zero-initialized, so I don't think this hunk is necessary. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63576

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/d3drm_private.h: > IDirect3DRM *d3drm; > IDirectDraw *ddraw; > IDirectDrawSurface *primary_surface, *render_target; > - IDirectDrawClipper *clipper; This should ideally be a separate patch. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63575

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/viewport.c: > - FIXME("iface %p, x1 %lu, y1 %lu, x2 %lu, y2 %lu stub!\n", iface, x1, y1, x2, y2); > + struct d3drm_viewport *viewport = impl_from_IDirect3DRMViewport2(iface); > + D3DVIEWPORT vp = { sizeof(vp) }; > + HRESULT hr; > > - return E_NOTIMPL; > + TRACE("iface %p, x1 %lu, y1 %lu, x2 %lu, y2 %lu.\n", iface, x1, y1, x2, y2); > + > + if (!viewport->d3d_viewport) > + return D3DRMERR_BADOBJECT; > + > + if (FAILED(hr = IDirect3DViewport_GetViewport(viewport->d3d_viewport, &vp))) > + return hr; > + > + if (x1 > x2 || y1 > y2 || x1 < vp.dwX || y1 < vp.dwY || > + x2 > (vp.dwX + vp.dwWidth) || y2 > (vp.dwY + vp.dwHeight)) It'd be nice to rename these parameters to left/right/top/bottom. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63574

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/tests/d3drm.c: > + struct update_surface_context ctx; > + D3DCOLOR ret_color = 0; > + DWORD clip_list_size; > + RGNDATA *clip_list; > + HWND window; > + HRESULT hr; > + > + window = create_window(); > + > + /* Set up device */ > + hr = DirectDrawCreateClipper(0, &clipper, NULL); > + ok(hr == DD_OK, "Cannot get IDirectDrawClipper interface, hr %#lx.\n", hr); > + hr = IDirectDrawClipper_SetHWnd(clipper, 0, window); > + ok(hr == DD_OK, "Cannot set HWnd to Clipper, hr %#lx.\n", hr); > + hr = Direct3DRMCreate(&d3drm1); > + ok(SUCCEEDED(hr), "Cannot create IDirect3DRM instance, hr %#lx.\n", hr); Not a big deal, but in the future I'd like to avoid this, and just always check the actual hr value. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63572

1 0

Re: [PATCH v6 0/4] MR5161: d3drm: Implement Update and related functions
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Zebediah Figura (@zfigura) commented about dlls/d3drm/tests/d3drm.c: > + > + /* Set color of a pixel on primary surface and on render target */ > + ClientToScreen(window, &client_pos); > + hr = set_surface_color(d3drm_primary, 320 + client_pos.x, 240 + client_pos.y, 0x00123456); > + if (FAILED(hr)) > + { > + win_skip("Cannot lock/unlock primary surface, hr %#lx, skipping tests\n", hr); > + goto cleanup; > + } > + ret_color = get_surface_color(d3drm_primary, 320 + client_pos.x, 240 + client_pos.y); > + if (!compare_color(ret_color, 0x00123456, 1)) > + { > + win_skip("Cannot set color of pixel on primary surface, color 0x%08lx, skipping tests\n", ret_color); > + goto cleanup; > + } > + hr = set_surface_color(surface, 320, 240, 0x000000ff); Where do these fail? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_63573

1 0

[PATCH 0/3] MR5237: Use futexes on macOS for thread-ID alerts.
by Marc-Aurel Zent (＠mzent) 05 Mar '24

05 Mar '24

This also bumps the minimum supported version of macOS to 10.12 to unconditionally assume the ulock syscalls are present. As discussed with @Gcenx this shouldn't be an issue, as the current minimum support version of 10.8 does not work anyways at the moment with only 10.10+ being useable and even then virtually no-one using wine on versions < 10.12 (and also being unsupported by the prebuilt binaries). Bumping to 10.12 would also have the side-benefit of allowing some cleanup of deprecated functions or legacy codepaths (like `mach_continuous_time` vs `mach_absolute_time` and probably much more). In my testing ulock futexes are about 2x faster for synchronization than kevents. Using the syscall wrappers here should provide protection against changing syscall numbers, and given that ulock is also directly used by libc++, the probability of an incompatible API change here is basically zero imo. By default ulock is also process-private, similar to the current linux implementation, cross-process synchronization would require darwin 19+ (macOS 10.15+) with `UL_COMPARE_AND_WAIT_SHARED`. The diff is a bit bigger than it actually is in effect, since https://gitlab.winehq.org/mzent/wine/-/commit/28a8a991c165f0d37dbf78ca3cdee… is only moving some code around and not actually changing anything. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5237

3 5

[PATCH 0/4] MR5228: Administrator tokens, part 2: Create Wine processes with a limited token.
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

Second half of <https://gitlab.winehq.org/wine/wine/-/merge_requests/5118>. This uses a different approach, setting the process token from within the process after it is created. This avoids the need to always relay through start.exe. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5228

2 5

[PATCH 0/1] MR5165: wined3d: Slightly adjust an ERR in shader_spirv_compile_shader().
by Henri Verbeet (＠hverbeet) 05 Mar '24

05 Mar '24

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

4 3

[PATCH 0/2] MR5229: ole32: Do not lock storage in read-only deny-write mode.
by Daniel Lehman (＠dlehman25) 05 Mar '24

05 Mar '24

(STGM_READ | STGM_SHARE_DENY_WRITE) doesn't apply to 20 user limit https://docs.microsoft.com/en-us/windows/win32/stg/structured-storage-inter… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5229

4 4

[PATCH v3 0/2] MR5222: kernelbase: Allow WriteProcessMemory to succeed on PAGE_EXECUTE_READ.
by Marc-Aurel Zent (＠mzent) 05 Mar '24

05 Mar '24

More details here: https://devblogs.microsoft.com/oldnewthing/20181206-00/?p=100415 However it does not mention that `PAGE_NOACCESS` and `PAGE_READONLY` still result in an error on Windows, which is properly implemented in this MR. Only `WriteProcessMemory` offers this "service", `NtWriteVirtualMemory` will fail on non-writeable and executable regions (and already does so, except for the the mach server backend, which needs https://gitlab.winehq.org/wine/wine/-/merge_requests/4826 to also behave correctly here). -- v3: kernelbase: Flush instruction cache when necessary in WriteProcessMemory. kernelbase: Allow WriteProcessMemory to succeed on PAGE_EXECUTE_READ. https://gitlab.winehq.org/wine/wine/-/merge_requests/5222

5 14

[PATCH v2 0/6] MR5171: wined3d/nvrc: Move state application to nvrc_apply_draw_state().
by Zebediah Figura (＠zfigura) 05 Mar '24

05 Mar '24

-- v2: wined3d/nvrc: Remove now redundant WINED3D_TSS_RESULT_ARG handlers. wined3d/nvrc: Move alpha op application to nvrc_apply_draw_state(). wined3d/nvrc: Remove now redundant STATE_SAMPLER handlers. wined3d/nvrc: Move color ops from nvrc_colorop() to nvrc_apply_draw_state(). wined3d/nvrc: Move FFP bumpenv constant loading to nvrc_apply_draw_state(). wined3d/nvrc: Move TEXTUREFACTOR constant loading to nvrc_apply_draw_state(). https://gitlab.winehq.org/wine/wine/-/merge_requests/5171

3 7

[PATCH v27 0/193] MR648: Draft: vkd3d-shader: [Test] SM 6.
by Conor McCarthy (＠cmccarthy) 05 Mar '24

05 Mar '24

-- v27: vkd3d-shader: Force enable all extensions, features and Vulkan 1.1. vkd3d: Use long number format in vkd3d_tls_key_set_value(). vkd3d-shader/dxil: Emit a specific warning for explicit wave size. vkd3d-shader/dxil: Emit a specific warning for RT acceleration structs. vkd3d-shader/spirv: Implement the UNPACK_4X8 instruction. vkd3d-shader/dxil: Implement DX intrinsic Unpack4x8. vkd3d-shader/spirv: Implement the PACK_4X8 instruction. vkd3d-shader/dxil: Implement DX intrinsic Pack4x8. vkd3d-shader/dxil: Add a second pre-pass for AnnotateHandle. vkd3d-shader/dxil: Implement DX intrinsics Dot4AddI8Packed and Dot4AddU8Packed. vkd3d-shader/spirv: Introduce DP4_I8 and DP4_U8 instructions. vkd3d-shader/spirv: Handle the ORD and UNO instructions. vkd3d-shader/dxil: Support FCMP_ORD and FCMP_UNO for CMP2. tests/shader-runner: Add a test for FCMP_ORD (is ordered). vkd3d-shader/spirv: Support bool comparisons. vkd3d-shader/dxil: Support scalar ALLOCA. vkd3d-shader/dxil: Handle resource handle creation in a pre-pass. vkd3d-shader/dxil: Emit an error for mesh, amplification and library shaders. vkd3d: Enable KHR_fragment_shader_barycentric. vkd3d-shader/dxil: Support the barycentrics register type. vkd3d: Enable EXT_shader_image_atomic_int64. vkd3d-shader/spirv: Support 64-bit UAV atomics. vkd3d-shader/dxil: Implement DX intrinsic WaveQuadReadLaneAt. vkd3d-shader/dxil: Implement DX intrinsic WavePrefixOp. vkd3d-shader/dxil: Ignore "llvm.lifetime.*" intrinsics. vkd3d-shader/dxil: Implement DX intrinsic AnnotateHandle. vkd3d-shader/dxil: Implement DX intrinsic CreateHandleFromBinding. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/648

1 1

[PATCH 0/4] MR690: Release 1.11.
by Henri Verbeet (＠hverbeet) 05 Mar '24

05 Mar '24

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/690

3 6

[PATCH 0/1] MR691: vkd3d: Add a changelog for all the released versions of vkd3d.
by Giovanni Mascellani (＠giomasce) 05 Mar '24

05 Mar '24

It will soon need an update, but do people at least like the idea? -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/691

2 2

[PATCH v20 0/5] MR3554: mmdevapi: fixes for Yousician
by David McFarland (＠corngood) 05 Mar '24

05 Mar '24

Since Yousician's last update, it was throwing an error when initialising audio output. Unfortunately I don't have access to the old version, but they seem to have dropped win<10 support, and are using only IAudioClient3_InitializeSharedAudioStream. They also use IDeviceTopology to get the type of the first output connector. This is the bare minimum I needed to get it working. -- v20: mmdevapi: add stub for IDeviceTopology https://gitlab.winehq.org/wine/wine/-/merge_requests/3554

4 8

[PATCH v2 0/5] MR5202: d3dx9: Refactor D3DXLoadSurfaceFromMemory and fix a few compressed surface bugs.
by Connor McAdams (＠cmcadams) 05 Mar '24

05 Mar '24

This is the first set of patches in an effort to create more generic image loading/conversion code that can eventually be shared. -- v2: d3dx9: Preserve the contents of unaligned compressed destination surfaces. d3dx9: Split off image decompression into a helper function. d3dx9: Split D3DXLoadSurfaceFromMemory functionality into a separate function. https://gitlab.winehq.org/wine/wine/-/merge_requests/5202

3 10

[PATCH 0/1] MR5235: arm64: Expose information about more modern CPU extensions
by Martin Storsjö (＠mstorsjo) 05 Mar '24

05 Mar '24

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

2 1

[PATCH v4 0/1] MR673: tests/shader-runner: Add sampler comparison tests.
by Conor McCarthy (＠cmccarthy) 05 Mar '24

05 Mar '24

-- v4: tests/shader-runner: Add sampler comparison tests. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/673

3 2

[PATCH v3 0/6] MR5193: mouhid, win32u: Send and receive WM_POINTER messages.
by Rémi Bernon (＠rbernon) 05 Mar '24

05 Mar '24

-- v3: win32u: Add support for sending and receiving WM_POINTER* messages. server: Add support for sending and receiving WM_POINTER* messages. mouhid.sys: Send WM_POINTER* messages on contact updates. dinput/tests: Test the WM_POINTER* message parameter values. win32u: Use a custom struct hid_input for NtUserSendHardwareInput. win32u: Use NtUserCallHwndParam interface for __wine_send_input. https://gitlab.winehq.org/wine/wine/-/merge_requests/5193

2 7

[PATCH 0/1] MR5231: ntdll: Add SDL to the special variable list.
by Aida Jonikienė (＠DodoGTA) 05 Mar '24

05 Mar '24

Overriding the SDL_VIDEODRIVER variable (for Wayland support as an example) on the Linux side can lead to some games under Wine failing to load (so treat those variables as special). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5231

4 4

[PATCH 0/5] MR5233: Dbghelp and debug info lookup (Part II)
by eric pouech (＠epo) 05 Mar '24

05 Mar '24

This is the second part of a larger serie of four parts to cover module loading and debug info file lookup in dbghelp. This second part covers: - new tests about SymLoadModule flags and options - separating PDB file loading from trying to find the PDB file matching the requested lookup parameter Note: some modifications require new todo marks in the tests, as the full fix will require changing other areas that would make the change too large. The large serie of four parts resolves all the todo:s. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5233

2 5

2025

2024

2023

2022

wine-gitlab