[lkml]   [2005]   [Jan]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] [request for inclusion] Realtime LSM
    On Thu, 2005-01-13 at 13:17 -0600, Jack O'Quin wrote:
    > But there may be other, better solutions to the deadlock problem.
    > Several years ago, Roger Larsson wrote a completely user-space
    > realtime monitor program that works perfectly well for revoking
    > realtime privileges when it detects CPU starvation. I still use it
    > occasionally to help debug problems if the built-in JACK watchdog
    > timer doesn't catch them.


    Do you have a link to Roger Larsson's RT watchdog?

    Since we seem to have a consensus that the rlimit approach is the way to
    go, I think it will be important to have a generic watchdog thread
    running as root at a higher RT prio than the RT group. JACK solves the
    problem with its own watchdog thread but as more and more apps migrate
    to (in our opinion) the "correct" RT programming model, where you have
    multithreaded apps with normal prio disk and GUI threads feeding an RT
    rendering thread, a system wide watchdog daemon becomes more attractive.
    Keep in mind there are many other applications than audio, for example
    CD burning has an obvious RT constraint and cdrecord will take advantage
    of SCHED_FIFO and mlockall() if it can get them.


    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.020 / U:7.064 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site