The current implementation based on `IOPMCopyBatteryInfo` does not work (macOS 13.2, M2 Max, returns `kIOReturnUnsupported`) and is not recommended/supported by Apple:
> WARNING! IOPMCoyBatteryInfo is unsupported on ALL Intel CPU based systems. For PPC CPU based systems, it remains not recommended. For almost all purposes, developers should use the richer IOPowerSources API (with change notifications) instead of using IOPMCopyBatteryInfo. Keys to decipher IOPMCopyBatteryInfo's return CFArray exist in IOPM.h.
--
v8: ntdll: Use IOPowerSources API to fill battery info on macOS
https://gitlab.winehq.org/wine/wine/-/merge_requests/2283
--
v2: dxgi: Reset the back buffer index to zero on ResizeBuffers().
dxgi/tests: Test that ResizeBuffers() resets the back buffer index to zero.
dxgi: Always assume that a D3D12 swapchain always uses user images.
dxgi: Immediately error out when creating a D3D12 swapchain on a non-immediate queue.
dxgi/tests: Test that D3D12 swapchains can only be created on direct command queues.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2296
It's probably worth pointing out that this has quite some potential for causing regressions in performance. swapchain_blit_gdi() is not fast, and ideally we'd work on reducing the number of cases where it's needed.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2299#note_25724
Matteo Bruni (@Mystral) commented about dlls/wined3d/context_gl.c:
> current = gl_info->gl_ops.wgl.p_wglGetPixelFormat(dc);
> if (current == format) goto success;
>
> + if (current && !private)
> + return FALSE;
I guess we could add a WARN("Using pixel format %u already set on DC %p.\n", current, dc); or something.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2299#note_25713
--
v4: vkd3d: Do not keep the CS queue locked while processing it.
vkd3d: Always enqueue CS operations, even if they can be executed right away.
vkd3d: Hold the queue mutex when adding the queue to a blocked list.
vkd3d: Mention the correct mutex in a comment.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/94
--
v2: riched20/tests: Fix the EM_GETSELTEXT tests in Hindi on Windows.
riched20/tests: EM_GETSELTEXT's wparam is not used and should be 0.
riched32/tests: EM_GETSELTEXT's wparam is not used and should be 0.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2276
Signed-off-by: Fan WenJie <fanwj(a)mail.ustc.edu.cn>
calling unix funcions from PE must via unix_call, Because must switch fs register vaule and other context on wow64 mode. Currently calling some unix functions of win32u via function pointers. The patch modify the way of calling unix functions of win32u by unix_call
--
v4: win32u: replace calling unix functions by unix_call and remove callback unix_funcs
win32u: Use syscall interface for remaining functions.
win32u: Use syscall interface for user functions.
win32u: Use syscall interface for more GDI functions.
win32u: Use syscall interface for more clipping functions.
win32u: Use syscall interface for more font functions.
win32u: Use syscall interface for more font functions.
win32u: Use syscall interface for more GDI object functions.
win32u: Use syscall interface for more DC functions.
win32u: Use syscall interface for DIB functions.
win32u: Use syscall interface for D3DKMT functions.
win32u: Use syscall interface for more bitmap functions.
win32u: Use syscall interface for bitblt functions.
win32u: Use syscall interface for more path functions.
win32u: Use syscall interface for more printer functions.
win32u: Use syscall interface for more painting functions.
win32u: Use syscall interface for more painting functions.
win32u: Use syscall interface for NtGdiOpenDCW.
gdi HACK: Disable printer drivers.
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/wine/-/merge_requests/2291
The idea I have is to use this module to declare class stubs until there is a good reason to split them to dedicated modules. WinRT modules aren't usually loaded directly, and instead the registry is queried to figure which module to load for which class.
This would help avoiding unnecessary proliferation of stub WinRT modules, while at the same time allowing to factor WinRT foundation code (such as vector / async, etc...) between the modules that seem to deserve to be implemented separately.
The relevant classes could then be split out to dedicated modules on a as-needed basis, when they get fleshed out.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2298