January 2025 - Wine-gitlab - list.winehq.org

[PATCH 0/4] MR7219: win32u, winex11.drv: Fix multiple Vulkan surfaces handling.
by Paul Gofman (＠gofman) 28 Jan '25

28 Jan '25

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

4 11

Re: [PATCH v6 0/0] MR7131: DIR command improvements: Make /o by itself behave equal to how it does in Windows
by Joe Souza (＠JoeS209) 28 Jan '25

28 Jan '25

After spending some time looking at the existing code, I find that it's not that far off from working properly. It correctly allows for multiple options to be specified on the command line, and correctly handles the exclusive options (i.e. of /N, /E, /S, /T, it correctly allows only one of these to take effect). What it gets wrong is that in Windows, the first of the exclusive options encountered takes precedence, where in current Wine code, it's the last exclusive option encountered that takes precedence. Current wine code also does not sort directory names for /G. All that in mind, the code does not need to be changed to allow multiple sort options to be passed to the qsort algorithm. We could clean up the use of global variables a bit, and sort the directory names for /G. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7131#note_93086

1 0

[PATCH v3 0/1] MR7158: wine.inf.in: Add UBR key
by Etaash Mathamsetty (＠etaash.mathamsetty) 28 Jan '25

28 Jan '25

Required by Logitech G Hub -- v3: wine.inf.in: Add UBR key. https://gitlab.winehq.org/wine/wine/-/merge_requests/7158

4 3

Re: [PATCH v2 0/3] MR7213: mountmgr: Set more registry values for serial and parport devices.
by Hans Leidekker (＠hans) 28 Jan '25

28 Jan '25

Right, GPUs and monitors. I don't think it's that much of a hack considering that we're already setting registry values here but I'll look into a PnP function driver. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7213#note_93083

1 0

Re: [PATCH v2 0/3] MR7213: mountmgr: Set more registry values for serial and parport devices.
by Elizabeth Figura (＠zfigura) 28 Jan '25

28 Jan '25

> We don't do that for all devices and it's not clear to me what we would gain by doing so. Well, it'd be significantly more correct. That often counts for a lot. As far as I can think of, the only devices for which we don't use the PnP architecture, and instead perform this kind of hack, are the GPU devices. That's because they're kind of tied to the explorer process rather than being able to be enumerated from winedevice. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7213#note_93082

1 0

Re: [PATCH v2 0/3] MR7213: mountmgr: Set more registry values for serial and parport devices.
by Hans Leidekker (＠hans) 28 Jan '25

28 Jan '25

We don't do that for all devices and it's not clear to me what we would gain by doing so. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7213#note_93076

1 0

Re: [PATCH v2 0/3] MR7213: mountmgr: Set more registry values for serial and parport devices.
by Elizabeth Figura (＠zfigura) 28 Jan '25

28 Jan '25

Should we implement this the proper way, with an actual PNP function driver? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7213#note_93074

1 0

[PATCH 0/2] MR7217: dinput: Clamp FFB effect report value to the field range.
by Rémi Bernon 28 Jan '25

28 Jan '25

Superseding https://gitlab.winehq.org/wine/wine/-/merge_requests/7161 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7217

3 4

[PATCH v3 0/4] MR7216: winebth.sys part 3: Introduce IOCTLs related to radio discoverability, connectability and device inquiry.
by Vibhav Pant (＠vibhavp) 28 Jan '25

28 Jan '25

The Windows Bluetooth stack uses private IOCTLs in order to set the [discoverability](https://learn.microsoft.com/en-us/windows/win32/api/blueto… and [connectability](https://learn.microsoft.com/en-us/windows/win32/api/bluetoo… status of a local radio, and to start/stop the device inquiry procedure. This MR introduces 3 wine-specific IOCTL codes for the same purposes, as most applications seem to the Win32 API itself for these operations: * IOCTL_WINBTH_RADIO_SET_FLAG * IOCTL_WINEBTH_RADIO_START_DISCOVERY * IOCTL_WINEBTH_RADIO_STOP_DISCOVERY -- v3: winebth.sys: Call bluez_watcher_close as part of bluetooth_shutdown. winebth.sys: Implement IOCTL_WINEBTH_RADIO_STOP_DISCOVERY. winebth.sys: Implement IOCTL_WINEBTH_RADIO_START_DISCOVERY. https://gitlab.winehq.org/wine/wine/-/merge_requests/7216

2 4

Re: [PATCH v6 0/2] MR7161: dinput: Clamp FFB effect report value to the field range.
by Rémi Bernon 28 Jan '25

28 Jan '25

Thank you! I opened !7217 with a couple of minor tweaks. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7161#note_93069

1 0