2.6.23-rc9-rt2 - Kernel

This is a discussion on 2.6.23-rc9-rt2 - Kernel ; We are pleased to announce the 2.6.23-rc9-rt2 tree, which can be downloaded from the new location: http://www.kernel.org/pub/linux/kernel/projects/rt/ Changes since 2.6.23-rc9-rt1 - x86_64 disable IST for debug (Andi Kleen) - Better handling of dynticks going bad in RCU (Steven Rostedt) - ...

+ Reply to Thread
Results 1 to 5 of 5

Thread: 2.6.23-rc9-rt2

  1. 2.6.23-rc9-rt2

    We are pleased to announce the 2.6.23-rc9-rt2 tree, which can be
    downloaded from the new location:

    http://www.kernel.org/pub/linux/kernel/projects/rt/

    Changes since 2.6.23-rc9-rt1

    - x86_64 disable IST for debug (Andi Kleen)

    - Better handling of dynticks going bad in RCU (Steven Rostedt)

    - Preempt RCU boosting (Steven Rostedt based on Paul E. McKenney's
    stuff)

    Again, this still holds experimental code. But I've been running it on a
    few boxes already (and even the box I'm writing this on).

    to build a 2.6.23-rc9-rt2 tree, the following patches should be applied:

    http://www.kernel.org/pub/linux/kern...2.6.22.tar.bz2
    http://www.kernel.org/pub/linux/kern...2.6.23-rc9.bz2
    http://www.kernel.org/pub/linux/kern...23-rc9-rt2.bz2

    The broken out patches are also available.

    -- Steve






    -
    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/

  2. Re: 2.6.23-rc9-rt2

    Hello Steve,

    Do you have any plans to support nested or reentrant Interrupt Handling schemes.

    Thank you,

    Jaswinder SIngh.

    On 10/5/07, Steven Rostedt wrote:
    > We are pleased to announce the 2.6.23-rc9-rt2 tree, which can be
    > downloaded from the new location:
    >
    > http://www.kernel.org/pub/linux/kernel/projects/rt/
    >
    > Changes since 2.6.23-rc9-rt1
    >
    > - x86_64 disable IST for debug (Andi Kleen)
    >
    > - Better handling of dynticks going bad in RCU (Steven Rostedt)
    >
    > - Preempt RCU boosting (Steven Rostedt based on Paul E. McKenney's
    > stuff)
    >
    > Again, this still holds experimental code. But I've been running it on a
    > few boxes already (and even the box I'm writing this on).
    >
    > to build a 2.6.23-rc9-rt2 tree, the following patches should be applied:
    >
    > http://www.kernel.org/pub/linux/kern...2.6.22.tar.bz2
    > http://www.kernel.org/pub/linux/kern...2.6.23-rc9.bz2
    > http://www.kernel.org/pub/linux/kern...23-rc9-rt2.bz2
    >
    > The broken out patches are also available.
    >
    > -- Steve
    >
    >
    >
    >
    >
    >
    > -
    > To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
    > the body of a message to majordomo@vger.kernel.org
    > More majordomo info at http://vger.kernel.org/majordomo-info.html
    >

    -
    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/

  3. Re: 2.6.23-rc9-rt2


    --
    On Sun, 7 Oct 2007, Jaswinder Singh wrote:

    > Do you have any plans to support nested or reentrant Interrupt Handling schemes.
    >


    Hi Jaswinder,

    Not sure what you mean by this, since interrupt handlers are run as
    threads and are fully preemptible.

    -- Steve

    -
    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/

  4. Re: 2.6.23-rc9-rt2

    Hi Steve,

    On 10/8/07, Steven Rostedt wrote:
    >
    > --
    > On Sun, 7 Oct 2007, Jaswinder Singh wrote:
    >
    > > Do you have any plans to support nested or reentrant Interrupt Handling schemes.
    > >

    >
    > Hi Jaswinder,
    >
    > Not sure what you mean by this, since interrupt handlers are run as
    > threads and are fully preemptible.
    >


    I think by nested or reentrant interrupt handling technique you can
    further reduce latencies.
    what you think.

    Can we can get guaranteed realtime throughput by using these realtime patch.

    Thank you,

    Jaswinder SIngh.
    -
    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/

  5. Re: 2.6.23-rc9-rt2

    On Mon, 8 Oct 2007, Jaswinder Singh wrote:
    > On 10/8/07, Steven Rostedt wrote:
    > >
    > > Not sure what you mean by this, since interrupt handlers are run as
    > > threads and are fully preemptible.
    > >

    > I think by nested or reentrant interrupt handling technique you can
    > further reduce latencies.
    > what you think.


    Interrupt handlers in vanilla Linux and preempt-rt are never reentrant.
    There is no advantage of allowing interrupt handler reentrancy, quite the
    contrary it makes the code more complex.

    The interrupt handlers in preempt-rt are running in threads. One thread
    per interrupt, so depending on the thread priority the handlers a handler
    of one interrupt can preempt the running handler of another interrupt.

    > Can we can get guaranteed realtime throughput by using these realtime patch.


    Realtime is not about throughput. It's about determinism.

    tglx
    -
    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/

+ Reply to Thread