- wine-gitlab - winehq.org

[PATCH 0/2] MR7217: dinput: Clamp FFB effect report value to the field range.
by Rémi Bernon (＠rbernon) 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 (＠rbernon) 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

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

28 Jan '25

This merge request was closed by Rémi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7161

1 0

[PATCH 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 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7216

2 4

Re: [PATCH v5 0/5] MR7109: Added missing functions _FCbuild, cimag, crealf and cimagf
by Stéphane Bacri (＠fr33z00) 28 Jan '25

28 Jan '25

@piotr I shall admit I'm a bit confused by the fork way of working and the wine CI. I previously made some rebase, but now, when I click on the rebase button, nothing happens. I didn't want to bother you before the windows build pipelines were successful, but your offer is welcomed. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7109#note_93055

1 0

Re: [PATCH v5 0/5] MR7109: Added missing functions _FCbuild, cimag, crealf and cimagf
by Piotr Caban (＠piotr) 28 Jan '25

28 Jan '25

The patches needs to be rebased on top of current master. You will also need to merge the patches/reverts and get rid of the merges. I have requested access to your repository if you need help with that. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7109#note_93054

1 0

Re: [PATCH v5 0/5] MR7109: Added missing functions _FCbuild, cimag, crealf and cimagf
by Stéphane Bacri (＠fr33z00) 28 Jan '25

28 Jan '25

On Mon Jan 27 21:05:00 2025 +0000, Alexandre Julliard wrote: > Actually _Cbuild has the same problem, but it's less obvious since it > will break only on non-x86 platforms. Hello. Thanks for the clarification! => Change of Cbuild then. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7109#note_93053

1 0

[PATCH 0/1] MR7214: Fixed signature of Cbuild and FCbuild
by Stéphane Bacri (＠fr33z00) 28 Jan '25

28 Jan '25

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

3 3

[PATCH v2 0/3] MR7204: Fix running arm+arm64 in old wow64 mode
by Martin Storsjö (＠mstorsjo) 28 Jan '25

28 Jan '25

This allows using one single wineprefix, one wineserver and one single wine executable for running both arm and arm64 executables. This setup actually has worked earlier; Ubuntu 22.04 packages Wine 6.0, where the wine32 + wine64 packages together end up working this way. However, since Wine 6.0, a couple of refactorings has broken this setup along the way; reinstate this way of working. The new wow64 mode probably won't work on arm, as it's not easily possible to switch between 32 and 64 bit execution mode within a process, as far as I know, but the old wow64 mode is still a great convenience - especially considering distro-packaged use for users who aren't familiar with the particular quirks on this architecture. -- v2: configure: Allow using --enable-win64 on aarch64 server: Include ARMNT as one of the supported architectures on aarch64 ntdll: Allow running arm/aarch64 in (old) wow64 mode https://gitlab.winehq.org/wine/wine/-/merge_requests/7204

3 6

2025

2024

2023

2022

wine-gitlab