[LITMUS^RT] new patches and new branch

[Felipe Cerqueira]

Hi everyone,

There was a kernel panic when I ran some experiments with threadirqs
*enabled* on LitmusRT.
Not sure if it was when executing some Litmus plugin or SCHED_FIFO. I
didn't have time to analyze that, so I'll check it later.

Thanks


2013/7/11 Glenn Elliott <gelliott at cs.unc.edu>

>
> On Jul 9, 2013, at 9:22 AM, Björn Brandenburg <bbb at mpi-sws.org> wrote:
>
> >
> > On Jun 26, 2013, at 5:54 PM, Björn Brandenburg <bbb at mpi-sws.org> wrote:
> >
> >> On Jun 26, 2013, at 5:43 PM, Glenn Elliott <gelliott at cs.unc.edu> wrote:
> >>>
> >>> On Jun 26, 2013, at 7:08 AM, Björn Brandenburg <bbb at mpi-sws.org>
> wrote:
> >>>
> >>>> On Jun 25, 2013, at 4:52 PM, Glenn Elliott <gelliott at cs.unc.edu>
> wrote:
> >>>>
> >>>>> did you test Litmus with "threadirqs" set in the kernel boot
> parameters? Litmus tasks blocked for an I/O interrupt could suffer an
> unbounded priority inversion though...
> >>
> >> We ran the kernel "as is", without specifying additional options.
> threadirqs would probably have reduced the outliers considerably, but not
> as much as PREEMPT_RT.
> >
> > Hi Glenn,
> >
> > a quick followup to your question. Felipe ran additional experiments
> with threadirqs enabled, and it turned out that it hardly helps at all.
> Threading ISRs is somewhat pointless if the ISRs still disable preemptions
> for prolonged times. You can find the details starting on slide 99 in the
> presentation, which I've just uploaded.
> >
> >       https://www.mpi-sws.org/~bbb/papers/talks/ospert13.pdf
> >
> > - Björn
> >
>
> Thanks for following up.  That's good to know.  I won't worry too much
> about running threadedirqs during Litmus experiments then.
>
> -Glenn
> _______________________________________________
> litmus-dev mailing list
> litmus-dev at lists.litmus-rt.org
> https://lists.litmus-rt.org/listinfo/litmus-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.litmus-rt.org/pipermail/litmus-dev/attachments/20130711/d9aa59e4/attachment.html>