We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 5271 - [PATCH] Respect maximum RLIMIT_RTTIME when setting Linux thread priority
Summary: [PATCH] Respect maximum RLIMIT_RTTIME when setting Linux thread priority
Status: RESOLVED FIXED
Alias: None
Product: SDL
Classification: Unclassified
Component: thread (show other bugs)
Version: HG 2.1
Hardware: x86_64 Linux
: P2 normal
Assignee: Sam Lantinga
QA Contact: Sam Lantinga
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-25 15:55 UTC by Andrew Eikum
Modified: 2020-11-12 14:24 UTC (History)
1 user (show)

See Also:

Attachments
[PATCH] Respect maximum RLIMIT_RTTIME when setting Linux thread priority (2.05 KB, patch)
2020-08-25 15:55 UTC, Andrew Eikum 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Eikum 2020-08-25 15:55:49 UTC 
Created attachment 4448 [details]
[PATCH] Respect maximum RLIMIT_RTTIME when setting Linux thread priority

Currently the code to set RLIMIT_RTTIME doesn't actually make any changes. The rtkit daemon requires the process's RLIMIT_RTTIME to be below some configurable value. This patch queries that value and then uses it to cap our max RLIMIT_RTTIME setting. This lets the process achieve RT priority via rtkit.
Comment 1 Ozkan Sezer 2020-11-12 04:15:57 UTC 
Patch doesn't apply since https://hg.libsdl.org/SDL/rev/535a3a1a7a7e
Comment 2 Andrew Eikum 2020-11-12 14:24:04 UTC 
Thanks, Ozkan. It looks like the commit you point to has made this patch unnecessary. I'm unsure about the rlim_cur setting in the current code, but presumably it was tested and working.
Comment 3 Andrew Eikum 2020-11-12 14:24:33 UTC 
Resolving.