This adds Mach thread priority support (both in the application and realtime band) and recalculates thread priorities when the process priority changes.
Part 3, which is still a bit WIP deals with implementing priority boosts (for main threads and threads which are processing window messages), effectively fully replacing https://gitlab.winehq.org/wine/wine/-/merge_requests/1232.
Currently the implementation in this MR already technically overrides what https://gitlab.winehq.org/wine/wine/-/merge_requests/1232 does, if it makes sense I can also revert it here.
I added a few comments regarding the Mach thread priority API usage, as there is limited documentation available, and much was inferred from the source or by testing. If this is too verbose I can also remove that...
--
v3: server: Apply Mach thread priorities after process tracing is initialized.
server: Implement apply_thread_priority on macOS for realtime priorities.
server: Implement apply_thread_priority on macOS for application priorities.
kernel32/tests: Setting process priority on a terminated process should succeed.
server: Also set thread priorities upon process priority change.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7317
Instead of checking for monitor rect.
Similar purpose as https://gitlab.winehq.org/wine/wine/-/merge_requests/7362
--
v2: winewayland: Pass fullscreen flag to is_window_managed.
winex11: Pass fullscreen flag to is_window_managed.
winex11: Check managed window changes in WindowPosChanged.
winex11: Request managed window changes asynchronously.
winex11: Initialize window managed flag in create_whole_window.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7370
Add Expat as a dependency, and use it to parse the XML returned from FreeBSD's kern.sched.topology_spec sysctl.
--
v4: ntdll: implement create_logical_proc_info on FreeBSD.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7339
This is an attempt at improving X11 focus handling, and will most importantly be useful to later better handle dynamic window decoration changes on any mutter-based window manager. These window managers do a little dance in that case, unmapping/mapping the window every time decoration are added/removed, and we often get confused by the focus events it triggers.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7182
This broke after d58e917e2cb36c6ffcb259356c06171d8f6d4dcc in some situations, since it resulted in us calling wined3d_texture_download_from_texture() with CLEARED location. The latter was not aware of CLEARED and incorrectly assumed the source texture was in TEXTURE_SRGB.
--
v2: wined3d: Explicitly check for BUFFER/SYSMEM before calling wined3d_texture_download_from_texture().
wined3d: Propagate a CLEARED location when blitting.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7313
commit cb87d40cd4a8837826ea76efc91371ab09eb9d63 removed the ability (from the inside the tools/wine-wrapper) to have some local settings (per build tree) where one can adapt environment for launching wine
this MR allows at configure time to specify an (external) wine wrapper to use for a given build tree
Signed-off-by: Eric Pouech epouech(a)codeweavers.com
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7361
The Microsoft WMV decoder has a bug/feature where orientation of
the first output type determines the orientation for all subsequent
RGB output types.
If the transform is created new, then the orientation is determined by
the value of the MF_MT_DEFAULT_STRIDE.
This MR adds tests for that behavior and implements it in Wine.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7366
This adds Mach thread priority support (both in the application and realtime band) and recalculates thread priorities when the process priority changes.
Part 3, which is still a bit WIP deals with implementing priority boosts (for main threads and threads which are processing window messages), effectively fully replacing https://gitlab.winehq.org/wine/wine/-/merge_requests/1232.
Currently the implementation in this MR already technically overrides what https://gitlab.winehq.org/wine/wine/-/merge_requests/1232 does, if it makes sense I can also revert it here.
I added a few comments regarding the Mach thread priority API usage, as there is limited documentation available, and much was inferred from the source or by testing. If this is too verbose I can also remove that...
--
v2: server: Re-apply thread priorities after process tracing is initialized.
server: Implement apply_thread_priority on macOS for realtime priorities.
server: Implement apply_thread_priority on macOS for application priorities.
kernel32/tests: Setting process priority on a terminated process should succeed.
server: Also set thread priorities upon process priority change.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7317
Make both method calls;
1. Consistently written with parameter names as per spec.
2. Fix parameter validation to be consistent with spec.
3. Fix szNameBuf parameter semantics as per spec.
4. Fix szNameBuf casing str search as per spec.
5. Factor out common code into TLB_ helpers vastly improves readability.
--
v28: dlls/oleaut32: Read in the hashmap data while loading typelib
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/7286