- wine-gitlab - winehq.org

[PATCH v9 0/3] MR8515: setupapi: Support in-built properties for device instances in SetupDiGetDevicePropertyW.
by Vibhav Pant (＠vibhavp) 11 Jul '25

11 Jul '25

-- v9: setupapi: Support in-built properties in SetupDiGetDevicePropertyW and CM_Get_DevNode_Property_ExW. https://gitlab.winehq.org/wine/wine/-/merge_requests/8515

3 16

[PATCH 0/1] MR8548: widl: Rename metadata stream type enum values to avoid conflict with Cygwin limits.h.
by Jacek Caban (＠jacek) 11 Jul '25

11 Jul '25

Reported on mingw-w64 ML: https://sourceforge.net/p/mingw-w64/mailman/message/59195284/ -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8548

4 3

[PATCH v2 0/1] MR8420: dsound: Make sure to null-terminate strings for callbacks.
by Yuxuan Shui (＠yshui) 11 Jul '25

11 Jul '25

WideCharToMultiByte normally null-terminates the output if input length is -1, but it doesn't do so if the output buffer is too small. -- v2: dsound: Make sure to null-terminate strings for callbacks. https://gitlab.winehq.org/wine/wine/-/merge_requests/8420

3 2

[PATCH v3 0/3] MR8544: sapi/xml: Parse the prosody SSML element.
by Shaun Ren (＠shaunren) 11 Jul '25

11 Jul '25

Used by Diablo IV's screen reader. -- v3: sapi/xml: Parse the pitch attribute in the <prosody> SSML element. sapi/xml: Parse the volume attribute in the <prosody> SSML element. sapi/xml: Parse the rate attribute in the SSML <prosody> element. https://gitlab.winehq.org/wine/wine/-/merge_requests/8544

3 4

[PATCH 0/2] MR8550: winebus.sys: Mind potential udev_device_get_subsystem error, don't leak fd.
by Paul Gofman (＠gofman) 11 Jul '25

11 Jul '25

For the first patch, I observed a crash on accessing this system being NULL on one game's hang log. I don't know if that is the actual problem or consequences of something else from the info I've got, but the check looks like the right thing to do: documentation [1] lists NULL as possible error return. 1. https://manpages.debian.org/stretch/libudev-dev/udev_device_get_subsystem.3… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8550

3 3

Re: [PATCH v2 0/3] MR8544: sapi/xml: Parse the prosody SSML element.
by Shaun Ren (＠shaunren) 11 Jul '25

11 Jul '25

On Fri Jul 11 16:46:21 2025 +0000, Shaun Ren wrote: > changed this line in [version 2 of the diff](/wine/wine/-/merge_requests/8544/diffs?diff_id=192545&start_sha=9999f1394977932d0c75eb27023aa4554fdbba42#08277b5f4b0eb61ddd63ea16ff2ad91073f5af50_507_547) Done. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8544#note_109594

1 0

[PATCH v16 0/5] MR8174: winebth.sys part 12: Introduce support for Low Energy GATT services
by Vibhav Pant (＠vibhavp) 11 Jul '25

11 Jul '25

Generic ATTribute Profile (GATT) is a protocol used by BLE devices for data exchange. Broadly, every LE device contains one or more GATT services, with each service having multiple characteristics, which contain the actual piece of data to be exchanged. The Win32 BLE api is defined in [`bluetoothleapis.h`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/), and operates on `HANDLE`s to PDOs created by the driver to remote devices and services, using the `GUID_BLUETOOTHLE_DEVICE_INTERFACE` and `GUID_BLUETOOTH_GATT_SERVICE_DEVICE_INTERFACE` class interfaces respectively. This MR introduces initial support for accessing GATT services on LE devices: * Create PDOs for remote devices that we discover GATT services on, and enabling `GUID_BLUETOOTHLE_DEVICE_INTERFACE` for them. * Because the driver also creates PDOs for bluetooth radios, a tagged union is used to distinguish between device extension values to dispatch IOCTL and PnP IRPs appropriately. * Enumerate through all `org.bluez.GattService1` objects on BlueZ, and store them on the PE driver inside the associated devices. * Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES for device PDOs. * Use the newly added IOCTL to implement [`BluetoothGATTGetServices`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/nf-bluetoothleapis-bluetoothgattgetservices). -- v16: bluetoothapis/tests: Add tests for BluetoothGATTGetServices. bluetoothapis: Implement BluetoothGATTGetServices. winebth.sys: Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES. winebth.sys: Store a list of GATT services discovered on LE devices. https://gitlab.winehq.org/wine/wine/-/merge_requests/8174

2 7

[PATCH v15 0/5] MR8174: winebth.sys part 12: Introduce support for Low Energy GATT services
by Vibhav Pant (＠vibhavp) 11 Jul '25

11 Jul '25

Generic ATTribute Profile (GATT) is a protocol used by BLE devices for data exchange. Broadly, every LE device contains one or more GATT services, with each service having multiple characteristics, which contain the actual piece of data to be exchanged. The Win32 BLE api is defined in [`bluetoothleapis.h`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/), and operates on `HANDLE`s to PDOs created by the driver to remote devices and services, using the `GUID_BLUETOOTHLE_DEVICE_INTERFACE` and `GUID_BLUETOOTH_GATT_SERVICE_DEVICE_INTERFACE` class interfaces respectively. This MR introduces initial support for accessing GATT services on LE devices: * Create PDOs for remote devices that we discover GATT services on, and enabling `GUID_BLUETOOTHLE_DEVICE_INTERFACE` for them. * Because the driver also creates PDOs for bluetooth radios, a tagged union is used to distinguish between device extension values to dispatch IOCTL and PnP IRPs appropriately. * Enumerate through all `org.bluez.GattService1` objects on BlueZ, and store them on the PE driver inside the associated devices. * Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES for device PDOs. * Use the newly added IOCTL to implement [`BluetoothGATTGetServices`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/nf-bluetoothleapis-bluetoothgattgetservices). -- v15: bluetoothapis/tests: Add tests for BluetoothGATTGetServices. bluetoothapis: Implement BluetoothGATTGetServices. winebth.sys: Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES. winebth.sys: Store a list of GATT services discovered on LE devices. https://gitlab.winehq.org/wine/wine/-/merge_requests/8174

2 6

[PATCH v14 0/5] MR8174: winebth.sys part 12: Introduce support for Low Energy GATT services
by Vibhav Pant (＠vibhavp) 11 Jul '25

11 Jul '25

Generic ATTribute Profile (GATT) is a protocol used by BLE devices for data exchange. Broadly, every LE device contains one or more GATT services, with each service having multiple characteristics, which contain the actual piece of data to be exchanged. The Win32 BLE api is defined in [`bluetoothleapis.h`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/), and operates on `HANDLE`s to PDOs created by the driver to remote devices and services, using the `GUID_BLUETOOTHLE_DEVICE_INTERFACE` and `GUID_BLUETOOTH_GATT_SERVICE_DEVICE_INTERFACE` class interfaces respectively. This MR introduces initial support for accessing GATT services on LE devices: * Create PDOs for remote devices that we discover GATT services on, and enabling `GUID_BLUETOOTHLE_DEVICE_INTERFACE` for them. * Because the driver also creates PDOs for bluetooth radios, a tagged union is used to distinguish between device extension values to dispatch IOCTL and PnP IRPs appropriately. * Enumerate through all `org.bluez.GattService1` objects on BlueZ, and store them on the PE driver inside the associated devices. * Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES for device PDOs. * Use the newly added IOCTL to implement [`BluetoothGATTGetServices`](https://learn.microsoft.com/en-us/windows/win32/api/bluetoothleapis/nf-bluetoothleapis-bluetoothgattgetservices). -- v14: bluetoothapis/tests: Add tests for BluetoothGATTGetServices. bluetoothapis: Implement BluetoothGATTGetServices. winebth.sys: Implement IOCTL_WINEBTH_LE_DEVICE_GET_GATT_SERVICES. winebth.sys: Store a list of GATT services discovered on LE devices. https://gitlab.winehq.org/wine/wine/-/merge_requests/8174

2 5

Re: [PATCH v8 0/5] MR8460: ntdll: Add support for multi-battery systems and energy-reporting batteries on Linux
by Vibhav Pant (＠vibhavp) 11 Jul '25

11 Jul '25

> Am I to assume `SYSTEM_BATTERY_STATE.AcOnLine` in `system.fill_battery_state` holds a value reflecting the system's actual state? It would be best to go by what Windows does here. `SYSTEM_BATTERY_STATE.AcOnLine` is set to 1 on a virtualized Windows 11 install, so we should probably always set it to 1 as well. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8460#note_109573

1 0

2025

2024

2023

2022

wine-gitlab