- Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/1] MR2720: wined3d: Add a comment about mismatched samplers. - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2720

1 0

Re: [PATCH v2 0/4] MR2721: gdi/wineps: Add support for implicitly calling StartPage and for EMRI_DEVMODE spool file record - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2721

1 0

Re: [PATCH v14 0/4] MR2669: wine{alsa,coreaudio,oss,pulse}: Move AudioSessionControl into mmdevapi. - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2669

1 0

Re: [PATCH v7 0/2] MR161: vkd3d-shader/hlsl: Implement D3DCOLORtoUBYTE4(). - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/161

1 0

Re: [PATCH v2 0/2] MR185: vkd3d: Fix descriptor write issues. - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/185

1 0

Re: [PATCH v7 0/2] MR179: vkd3d-shader/hlsl: Add support for ddx(), ddy() intrinsics. - approved
by Alexandre Julliard (＠julliard) April 28, 2023

April 28, 2023

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/179

1 0

[PATCH v3 0/4] MR2682: uiautomationcore: Focused element retrieval, and a deadlock fix.
by Connor McAdams (＠cmcadams) April 28, 2023

April 28, 2023

-- v3: uiautomationcore: Retrieve runtime ID on UiaReturnRawElementProvider thread to prevent a deadlock. uiautomationcore: Implement IUIAutomation::GetFocusedElement{BuildCacheRequest}. uiautomationcore: Implement UiaNodeFromFocus. https://gitlab.winehq.org/wine/wine/-/merge_requests/2682

3 5

[PATCH v2 0/4] MR2682: uiautomationcore: Focused element retrieval, and a deadlock fix.
by Connor McAdams (＠cmcadams) April 28, 2023

April 28, 2023

-- v2: uiautomationcore: Retrieve runtime ID on UiaReturnRawElementProvider thread to prevent a deadlock. uiautomationcore: Implement IUIAutomation::GetFocusedElement{BuildCacheRequest}. uiautomationcore: Implement UiaNodeFromFocus. uiautomationcore: Add UiaNodeFromFocus stub. https://gitlab.winehq.org/wine/wine/-/merge_requests/2682

3 8

[PATCH 0/1] MR2720: wined3d: Add a comment about mismatched samplers.
by Paul Gofman (＠gofman) April 28, 2023

April 28, 2023

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

4 3

[PATCH 0/7] MR2712: winewayland.drv: part 3: Handle dynamic wl_output events
by Alexandros Frantzis (＠afrantzis) April 28, 2023

April 28, 2023

This MR introduces the driver mechanisms to handle dynamic events from the Wayland compositor, using wl_output events as the guiding use case (i.e., we want to update the win32u display settings when the host settings change). In this design we create a dedicated thread to read and dispatch Wayland events received from the compositor. If a Wayland event handler wants some code to be run in the context of a particular HWND's thread, it can add an internal event to a custom queue we have for each (GUI enabled) thread. The ProcessEvents driver callback processes internal events from that queue. In order to wake up waiting threads we use a pipe to notify about new internal events, with the read end acting as the thread's host queue fd. This is similar to how winemac.drv works. We use the aforementioned mechanisms to queue win32u display device updates to the desktop window thread. Since there are many pieces that need to fall into place, this MR gradually reaches the final design: 1. We first introduce the dedicated read/dispatch thread and handle events (and also display device updates if in the desktop process) in that thread. 2. We ensure access to Wayland output information is thread-safe and consistent (since in step 3 we will need to access it from a different thread). 3. We finally introduce per-thread internal event queues and, if we are in the desktop process, queue the display device update to the desktop window thread internal event queue. Note that the main portion of the wl_output event code is still handled in the dedicated read/dispatch thread. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2712

3 12