- 31 Jan, 2022 7 commits
-
-
Fabian Maurer authored
Signed-off-by:
Fabian Maurer <dark.shadow4@web.de> Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Fabian Maurer authored
Signed-off-by:
-
Fabian Maurer authored
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
-
Fabian Maurer authored
Signed-off-by:
-
Fabian Maurer authored
Signed-off-by:
-
Fabian Maurer authored
Signed-off-by:
Andrew Eikum <aeikum@codeweavers.com> Signed-off-by:
-
Fabian Maurer authored
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
-
- 28 Jan, 2022 33 commits
-
-
Alexandre Julliard authored
Signed-off-by: -
Daniel Lehman authored
Signed-off-by:
Daniel Lehman <dlehman@esri.com> Signed-off-by:
Piotr Caban <piotr@codeweavers.com> Signed-off-by:
-
Daniel Lehman authored
Signed-off-by:
-
Daniel Lehman authored
Signed-off-by:
-
Daniel Lehman authored
Signed-off-by:
-
Daniel Lehman authored
Signed-off-by:
-
Daniel Lehman authored
Signed-off-by:
-
Alex Henrie authored
The NVDA screen reader needs this. Signed-off-by:
Alex Henrie <alexhenrie24@gmail.com> Signed-off-by:
-
Zebediah Figura authored
The practical effect of this is to defer clearing buffers until they are used. Under normal circumstances the buffer will be initially discarded, in which case we need not clear it at all, and may even avoid ever allocating sysmem. Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Instead of checking whether a BO already exists. This will end up allocating a BO earlier in some cases. This is not particularly impactful by itself, since we already would have sysmem available and thus could use it without a performance penalty. However, we would like to avoid ever allocating sysmem where not necessary, in particular by deferring allocation of any location at all until the resource is written to. This also has the side effect of fixing test_map_synchronization() on 64-bit architectures, broken since 194b47b4. The test creates a buffer, maps it once, then maps it again with NOOVERWRITE while the GPU is still drawing, expecting the new data to be read by the GPU during the draw. On 32-bit machines, and 64-bit machines before the offending commit, we do the following: First map: uses SYSMEM since the BO is not created yet Draw: upload to VBO Second map: map the existing VBO with GL_MAP_UNSYNCHRONIZED_BIT After 194b47b4, we don't use GL_MAP_UNSYNCHRONIZED_BIT since the buffer has READ access, which means that the second map will be synchronized and wait for the draw to complete. After this patch, we do the following: First map: create and map a VBO (not unsynchronized, but coherent and persistently mapped) Draw: use mapped VBO Second map: write to existing (coherent) VBO, which is unsynchronized Signed-off-by:
-
Zebediah Figura authored
wined3d_buffer_load_location() can handle loading from WINED3D_LOCATION_DISCARDED just fine, so use it instead of duplicating the functionality here. Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
There's no conversion to do, the device name in the filter is ignored. Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
Rémi Bernon authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51931 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52391Signed-off-by:
-
Rémi Bernon authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51931 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52391Signed-off-by:
-
Arkadiusz Hiler authored
This makes it so that all the devices on the HID bus now have Class, ClassGUID, Driver and DriverDesc register properties populated. Without having at least Driver and Class set SDL2 refuses to use HID devices directly. Signed-off-by:
Arkadiusz Hiler <ahiler@codeweavers.com> Signed-off-by:
-
