https://bugs.winehq.org/show_bug.cgi?id=49938
--- Comment #10 from Hans Leidekker hans@meelstraat.net --- (In reply to Ruslan Kabatsayev from comment #9)
(In reply to Hans Leidekker from comment #8)
So getrandom() returns ENOSYS. This suggests you're running glibc new enough to have a wrapper for the syscall on a kernel that doesn't implement this syscall. Can you describe your setup in more detail?
My system is LFS with x86_64 Linux 4.14.157, 32-bit userland with glibc 2.27 (configured with --enable-kernel=3.2, as suggested in the LFS book).
getrandom() was introduced in 3.17, and glibc supports it since 2.25, so you have support for it. It seems that building with --enable-kernel=3.2 disables it.
As I've tested now, it's glibc that raises ENOSYS, not the kernel. Particularly, another glibc from cross-x86_64 toolchain executes the actual syscall, which succeeds, while this system glibc just executes its #else code for #ifdef __NR_getrandom in getrandom.c.
Do you think I have misconfigured my system somehow?
Yeah, this is likely to break more than just Wine.