lkml.org 
[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
    From
    Date
    Ingo Molnar <mingo@elte.hu> writes:

    > * Nick Piggin <nickpiggin@yahoo.com.au> 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.

    Perhaps.

    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.
    --
    joq
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

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