Arch Linux User Repository

Explanation: Winesync is yet another reimplementation of the NT synchronization primitives for Wine, this time using a new kernel module instead of using existing kernel features or a new syscall. This implementation mimics the original from Windows perfectly (bar any bugs), in contrast to esync and fsync which had some hackily implemented operations. Performance shouldn't be much different from esync and fsync.

@veganvelociraptr You shouldn't use this package anymore, instead update your kernel.

In case anyone is still using this, the sha256sums need to be changed to:

sha256sums=('0cec4b7785e3a3d9fff9348d7a02d0738f5cffd27f01768e13ee7f108fd66c9d'
            '45435f616f34ff60c816b2bc54a9c5d1673b8ca6981a4845f5715ab329a58646'
            '9b22d9976a83785e6a1cfc4a3aa230a8c5e4e903730bbafc598ec86bfaa35c3e'
            '05735aa1fef1eda3c6dca8b7a0c2a7eebf1eba8af38f608b4b1c34d4acbad453'
            '6c6e611dea280973933135aa9c9a37bc95d542f2cd029b51cb71e4a28ee95cf7')

  CC [M]  /var/lib/dkms/winesync/5.16/build/src/drivers/misc/winesync.o
/var/lib/dkms/winesync/5.16/build/src/drivers/misc/winesync.c:1186:13: error: use of undeclared identifier 'no_llseek'; did you mean 'noop_llseek'?
 1186 |         .llseek         = no_llseek,
      |                           ^~~~~~~~~
      |                           noop_llseek
./include/linux/fs.h:3241:15: note: 'noop_llseek' declared here
 3241 | extern loff_t noop_llseek(struct file *file, loff_t offset, int whence);

I wouldn't report this if ntsync was ready for both proton and wine-tkg but it isn't yet.

Also today there was a update to kernel 6.12 which breaks winesync-dkms. I haven't found an patch for 6.12 but it would be amazing if the package would be available for 6.12 too.

Why this package depends on linux-headers instead of dkms?

For those who haven't found out themselves yet I think everyones moving to this instead now:

https://aur.archlinux.org/packages/ntsync-header

https://aur.archlinux.org/packages/ntsync-dkms

https://aur.archlinux.org/packages/ntsync-common

I think

I can't seem to get this to work, I'm guessing I need a patched version of wine or proton to use this? And I read somewhere TKG doesn't include it anymore?

Does Proton GE support it?

Information about how to use this is extremely scarce...

Looks like the site is back online.

Same issue here, source URL is inaccessible (https://repo.or.cz/).

Thanks again for this and making it (much!) easier to get working on Arch Linux. I finally got bit further with this. I started using wine-tkg (self-built) instead of wine-ge-custom which has enabled me to enable winesync in wine.

Everything works great with the module but not the udev rule for some reason? Its installed but I still have to manually chmod /dev/winesync before launching wine.

I am wondering if the winesync module is coming up later than when udev runs or something odd...

More details:

$ sudo udevadm test /dev/winesync
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.

Trying to open "/etc/systemd/hwdb/hwdb.bin"...
Trying to open "/etc/udev/hwdb.bin"...
Trying to open "/usr/lib/systemd/hwdb/hwdb.bin"...
Trying to open "/usr/lib/udev/hwdb.bin"...
=== trie on-disk ===
tool version:          253
file size:        12343334 bytes
header size             80 bytes
strings            2504246 bytes
nodes              9839008 bytes
Loading kernel module index.
Found cgroup2 on /sys/fs/cgroup/, full unified hierarchy
Found container virtualization none.
Using default interface naming scheme 'v253'.
Parsed configuration file "/usr/lib/systemd/network/99-default.link"
Created link configuration context.
Reading rules file: /usr/lib/udev/rules.d/01-md-raid-creating.rules
Reading rules file: /usr/lib/udev/rules.d/10-dm.rules

.. blahblahblah ..

Reading rules file: /usr/lib/udev/rules.d/99-fuse.rules
Reading rules file: /usr/lib/udev/rules.d/99-fuse3.rules
Reading rules file: /usr/lib/udev/rules.d/99-razer.rules
Reading rules file: /usr/lib/udev/rules.d/99-systemd.rules
Reading rules file: /usr/lib/udev/rules.d/99-winesync.rules
sd-device: Failed to chase symlinks in "/sys/dev/char/10:243".
sd-device: Failed to chase symlinks in "/sys/dev/winesync".
Failed to open device '/dev/winesync': No such device
Unload kernel module index.
Unloaded link configuration context.

$ ls -lah /dev/winesync 
crw------- 1 root root 10, 243 Apr  5 21:16 /dev/winesync

Edit: Running:

modprobe winesync

makes everything just work.... could the solution be to add a file to '/etc/modules-load.d/' or ideally '/usr/lib/modules-load.d/' in the package? or should wine be starting this module when it launches? (it doesn't).

Yeah you are right - something weird happened. I've not even heard of winesync for two years but I think I cloned 'winesync-dkms' last time although I'm not sure why it would cause that since it looks like a clone.

Weird...

I've re-cloned and its built fine with the correct version. Apologies for the noise