--
v2: winspool: Call providor in ReadPrinter implementation.
localspl: Add ReadPrinter implementation.
localspl: Add support for Job handles.
localspl: Rename job_t structure to job_info_t.
localspl: Use separate structure to store printserver handles.
localspl: Use separate structure to store XcvPort and XcvMonitor handles.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1659
Also make the device instance id unique (at least to the bus), as required by MS. It is also easily addressable by other drivers.
--
v2: wineusb.sys: Add usbver, revision, busnum and portnum to PDO's instance id.
wineusb.sys: Implement DevClass compatible id for devices with multiple interfaces.
wineusb.sys: Pass interface and interface_index from the event data to the usb device data.
https://gitlab.winehq.org/wine/wine/-/merge_requests/1631
On Fri Dec 2 10:52:41 2022 +0000, Alexandre Julliard wrote:
> > I'm more optimistic about 8.0. Anyway, I wouldn't mind committing it
> if we need to. At the same time, since there is an active work on the
> final solution, we may as well wait a few days and see how it goes. Let
> me defer that to Alexandre (I think he took over that optimization work).
> I've committed some fixes inspired by Rémi's work. Hopefully that will
> be good enough to avoid the direct calls, can you please give it a try?
Hello,
I've compared a windows build of [vkoverhead](https://github.com/zmike/vkoverhead) test case 92, which uses descriptor buffers, on latest wine from git. I'm getting a score of around 48000 operations per second without this patch, and around 84000 with this patch using direct calls, so still almost a 2x difference. FWIW, a linux build without using wine gets around 320000 in the same test, all using the RADV vulkan driver.
I haven't tested it with actual games yet, but I expect it to still have a noticeable effect on CPU-bound games with vkd3d-proton.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1552#note_18427
An array of pointers isn't conformant on 64-bit and will overrun the
destination buffer when unmarshalling. Since the purpose of this
function is to test a conformant FC_BOGUS_STRUCT, use one that is
conformant on both 32-bit and 64-bit.
The revised test coincidentally reveals that there is a problem with the
padding or alignment after a marshalled 16-bit enum, which will need to
be addressed separately.
Co-authored-by: Zebediah Figura <z.figura12(a)gmail.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/1623