I have an AMD Ryzen 7 5700U, which when my system was running Mesa 22.0.4 identified itself in `glxinfo` as:
```
Vendor: AMD (0x1002)
Device: AMD RENOIR (LLVM 13.0.1, DRM 3.47, 5.19.17) (0x164c)
```
After a recent system upgrade that took Mesa to 22.2.3, `glxinfo` now gives:
```
Vendor: AMD (0x1002)
Device: RENOIR (renoir, LLVM 14.0.6, DRM 3.48, 6.0.12) (0x164c)
```
Wine programs also started reliably crashing on me, with the following message that did not appear before:
```
0130:fixme:d3d:wined3d_guess_card_vendor Received unrecognized GL_VENDOR "AMD". Returning HW_VENDOR_NVIDIA.
```
I don't really know what I'm doing but that message suggested this patch to me, which does resolve the crashes and doesn't seem obviously wrong. Maybe there's some other table to which the new identifying information of this APU needs to be added, but keeping this check for future-proofing might still be a good idea in that case?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1837
Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=53525
--
v3: dinput/tests: Remove unnecessary goto and label.
dinput/tests: Wait for each device interface to start / stop.
dinput/tests: Add a device count parameter to hid_device_(start|stop).
dinput/tests: Use semaphores to count and notify rawinput messages.
dinput/tests: Avoid using INFINITE timeouts.
dinput/tests: Remove old physical joystick tests.
dinput/tests: Unregister rawinput devices after tests.
hidclass.sys: Make sure a desktop is created for the driver process.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1842
Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=53525
--
v2: dinput/tests: Wait for each device interface to start / stop.
dinput/tests: Add a device count parameter to hid_device_(start|stop).
dinput/tests: Use semaphores to count and notify rawinput messages.
dinput/tests: Avoid using INFINITE timeouts.
dinput/tests: Remove old physical joystick tests.
dinput/tests: Unregister rawinput devices after tests.
hidclass.sys: Make sure a desktop is created for the driver process.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1842
This was previously automatically done when user32 was loaded, but since
the move of __wine_send_input to win32u, we do not need to load it any
more. Somehow it is still loaded when prefix is initialized or updated,
and the dinput tests work in some cases, but not in some other.
This makes sure we have a desktop or WM_INPUT messages won't be sent by
wineserver.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1841