[PATCH 08/10] wined3d: make wined3d_device_update_surface operate with wined3d_texture and sub_resource_idx

Stefan Dösinger stefandoesinger at gmail.com
Wed Oct 21 03:58:22 CDT 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Am 2015-10-20 um 19:26 schrieb Henri Verbeet:
> The source surface for wined3d_device_update_surface() is supposed
> to be in WINED3D_POOL_SYSTEM_MEM. Mapping those shouldn't require a
> copy. (And while in ddraw everything is a bit weird, in d3d9 system
> memory surfaces are really supposed to be in system memory.)
- From wined3d_device_update_sub_resource's point of view there's no
guarantee that the memory data points to won't be gone after its
return. wined3d_device_update_surface knows that the source surface
will be there when the queued operation is executed.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWJ1OuAAoJEN0/YqbEcdMwwS4P/3pAXKzdgO7cKneT+ZNAc/xv
eCi9MU5diUnp3AuZJ+DUWqg6hPfdHJfJZ1QjRCM2Ii3MkxvP40rlN17D1rjgOiXe
UNPKSBuhldn+JLhMhPk7PsMMq6JZs/uf431rdeAsSch4LeNRVDYwGXu+S9QPPVsT
gp+VpCm5q23Oao/PxW0e8S9JdyDLhCPJKELiXDLxPSwVAjVpHYswoQ8MtnkiVpmX
Va2hQY0tw9XEvvClBnOxcWl62hiii7U400hkZIa7vS0m3oQ24blqe783wCZ8ZY3y
CKLzTgt4SnUPKkxcGV7Mrzzjs/nmDPjPz5xOoXF+I0t4r5eaDd83rCswhzgC27Sh
Xiihu82W2DNtzVZ33Io9hPBTltl3cDkreM2Y4w5GjNkVV+kEO4hhMpFwR/kfYMMs
lWdGoDnTp0CADHLmo7X1A2vShhiOrm8/dfAKo07/X5pzc6N2m5WkPQ5YAjZsSTYr
vpgmgLjyF1sGGh1CeDKHGQoODKooCujVTbCWIExNI2+nciEUUdWtllPz8fwNKdiZ
3iPnYkep0u44fGboPWehAE7bVoj7ufXV8jEenAax1uexTPKeYN6+v9FSHWzksHhp
fVYAVV37eG19Qq+cPsO+wDt14//7VsTcTv6yNghcXzqVIB2UdBCSpp2BqpDFHg7M
2u/9NSCQSw309m7MvYSo
=xoOl
-----END PGP SIGNATURE-----



More information about the wine-devel mailing list