Date: Sun, 06 Oct 2019 13:34:19 +0000 From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 240043] audio/linux-c7-alsa: how to make it work? Message-ID: <bug-240043-4077-W3dDeKZ1pU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-240043-4077@https.bugs.freebsd.org/bugzilla/> References: <bug-240043-4077@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240043 --- Comment #63 from Tijl Coosemans <tijl@FreeBSD.org> --- I had second thoughts about the patch. There are fewer thread priority lev= els on FreeBSD than on Linux so the patch maps one FreeBSD priority level to multiple Linux priority levels. With the patch it's possible for a Linux thread to have a higher priority than another thread while the FreeBSD kern= el treats them as if they had the same level. That's a problem for SCHED_FIFO threads because they just keep running until they are preempted by higher priority threads. The current behaviour where FreeBSD announces fewer prio= rity levels via sched_get_priority_(min|max) is correct. A POSIX compliant prog= ram is supposed to use priority levels from this range. FMOD blindly uses prio= rity levels that happen to work on current versions of Linux. Another solution will have to be found. Either the preload trick or maybe libfmod.so could be edited using something like "sed -i.bak 's,libasound\.so,/nonexistent,g' /path/to/libfmod.so"? --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-240043-4077-W3dDeKZ1pU>