lkml.org 
[lkml]   [2005]   [Jan]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH] [request for inclusion] Realtime LSM
    From
    Date
    On Thu, 2005-01-13 at 22:07 +0100, Arjan van de Ven wrote:
    > On Thu, Jan 13, 2005 at 03:04:26PM -0600, Jack O'Quin wrote:
    > >
    > > (Probably, this simplistic analysis misses some other, more subtle,
    > > factors.)
    >
    > I think you can do nasty things to the locks held by those threads too
    >
    > >
    > > RT threads should not do FS writes of their own. But, a badly broken
    > > or malicious one could, I suppose. So, that might provide a mechanism
    > > for losing more data than usual. Is that what you had in mind?
    >
    > basically yes.
    > note that "FS writes" can come from various things, including library calls
    > made and such. But I think you got my point; even though it might seem a bit
    > theoretical it sure is unpleasant.
    >

    I added Con to the cc: because this thread is starting to converge with
    an email discussion we've been having.

    The basic issue is that the current semantics of SCHED_FIFO seem make
    the deadlock/data corruption due to runaway RT thread issue difficult.
    The obvious solution is a new scheduling class equivalent to SCHED_FIFO
    but with a mechanism for the kernel to demote the offending thread to
    SCHED_OTHER in an emergency. The problem can be solved in userspace
    with a SCHED_FIFO watchdog thread that runs at a higher RT priority than
    all other RT processes.

    This all seems to imply that introducing an rlimit for MAX_RT_PRIO is an
    excellent solution. The RT watchdog thread could run as root, and the
    rlimit would be used to ensure than even nonroot users in the RT group
    could never preempt the watchdog thread.

    Lee

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