Summary: | sys-libs/musl: add sched_(get/set)scheduler implementations | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew Athalye <andrewathalye> |
Component: | Current packages | Assignee: | Anthony Basile <blueness> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | andrewathalye, lu_zero, marecki, musl, toolchain |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Adds a syscall-based implementation of the functions directly to RTKit |
Description
Andrew Athalye
2022-08-19 02:30:40 UTC
Created attachment 800083 [details, diff]
Adds a syscall-based implementation of the functions directly to RTKit
This patch is from Void Linux, based on a similar patch from Alpine Linux, which was applied to musl as a whole. According to Rich Felker, musl's behaviour at the moment is correct, so I am unsure whether it would be acceptable to Gentoo to maintain a patch indefinitely against musl.
I'd much rather we either got musl to budge or convinced rtkit upstream to inline these for musl. @marecki, if you don't like the patch, please retitle & reassign to sys-libs/musl maintainers, thanks! (In reply to Sam James from comment #2) > I'd much rather we either got musl to budge or convinced rtkit upstream to > inline these for musl. I am with you on this. At the very least the patch should only switch to inlined implementations when building against musl, and frankly speaking I'd rather let upstream handle such low-level changes. Andrew, have you tried getting in touch with them? In the meantime, retitling and reassigning as suggested. I opened an issue with RTKit, however my understanding from what I've read is that Rich Felker will not implement these functions on musl, since the Linux system calls that back it can't be made POSIX-compliant without causing a race condition. |