[lkml]   [2005]   [Jan]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch, 2.6.11-rc2] sched: RLIMIT_RT_CPU_RATIO feature
    Ingo Molnar <> writes:

    > * Nick Piggin <> wrote:
    >> And finally, with rlimit support, is there any reason why lockup
    >> detection and correction can't go into userspace? Even RT throttling
    >> could probably be done in a userspace daemon.
    > that is correct. Jackd already has a watchdog thread, against lockups.
    > i'm wondering, couldnt Jackd solve this whole issue completely in
    > user-space, via a simple setuid-root wrapper app that does nothing else
    > but validates whether the user is in the 'jackd' group and then keeps a
    > pipe open to to the real jackd process which it forks off, deprivileges
    > and exec()s? Then unprivileged jackd could request RT-priority changes
    > via that pipe in a straightforward way. Jack normally gets installed as
    > root/admin anyway, so it's not like this couldnt be done.


    Until recently, that didn't work because of the longstanding rlimits
    bug in mlockall(). For scheduling only, it might be possible.

    Of course, this violates your requirement that the user not be able to
    lock up the CPU for DoS. The jackd watchdog is not perfect.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:09    [W:0.021 / U:0.048 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site