Linux Real Time Users
[Prev Page][Next Page]
- Re: Cyclictest expected results
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: 2.6.23-rc9-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.23-rc9-rt2
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: Porting intLock()
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: Cyclictest expected results
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- RE: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: nmi_watchdog fix for x86_64 to be more like i386
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- [PATCH 2/2] SERIAL_CONSOLE: Add support for running console rx interrupts directly
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] SERIAL_CONSOLE: Clean up some of the IO routines to support locked and unlocked variants
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH] RT: Add a per-cpu rt_overload indication
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH] RCU torture update for preemption
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] RCU torture update for preemption
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RCU torture update for preemption
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- 2.6.23-rc9-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Porting intLock()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Porting intLock()
- From: Morten Mossige <morten.mossige@xxxxxxxxx>
- [PATCH] RCU trace fix possible mem-leak
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] RCU torture update for preemption
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.23-rc9-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC PATCH] RCU preemption priority boosting
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.23-rc9-rt1
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 2.6.23-rc9-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.23-rc9-rt1
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Zach Brown <zach.brown@xxxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Zach Brown <zach.brown@xxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: 2.6.23-rc9-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- 2.6.23-rc9-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- [PATCH] Disable IST stacks for debug/int 3/stack fault for PREEMPT_RT
- From: Andi Kleen <ak@xxxxxxx>
- Re: Cyclictest expected results
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: Theodore Tso <tytso@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Zach Brown <zach.brown@xxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
- Re: periodic bursts
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: nmi_watchdog fix for x86_64 to be more like i386
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- periodic bursts
- From: "Kaya, Sinan" <sinan.kaya@xxxxxxxxxxx>
- Re: Cyclictest expected results
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: Cyclictest expected results
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
- Re: Cyclictest expected results
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Cyclictest expected results
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: Cyclictest expected results
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Cyclictest expected results
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: Theodore Tso <tytso@xxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: FAQ for realtime support in Linux Kernel
- From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
- FAQ for realtime support in Linux Kernel
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Network hangs when rt-preempt patch is applied
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Network hangs when rt-preempt patch is applied
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Network hangs when rt-preempt patch is applied
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: Network hangs when rt-preempt patch is applied
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Network hangs when rt-preempt patch is applied
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] just rename call_rcu_bh instead of making it a macro
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- 2.6.23-rc8-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 1/1] nmi_watchdog: x86_64 count timer and hpet like i386
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- [PATCH] just rename call_rcu_bh instead of making it a macro
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- nmi_watchdog fix for x86_64 to be more like i386
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT] Don't let -rt rw_semaphors do _non_owner locks
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Priority of serial driver
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- [HACK] convert i_alloc_sem for direct_io.c craziness!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: your mail
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [no subject]
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Priority of serial driver
- From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
- Re: Priority of serial driver
- From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
- Re: Priority of serial driver
- From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: Question on -rt synchronize_irq()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC -rt] updated synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Priority of serial driver
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
- Priority of serial driver
- From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- [PATCH 1/1] ARCH PowerPC: Consider new flags in assembler instructions
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Dipankar Sarma <dipankar@xxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC -rt] synchronize_all_irqs implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 3/9] RCU: Preemptible RCU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC 1/9] RCU: Split API to permit multiple RCU implementations
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 1/4] Implement {read,update}_persistent_clock.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 4/4] Enable tickless idle and high res timers for powerpc
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 3/4] Implement clockevents driver for powerpc
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Question on -rt synchronize_irq()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: David Gibson <dwg@xxxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Signaltest hanging in 2.6.23-rc4-rt1
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: [PATCH 1/5] Implement {read,update}_persistent_clock.
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- [PATCH 1/5] Implement {read,update}_persistent_clock.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] Implement clockevents driver for powerpc
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] Enable tickless idle and high res timers for powerpc
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] Include hrtimer.h in tick.h.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Re: rc4-rt1: powerpc compile errors
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Don't sleep in oops_begin()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH] Don't sleep in oops_begin()
- From: Andi Kleen <ak@xxxxxxx>
- Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
- From: Andi Kleen <ak@xxxxxxx>
- Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
- From: John Blackwood <john.blackwood@xxxxxxxx>
- [PATCH] Fix alternate_node_alloc() on RT kernel
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH - Ketchup] update for new RT patch location
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: nmi_watchdog in latest 22 and 23-rc -rt series
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- Re: help:real time patch for arm-linux-
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- help:real time patch for arm-linux-
- From: vibi <vibi_sreenivasan@xxxxxxx>
- nmi_watchdog in latest 22 and 23-rc -rt series
- From: "David Bahi" <dbahi@xxxxxxxxxx>
- Re: [PATCH RFC 0/9] RCU: Preemptible RCU
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH RFC 9/9] RCU: preemptible documentation and comment cleanups
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 8/9] RCU: Make RCU priority boosting consume less power
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 7/9] RCU: rcutorture testing for RCU priority boosting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 4/9] RCU: synchronize_sched() workaround for CPU hotplug
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 3/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 2/9] RCU: Fix barriers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 1/9] RCU: Split API to permit multiple RCU implementations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 0/9] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- BUG: unable to handle kernel paging...
- From: joel silvestre <j.silvestre@xxxxxxxxxx>
- Re: [PATCH RT] convert RCU Preempt tasklet into softirq.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RT] convert RCU Preempt tasklet into softirq.
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
- [PATCH RFC 8/8] RCU: Make RCU priority boosting consume less power
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 7/8] RCU: rcutorture testing for RCU priority boosting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 6/8] RCU priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 5/8] RCU: CPU hotplug support for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 4/8] RCU: synchronize_sched() workaround for CPU hotplug
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 3/8] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 2/8] RCU: Fix barriers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 1/8] RCU: Split API to permit multiple RCU implementations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC 0/8] RCU: Preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Manfred Gruber <m.gruber@xxxxxxxxx>
- Re: PI mutex support on ARM
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: jitter bursts
- From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
- Re: jitter bursts
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: jitter bursts
- From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
- Re: PowerPC G4
- From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
- Re: PowerPC G4
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 4/5] [POWERPC] flags as passed to spin_*_irqsave() should be unsigned long.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Manfred Gruber <m.gruber@xxxxxxxxx>
- PowerPC G4
- From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
- [PATCH 5/5] [POWERPC] flush_tlb_pending() is no more, use __flush_tlb_pending() instead.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 4/5] [POWERPC] flags as passed to spin_*_irqsave() should be unsigned long.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/5] count_active_rt_tasks() is undefined when CONFIG_PREEMPT_RT is not set.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/5] [POWERPC] Match __rw_yeild function declaration to prototype.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/5] [POWERPC] Rearrange thread flags to work with the "andi" instruction.
- From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
- Re: rc4-rt1: powerpc compile errors
- From: "Bruce Ashfield" <bruce.ashfield@xxxxxxxxxxxxx>
- rc4-rt1: powerpc compile errors
- From: "Pradyumna Sampath" <pradyumna.sampath@xxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: John Sigler <linux.kernel@xxxxxxx>
- System clock frequency offset changes drastically across reboots
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: jitter bursts
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: jitter bursts
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: jitter bursts -> Not Found
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: jitter bursts
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: jitter bursts
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: v2.6.23-rc4-rt1 / new project URL
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- v2.6.23-rc4-rt1 / new project URL
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: jitter bursts
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: jitter bursts
- From: Bernhard Kuhn <kuhn@xxxxxxxxxxxxxx>
- jitter bursts
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- [PATCH 2.6.23-rc2-rt2] ARM: use raw lock in __new_context
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- [PATCH 2.6.23-rc2-rt2] call IRQ-chip's end hook in thread_simple_irq()
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- force_sig() CONFIG_PREMPT_RT x86_64 issue in do_int3() and do_debug()
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/2] Adds full stack to critical-section tracing
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- 2.6.23-rc4-dw1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
- From: Masayuki Nakagawa <nakagawa.msy@xxxxxxxxxxxxxx>
- Re: [PATCH -rt 1/8] introduce PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH -rt 1/8] introduce PICK_FUNCTION
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- [PATCH -rt 7/8] latency hist: add resetting for all timing options
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 1/8] introduce PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 2/8] spinlocks/rwlocks: use PICK_FUNCTION()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 3/8] seqlocks: use PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 6/8] preempt_max_latency in all modes
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 8/8] stop critical timing in idle.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 5/8] latency tracing: use now() consistently
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 4/8] fork: desched_thread comment rework.
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: XFS forgets usrquota
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: XFS forgets usrquota
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: XFS forgets usrquota
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- XFS forgets usrquota
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: pdflush preemption
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: pdflush preemption
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- pdflush preemption
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- RE: [PATCH] kexec: reenable HPET before kexec
- From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Guennadi Liakhovetski <gl@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Bernhard Kuhn <kuhn@xxxxxxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Guennadi Liakhovetski <gl@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Guennadi Liakhovetski <gl@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Guennadi Liakhovetski <gl@xxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH RT] - rebalance_domains incorrect parameter
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Calin Culianu <cculianu@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Calin Culianu <cculianu@xxxxxxxxx>
- Re: How to talk to DAQ Hardware?
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- How to talk to DAQ Hardware?
- From: Calin Culianu <cculianu@xxxxxxxxx>
- Re: [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
- From: john stultz <johnstul@xxxxxxxxxx>
- [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 2/3] initialize the clock source to jiffies clock.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 1/3] time keeping add cycle_raw for actual incrementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Andy Whitcroft <apw@xxxxxxxxxxxx>
- [PATCH RT] - Mellanox IB driver patch
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [PATCH RT] - rebalance_domains incorrect parameter
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH RT] - rebalance_domains incorrect parameter
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RT] - trivial branch in scheduler.
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH RT] - trivial branch in scheduler.
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC] rcutorture for priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Priority boosting for preemptible RCU
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH RFC] Priority boosting for preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [LOCKDEP][2.6.23-rc2-rt]
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Manfred Gruber <m.gruber@xxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: [PATCH] kexec: reenable HPET before kexec
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH] kexec: reenable HPET before kexec
- From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: PI mutex support on ARM
- From: Manfred Gruber <m.gruber@xxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
- From: John Blackwood <john.blackwood@xxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- [PATCH 2.6.23-rc2-rt2] misc. compile fixes for UP builds
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: preemption issue
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: Request for comments on dejittering app
- From: John Sigler <linux.kernel@xxxxxxx>
- preemption issue
- From: "Kaya, Sinan" <sinan.kaya@xxxxxxxxxxx>
- Re: Request for comments on dejittering app
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- warn on 2.6.23-rc2-rt2
- From: Manfred Gruber <m.gruber@xxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
- Re: Request for comments on dejittering app
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Request for comments on dejittering app
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 2/2] Some stacks show up untracable, so fall back to old method in this case
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] Adds full stack to critical-section tracing
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2] RT: Enhance PREEMPT_TRACE with deeper stacks
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- megaraid_sas problems on rt
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: "Robert de Vries" <robert.h.de.vries@xxxxxxxxx>
- Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: How to control IRQ thread priority from inside the driver
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH RT] Add missing semicolon in percpu_list.h
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT] fix non SMP compile smp stubs
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- How to control IRQ thread priority from inside the driver
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH 3/4 RFC] RCU: preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4 RFC] RCU: preemptible RCU
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH 3/4 RFC] RCU: preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4 RFC] RCU: preemptible RCU
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
- From: Dipankar Sarma <dipankar@xxxxxxxxxx>
- [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/4 RFC] RCU: preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/4 RFC] RCU: Fix barriers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/4 RFC] preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/4 RFC] preemptible RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] Workaround for rq->lock deadlock
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] Workaround for rq->lock deadlock
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: Hang on 8-way with 2.6.23-rc2-rt2
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: Hang on 8-way with 2.6.23-rc2-rt2
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Old -rt patches
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Old -rt patches
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: Old -rt patches
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: Old -rt patches
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Hang on 8-way with 2.6.23-rc2-rt2
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: Old -rt patches
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- "BUG" fixed by -rt* kernel, why not in mainline?
- From: Guennadi Liakhovetski <gl@xxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: PROFILE_NMI kernel config symbol
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Old -rt patches
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: PROFILE_NMI kernel config symbol
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: RT 2.6.22.1-rt4 minor fixes for StGit import
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] CFS: Mark print_cfs_stats static
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Possible error in 2.6.23-rc2-rt1 series
- From: Ingo Molnar <mingo@xxxxxxx>
- Possible error in 2.6.23-rc2-rt1 series
- From: Peter Williams <pwil3058@xxxxxxxxxxxxxx>
- Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH RT] put in a relatively high number for rcu read lock upper limit.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
- From: Ingo Molnar <mingo@xxxxxxx>
- [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC -rt] Allow rcutorture to handle synchronize_sched()
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC -rt] synchronize_sched() without migration
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH RFC -rt] Allow rcutorture to handle synchronize_sched()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: System clock frequency offset changes drastically across reboots
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- PROFILE_NMI kernel config symbol
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
- From: Sergio Monteiro Basto <sergio@xxxxxxxxxxxxxxxxxx>
- Re: Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
- From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
- Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Old -rt patches
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH RT] Move RECURSION_LIMIT define up for more global use (take 2)
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH RT] Move RECURSION_LIMIT define up for more global use (take 2)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH RT] Fix RT balancing tasks pulling
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- [PATCH] expand /proc/interrupts to include missing vectors, v4
- From: Joe Korty <joe.korty@xxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
- From: Joe Korty <joe.korty@xxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 0/2][RFC] VFCIPI v3
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
- From: Joe Korty <joe.korty@xxxxxxxx>
- [PATCH 2/2] RT: Add priority inheritance to the VFCIPI facility
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2][RFC] VFCIPI v3
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: BIOS implementors disabling the LAPIC
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: BIOS implementors disabling the LAPIC
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: BIOS implementors disabling the LAPIC
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH RT] Fix RT balancing tasks pulling
- From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: BIOS implementors disabling the LAPIC
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Ingo Molnar <mingo@xxxxxxx>
- BIOS implementors disabling the LAPIC
- From: John Sigler <linux.kernel@xxxxxxx>
- [PATCH] Add cpu_clock declaration
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
- From: Gabriel C <nix.or.die@xxxxxxxxxxxxxx>
- [PATCH] expand /proc/interrupts to include missing vectors, v2
- From: Joe Korty <joe.korty@xxxxxxxx>
- Re: [PATCH 0/2] VFCIPI support v2
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH RT] Fix RT balancing tasks pulling
- From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] VFCIPI support v2
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH 2/2] RT: Add priority inheritance to the VFCIPI facility
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2] VFCIPI support v2
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] create /proc/all-interrupts
- From: Joe Korty <joe.korty@xxxxxxxx>
- Re: [PATCH] create /proc/all-interrupts
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -rt] temporary WARN_ON removal
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] create /proc/all-interrupts
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- [PATCH][RFC] RT: Preemptible Function-Call-IPI Support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH -rt 7/9] introduce PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: v2.6.23-rc1-rt6-dw1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH -rt 1/9] preempt rcu: check for underflow
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- wrong system time with 2.6.22.1-rt9
- From: Dragan Noveski <perodog@xxxxxxx>
- Re: [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt 7/9] introduce PICK_FUNCTION
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 5/9] net: fix mis-merge in qdisc_restart
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 3/9] Fix jiffies wrap issue in update_times
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 1/9] preempt rcu: check for underflow
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: System clock frequency offset changes drastically across reboots
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: BUG: scheduling while atomic: stress
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: BUG: scheduling while atomic: stress
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: [PATCH -rt 1/9] preempt rcu: check for underflow
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: v2.6.23-rc1-rt6-dw1
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: v2.6.23-rc1-rt6-dw1
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
- From: ankita@xxxxxxxxxx (Ankita Garg)
- v2.6.23-rc1-rt6-dw1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 8/9] spinlocks/rwlocks: use PICK_FUNCTION()
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 7/9] introduce PICK_FUNCTION
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 6/9] spinlock/rt_lock random cleanups
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 3/9] Fix jiffies wrap issue in update_times
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 5/9] net: fix mis-merge in qdisc_restart
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- [PATCH -rt 1/9] preempt rcu: check for underflow
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- System clock frequency offset changes drastically across reboots
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [kvm-devel] Threaded IPIs?
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [kvm-devel] Threaded IPIs?
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Threaded IPIs?
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH] create /proc/all-interrupts
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- [PATCH] create /proc/all-interrupts
- From: Joe Korty <joe.korty@xxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: "David J. Wilder" <dwilder@xxxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: ankita@xxxxxxxxxx (Ankita Garg)
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Pin-pointing the root of unusual application latencies
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- Re: [PATCH 2/3] proc-interrupts-missing-vectors
- From: Joe Korty <joe.korty@xxxxxxxx>
- BUG: scheduling while atomic: stress
- From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: ankita@xxxxxxxxxx (Ankita Garg)
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [Trace how to] Kernel Bug when entering something after login
- From: Juergen Beisert <juergen127@xxxxxxxxxxxxxx>
- [Trace how to] Kernel Bug when entering something after login
- From: "Pradyumna Sampath" <pradyumna.sampath@xxxxxxxxx>
- Re: Pin-pointing the root of unusual application latencies
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Pin-pointing the root of unusual application latencies
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [Question] Hooks for scheduler tracing (CFS)
- From: ankita@xxxxxxxxxx (Ankita Garg)
- Re: [BUG] 2.6.23-rc1-rt2
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH rt[78]] Update externs in wait.h
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Pin-pointing the root of unusual application latencies
- From: John Sigler <linux.kernel@xxxxxxx>
- [PATCH rt[78]] Update externs in wait.h
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] mitigate-resched-interrupt-floods
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: Kernel Bug when entering something after login
- From: Juergen Beisert <juergen127@xxxxxxxxxxxxxx>
[Index of Archives]
[RT Stable]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]