March 2025 - Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/8] MR7644: powrprof.dll: Implement PowerGetActiveProfile and PowerSetActiveProfile
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

On Sat Mar 22 22:35:07 2025 +0000, Nikolay Sivov wrote: > Hi, @rlippmann. This needs some basic cleanup first - fixup commits > should be merged with main commits so that MR has a clean list of > wellformed changes. Note that you don't need to create a new MR every > time you want to change something. Just force push to the same branch. I've been trying to. Unfortunately the pipeline build fails every time saying it couldn't get my credentials even though I've set git global username and email address. I've been trying to figure out why that happens, hence the multiple (closed) merge requests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7644#note_98759

1 0

Re: [PATCH v2 0/8] MR7644: powrprof.dll: Implement PowerGetActiveProfile and PowerSetActiveProfile
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

On Sat Mar 22 22:15:29 2025 +0000, Nikolay Sivov wrote: > Why do you need this? These are additional power related functions that were defined in Windows Vista (the current code is like 20 years old). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7644#note_98758

1 0

Re: [PATCH v2 0/8] MR7644: powrprof.dll: Implement PowerGetActiveProfile and PowerSetActiveProfile
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

On Sat Mar 22 22:15:29 2025 +0000, Nikolay Sivov wrote: > You probably don't need a new file for this. Well, according to the SDK, the header is now powersetting.h, not powrprof.h, which is why I created the new file. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7644#note_98757

1 0

[PATCH 0/8] MR7644: powrprof.dll: Implement PowerGetActiveProfile and PowerSetActiveProfile
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

These functions were split out in Windows Vista. This commit also updates the .spec with newer power related SDK calls. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7644

3 15

[PATCH v3 0/8] MR7643: powrprof.dll: Move PowerGet/SetActiveScheme to powersetting.c
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

This patch also adds stubs for power related functions added in Windows Vista. -- v3: powrprof.dll: more whitespace fixes https://gitlab.winehq.org/wine/wine/-/merge_requests/7643

2 9

[PATCH v4 0/1] MR7642: Draft: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) March 22, 2025

March 22, 2025

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- v4: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time. https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

2 1

Re: [PATCH 0/6] MR7639: powrprof.dll: Implement PowerGet/SetActiveScheme - closed
by Robert Lippmann (＠rlippmann) March 22, 2025

March 22, 2025

This merge request was closed by Robert Lippmann. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7639

1 0

[PATCH v3 0/1] MR7642: Draft: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) March 22, 2025

March 22, 2025

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- v3: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time. https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

2 1

[PATCH v2 0/1] MR7642: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) March 22, 2025

March 22, 2025

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- v2: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time. https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

3 3

[PATCH 0/1] MR7642: server: Fall back to epoll_wait if epoll_pwait2 isn't available at run-time.
by William Horvath (＠whrvt) March 22, 2025

March 22, 2025

This fixes a real problem and improves behavior at the same time. - Fixes: hanging when trying to run Wine built with epoll_pwait2 headers available but epoll_pwait2 is missing in the run-time kernel (i.e. build 5.11->run 5.10) - Improvement: bring the improved timeout resolution to Wine builds which didn't have epoll_pwait2 at compile time, if the run-time kernel supports it (i.e. build 5.10->run 6.14) This last point is especially important in my opinion, as it applies to official Proton builds. Proton is (currently) built in Debian 11 with kernel 5.10, but SteamOS is a moving target with a much newer kernel version being used to run these Wine builds. These builds use the lower resolution timeouts if epoll_pwait2 is only checked for at compile-time, when it can cheaply and easily be done at run-time instead. Fixes: 87ca5db40e2c1b37423bdc25101a5c5e39e67e6f An alternative to !7640 that kills two birds with one stone. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7642

2 1