Linux Real Time Users
[Prev Page][Next Page]
- Re: 2.6.25.4-rt2
- From: Kasper Sandberg <lkml@xxxxxxxxxxx>
- Re: 2.6.25.4-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.25.4-rt2
- From: Dragan Noveski <perodog@xxxxxxx>
- Re: 2.6.25.4-rt2
- From: Kasper Sandberg <lkml@xxxxxxxxxxx>
- 2.6.25.4-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- problem with patch patch-2.6.25.4-rt1 for OMAP
- From: "Luís Vitório Cargnini" <lvcargnini@xxxxxxxxx>
- Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: Oops with PREEMPT-RT on 2.6.25.4
- From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
- 2.6.24.7-rt7
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 4/8] adaptive real-time lock support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 8/8] remove the extra call to try_to_take_lock
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 3/8] sched: make task->oncpu available in all configurations
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/8] adaptive-locks v3
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 5/8] add a timeout mechanism to adaptive-locking
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 6/8] optimize rt lock wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 7/8] adjust pi_lock usage in wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/8] allow rt-mutex lock-stealing to include lateral priority
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 2/8] rearrange rt_spin_lock_slowlock sleeping code
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [Fwd: [PATCH 1/1] [REALTIME] Profiled tests.]
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- 2.6.25.4-rt1 problem
- From: Tim Blechmann <tim@xxxxxxxxxx>
- How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
- From: "Bryan Wu" <cooloney@xxxxxxxxxx>
- [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- 2.6.25.4-rt1 (FINALLY!!!!)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24.7-rt5
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- 2.6.24.7-rt5
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - question 1
- From: Gilles Carry <Gilles.Carry@xxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - question 1
- From: Darren Hart <dvhltc@xxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - question 1
- From: Gilles Carry <Gilles.Carry@xxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - anyone using it?
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - anyone using it?
- From: Gilles Carry <Gilles.Carry@xxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - anyone using it?
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - anyone using it?
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- RTlinux setup
- From: "Carlos E. Nino-Baron" <ninocarl@xxxxxxxxxxx>
- Re: [LTP] realtime run shellscripts suite - anyone using it?
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- Cpuset management utility 0.9.1 release announcement
- From: Alex Tsariounov <alext@xxxxxxxxxx>
- Re: add mlockall option to cyclictest, et al
- From: Clark Williams <clark.williams@xxxxxxxxx>
- Re: add mlockall option to cyclictest, et al
- From: Robert de Vries <robert.h.de.vries@xxxxxxxxx>
- Re: add mlockall option to cyclictest, et al
- From: "Sven-Thorsten Dietrich" <sven@xxxxxxxxxxxxxxxxxxxxx>
- add mlockall option to cyclictest, et al
- From: Clark Williams <clark.williams@xxxxxxxxx>
- port of 2.6.24.4-rt4 to 2.6.24.7-rt5
- From: trem <tremyfr@xxxxxxxx>
- Re: Parport and RT_PREEMPT
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: Parport and RT_PREEMPT
- From: maray@xxxxxxxxxxxxxxxxxxxx
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: preempt-rt, need old style rwlocks for systemtap
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Parport and RT_PREEMPT
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- Re: preempt-rt, need old style rwlocks for systemtap
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: preempt-rt, need old style rwlocks for systemtap
- From: Clark Williams <williams@xxxxxxxxxx>
- preempt-rt, need old style rwlocks for systemtap
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Preempt-RT patch for 2.6.25
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Preempt-RT patch for 2.6.25
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: [(RESEND) PATCH] sched: fix RT task-wakeup logic
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt 0/4] nmi_watchdog fixes for -rt
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 0/2] sched fixes for suboptimal balancing
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH -rt 4/4] wait for finish show_regs() before panic
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [PATCH -rt 3/4] x86: nmi_watchdog NMI needed for irq_show_regs_callback()
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [PATCH -rt 2/4] x86: return true for NMI handled
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [PATCH -rt 0/4] nmi_watchdog fixes for -rt
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [(RESEND) PATCH] sched: fix RT task-wakeup logic
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH RT 5/6] map read/write locks back to their readers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 4/6] implement reader limit on read write locks
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 6/6] read lock Priority Inheritance implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 1/6] add framework for multi readers on rwsems
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 2/6] implement rwlocks management
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 3/6] map tasks to reader locks held
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 0/6] New read/write locks for PI and multiple readers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Parport and Linux-RT
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- Re: [PATCH 1/2] sched: fix RT task-wakeup logic
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] sched: fix RT task-wakeup logic
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 2/2] sched: prioritize non-migratable tasks over migratableones
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 2/2] sched: prioritize non-migratable tasks over migratable ones
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/2] sched: fix RT task-wakeup logic
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 2/2] sched: prioritize non-migratable tasks over migratable ones
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] sched: fix RT task-wakeup logic
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [RFC PATCH 0/2] sched fixes for suboptimal balancing
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: -O option causing test jitter?
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH 0/2] sched: refreshes
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 2/2] sched: Use a 2-d bitmap for searching lowest-pri CPU
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2] sched: refreshes
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH v2] sched: push rt tasks only if newly activated taskshave been added
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH v2] sched: push rt tasks only if newly activated taskshave been added
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- rt-sources on PPC Mac Mini
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: -O option causing test jitter?
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- -O option causing test jitter?
- From: john stultz <johnstul@xxxxxxxxxx>
- [PATCH] sched: push rt tasks only if newly activated tasks have been added
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- 2.6.25-rc9-dw1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: mgross <640e9920@xxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: mgross <640e9920@xxxxxxxxx>
- Re: [PATCH] Fix conversion of task state to char in latency tracer
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH] Fix conversion of task state to char in latency tracer
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: fully bisectable real time series
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: fully bisectable real time series
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: fully bisectable real time series
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- fully bisectable real time series
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Linux 11-minute mode (RTC update)
- From: Pavel Machek <pavel@xxxxxx>
- Re: The best queue for RT_PREEMPT
- From: "K.R. Foley" <kr@xxxxxxxxxx>
- Re: Linux 11-minute mode (RTC update)
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- Re: The best queue for RT_PREEMPT
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: The best queue for RT_PREEMPT
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- The best queue for RT_PREEMPT
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- [PATCH -rt] shorten softirq kernel thread names
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: RT_PREEMPT and Serial Port
- From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
- Re: Linux 11-minute mode (RTC update)
- From: John Sigler <linux.kernel@xxxxxxx>
- RT_PREEMPT and Serial Port
- From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
- Linux 11-minute mode (RTC update)
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Greg KH <greg@xxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: "Ming Lei" <tom.leiming@xxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: Real time USB2Serial devices and behaivor
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: Real time USB2Serial devices and behaivor
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Greg KH <greg@xxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Greg KH <greg@xxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: mark gross <mgross@xxxxxxxxxxxxxxx>
- Re: Real time USB2Serial devices and behaivor
- From: Greg KH <greg@xxxxxxxxx>
- Real time USB2Serial devices and behaivor
- From: mark gross <mgross@xxxxxxxxxxxxxxx>
- Re: [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- 2.6.24.4-rt4
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [RT] [PATCH 3/3] Update sched_debug with new RT related stats
- From: Ankita Garg <ankita@xxxxxxxxxx>
- [RT] [PATCH 2/3] Initialize rt.nr_running & rt.nr_unterruptible
- From: Ankita Garg <ankita@xxxxxxxxxx>
- [RT] [PATCH 1/3] Change the names of rt_rq fields for
- From: Ankita Garg <ankita@xxxxxxxxxx>
- [RT] [PATCH 0/3] Few cleanups and RT updates to sched_debug
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- [RT] [PATCH] Make scheduler root_domain modular (sched_class specific)
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: deadlock on 2.6.24.3-rt3
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH -rt] rt-slab: fix cpu inconsistency case
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: deadlock on 2.6.24.3-rt3
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: deadlock on 2.6.24.3-rt3
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: deadlock on 2.6.24.3-rt3
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: deadlock on 2.6.24.3-rt3
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- deadlock on 2.6.24.3-rt3
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- 2.6.24.3-rt3 failure on ARM
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- 2.6.24.3-rt3 failure on ARM
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- NULL pointer when calling spin_lock_irqsave()
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [PATCH RT 0/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 0/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 6/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 5/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 4/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 3/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 2/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH RT 1/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- [PATCH RT 0/6] lockstat measurement extensions
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [PATCH] sched: fix race in schedule
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] sched: fix race in schedule
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- [PATCH] keep rd->online and cpu_online_map in sync
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: try_module_get and friends
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: try_module_get and friends
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] RESEND: fix cpus_allowed settings
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] RT: fix spinlock preemption feature when PREEMPT_RT is enabled
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH] RESEND: fix cpus_allowed settings
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] RESEND: fix cpus_allowed settings
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- WG: missing prof_pid in sysctl.c
- From: <H.Jesuiter@xxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: try_module_get and friends
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: try_module_get and friends
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: try_module_get and friends
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: try_module_get and friends
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- Re: try_module_get and friends
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: try_module_get and friends
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: try_module_get and friends
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: BUG on 2.6.24.3-rt3.
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- Re: BUG on 2.6.24.3-rt3.
- From: Gilles Carry <Gilles.Carry@xxxxxxxx>
- Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: try_module_get and friends
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- [PATCH] move PREEMPT_RCU config option back under PREEMPT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: BUG on 2.6.24.3-rt3.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- BUG on 2.6.24.3-rt3.
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- Re: try_module_get and friends
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- try_module_get and friends
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing toincludelateral priority
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to includelateral priority
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to includelateral priority
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to include lateral priority
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: High resolution timers on AT91SAM926x
- From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- ltp-20080229 crashes the kernel during the "shmctl04" test
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
- [PATCH] Fix build, missing profile.h include in kernel/sysctl.c (against 2.6.24.3-rt3)
- From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] The Linux Test Project has been Released for FEBRUARY 2008
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
- From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
- 2.6.24.3-rt3
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24.2(-rt2?) sched_fair issue
- From: Hans-Peter Jansen <hpj@xxxxxxxxx>
- 2.6.24.2(-rt2?) sched_fair issue
- From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: Pavel Machek <pavel@xxxxxx>
- Re: 2.6.24.2-rt2
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: 2.6.24.2-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24.2-rt2
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: 2.6.24.2-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: 2.6.24.2-rt2
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: 2.6.24.2-rt2
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Can you explain PCI DMA latency please ?
- From: "CHAVENT Paul" <Paul.CHAVENT@xxxxxxxxxxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 7/9] adaptive mutexes
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: Greg KH <gregkh@xxxxxxx>
- Re: [(RT RFC) PATCH v2 8/9] adjust pi_lock usage in wakeup
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 7/9] adaptive mutexes
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
- From: Pavel Machek <pavel@xxxxxx>
- Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: Pavel Machek <pavel@xxxxxx>
- [(RT RFC) PATCH v2 9/9] remove the extra call to try_to_take_lock
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 8/9] adjust pi_lock usage in wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 7/9] adaptive mutexes
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to include lateral priority
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [(RT RFC) PATCH v2 0/9] adaptive real-time locks
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH [RT] 02/14] spinlock: make preemptible-waiter feature a specific config option
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH [RT] 07/14] adaptive real-time lock support
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
- 2.6.24.2-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 10/14] adjust pi_lock usage in wakeup
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH [RT] 10/14] adjust pi_lock usage in wakeup
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 14/14] sysctl for runtime-control of lateral mutex stealing
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 13/14] allow rt-mutex lock-stealing to include lateral priority
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 12/14] remove the extra call to try_to_take_lock
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 10/14] adjust pi_lock usage in wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 09/14] adaptive mutexes
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 08/14] add a loop counter based timeout mechanism
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 07/14] adaptive real-time lock support
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 06/14] optimize rt lock wakeup
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 04/14] disable PREEMPT_SPINLOCK_WAITERS when x86 ticket/fifo spins are in use
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 03/14] x86: FIFO ticket spinlocks
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 02/14] spinlock: make preemptible-waiter feature a specific config option
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 00/14] RFC - adaptive real-time locks
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH [RT] 01/14] spinlocks: fix preemption feature when PREEMPT_RT is enabled
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Markers: multi-probe locking fun (was: Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II)
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: sched_yield() needed for pthread_cond_signal(..) to work?
- From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
- Re: sched_yield() needed for pthread_cond_signal(..) to work?
- From: Michal Schmidt <mschmidt@xxxxxxxxxx>
- Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: sched_yield() needed for pthread_cond_signal(..) to work?
- From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
- Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: sched_yield() needed for pthread_cond_signal(..) to work?
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: cyclictest?
- From: Dominique Michel <dominique.michel@xxxxxxxxxxxx>
- sched_yield() needed for pthread_cond_signal(..) to work?
- From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
- Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- [RT] 2.6.24 - stuck in serial8250_console_write
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- patch-2.6.24-rt1 : ARM doesn't select HAVE_MCOUNT
- From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
- Re: [PATCH -rt] ARM: compile fix for event tracing
- From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
- Re: [PATCH 2.6.24-rt1] SMC91x: Use special_lock when CONFIG_PREEMPT_[HARD|SOFT]IRQS
- From: Nicolas Pitre <nico@xxxxxxx>
- Lttng for 2.6.24-rt1 ?
- From: "Daniel Schnell" <daniel.schnell@xxxxxxxxx>
- Re: [PATCH 2.6.24-rt1] timer:fix build warning in timer.c
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 2.6.24-rt1] timer:fix build warning in timer.c
- From: Shi Weihua <shiwh@xxxxxxxxxxxxxx>
- [PATCH 2.6.24-rt1] SMC91x: Use special_lock when CONFIG_PREEMPT_[HARD|SOFT]IRQS
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: [PATCH 1/2] add task migration_disable critical section
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: [PATCH 1/2] add task migration_disable critical section
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 1/2] add task migration_disable critical section
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 0/2] migration disabled critical sections
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- [PATCH 2/2] fix cpus_allowed settings
- From: Gregory Haskins <ghaskins@xxxxxxxxxx>
- Re: Soft lockup when running large iterations of gtod
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: IBM test question
- From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
- Re: IBM test question
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- Re: Soft lockup when running large iterations of gtod
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: Soft lockup when running large iterations of gtod
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: IBM test question
- From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
- Soft lockup when running large iterations of gtod
- From: Ankita Garg <ankita@xxxxxxxxxx>
- Re: IBM test question
- From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
- Re: IBM test question
- From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
- IBM test question
- From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
- Re: cpuisol: CPU isolation extensions (take 2)
- From: Max Krasnyanskiy <maxk@xxxxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: Daniel Walker <dwalker@xxxxxxxxxxxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: Daniel Walker <dwalker@xxxxxxxxxxxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: CPU hotplug and IRQ affinity with 2.6.24-rt1
- From: Daniel Walker <dwalker@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24-rt1 SSttrraannggee keyboard behaviour
- From: "Uli Brueggemann" <uli.brueggemann@xxxxxxxxx>
- Re: 2.6.24-rt1 SSttrraannggee keyboard behaviour
- From: Clark Williams <williams@xxxxxxxxxx>
- 2.6.24-rt1 SSttrraannggee keyboard behaviour
- From: "Uli Brueggemann" <uli.brueggemann@xxxxxxxxx>
- Re: uvesafb + 2.6.24-rt
- From: Thomas <gimpel@xxxxxxxxxxxxxxxx>
- uvesafb + 2.6.24-rt
- From: Thomas <gimpel@xxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: X86 Pentium M platform troubles at low temperatures
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: how does Real-time Linux and (Xen) Virtualization work together?
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: X86 Pentium M platform troubles at low temperatures
- From: "Jim Beck" <4805455@xxxxxxxxx>
- how does Real-time Linux and (Xen) Virtualization work together?
- From: Gautam Thaker <ghthaker@xxxxxxxxx>
- [PATCH] fix workqueue plist init to include a spinlock
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
- From: Paul Jackson <pj@xxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Stefan Monnier <monnier@xxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- Re: 2.6.24-rt1
- From: Dragan Noveski <perodog@xxxxxxx>
- Re: 2.6.24-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rt1
- From: Sergio Monteiro Basto <sergio@xxxxxxxxxxxxxxxxxx>
- X86 Pentium M platform troubles at low temperatures
- From: "Jim Beck" <4805455@xxxxxxxxx>
- Re: 2.6.24-rt1
- From: Dragan Noveski <perodog@xxxxxxx>
- 2.6.24-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Kevin Hilman <khilman@xxxxxxxxxx>
- Re: Real-time Linux Installation Verification and Benchmark
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Real-time Linux Installation Verification and Benchmark
- From: Markus Mathes <mathes@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Use the RT Latency Trace? - LET ME KNOW!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Use the RT Latency Trace? - LET ME KNOW!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- AW: AW: How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: "Lampersperger Andreas" <lampersperger.andreas@xxxxxxxxxxxxx>
- Re: AW: How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
- AW: How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: "Lampersperger Andreas" <lampersperger.andreas@xxxxxxxxxxxxx>
- Re: How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
- How to enable HPET on an 2.6.23.9-rt12 with Intel ICH2
- From: "Lampersperger Andreas" <lampersperger.andreas@xxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
- Re: Why not creating a GIT RT tree ?
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Would like to run better stress test.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Would like to run better stress test.
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc8-rt1
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- 2.6.24-rc8-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2 [PATCH] latency tracer fix for ppc32
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [BUG] Oops while running Specjbb on -rt kernel
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt3
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: 2.6.24-rc7-rt3
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt3
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2 [PATCH] latency tracer fix for ppc32
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: "S.Çağlar Onur" <caglar@xxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: "S.Çağlar Onur" <caglar@xxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Valdis.Kletnieks@xxxxxx
- 2.6.24-rc7-rt3
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Valdis.Kletnieks@xxxxxx
- Re: 2.6.24-rc7-rt2
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.24-rc7-rt2: WARNING: at include/linux/rcupreempt.h:110 rcu_enter_nohz()
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.24-rc7-rt2
- From: "S.Çağlar Onur" <caglar@xxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt2
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- 2.6.24-rc7-rt2
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] fix up leak_check calls
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: "S.Çağlar Onur" <caglar@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Pavel Machek <pavel@xxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.24-rc7-rt1
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mike Galbraith <efault@xxxxxx>
- [BUG] Oops while running Specjbb on -rt kernel
- From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- Re: 2.6.24-rc7-rt1: macro "put_cpu_var" passed 2 arguments, but takes just 1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: 2.6.24-rc7-rt1: macro "put_cpu_var" passed 2 arguments, but takes just 1
- From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
- 2.6.24-rc7-rt1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH PREEMPT_RT] Compilation fix for PPC
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- Re: [patch 2.6.24-rc7-rt1-pre1] per_cpu__ppc64_tlb_batch is only for 64 bit
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: preempt_max_latency_us undeclared for latency tracer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [patch 2.6.24-rc7-rt1-pre1] per_cpu__ppc64_tlb_batch is only for 64 bit
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: lost patch for mpc52xx spinlock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- preempt_max_latency_us undeclared for latency tracer
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- [patch 2.6.24-rc7-rt1-pre1] per_cpu__ppc64_tlb_batch is only for 64 bit
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- lost patch for mpc52xx spinlock
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: cyclictest?
- From: Darren Hart <dvhltc@xxxxxxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: cyclictest?
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: cyclictest?
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: cyclictest?
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- cyclictest?
- From: "Mark Knecht" <markknecht@xxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- need RT Video card recommendation
- From: "Jon Clifton" <J_Clifton@xxxxxxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- Re: High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- High latencies on MPC5200 with patch-2.6.24-rc5-rt1
- From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
- [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing - Ver II
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] Markers Implementation for RCU Preempt Tracing - Ver II
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] Markers Implementation for RCU Tracing - Ver II
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- rt-related bug?
- From: Tim Blechmann <tim@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: Question: RT patch and CFS patch ?
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: __get_cpu_var() called from a preempt-unsafe context in __rcu_preempt_unboost() ?
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- __get_cpu_var() called from a preempt-unsafe context in __rcu_preempt_unboost() ?
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Gautham R Shenoy <ego@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
- Re: neigh: timer & !nud_in_timer
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Nicholas Miell <nmiell@xxxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Ingo Molnar <mingo@xxxxxxx>
- Question: RT patch and CFS patch ?
- From: Andrzej Walczak <awalczak@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: fche@xxxxxxxxxx (Frank Ch. Eigler)
- [ANNOUNCE] [LTP] The Linux Test Project has been Released for DECEMBER 2007
- From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- Re: [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: Ingo Molnar <mingo@xxxxxxx>
- [PATCH 2/2] Markers Implementation for Preempt RCU Boost Tracing
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] Markers Implementation for RCU Preempt Tracing
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] Markers Implementation for RCU Tracing
- From: "K. Prasad" <prasad@xxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: Fwd: -rt and PowerPC
- From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
- Re: yum repository for kernel-rt ?
- From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
- Re: yum repository for kernel-rt ?
- From: "Javier Sanz" <jsanza@xxxxxxxxx>
- Fwd: -rt and PowerPC
- From: Sripathi Kodi <sripathik@xxxxxxxxxx>
- yum repository for kernel-rt ?
- From: Lee Howard <faxguy@xxxxxxxxxxxxxxxx>
- [PATCH] Re: loadavg vs loadavgrt
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: loadavg vs loadavgrt
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: loadavg vs loadavgrt
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- Re: loadavg vs loadavgrt
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- PPC64 doesn't compile with CONFIG_SMP=n
- From: Egor Starkov <estarkov@xxxxxxxxxxxxx>
- Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
- neigh: timer & !nud_in_timer
- From: John Sigler <linux.kernel@xxxxxxx>
- Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)
- From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
- Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)
- From: "Remy Bohmer" <linux@xxxxxxxxxx>
- Re: [patch 3/3] Enable setting of IRQ-thread priorities from kernel cmdline. (repost:CC to LKML)
- From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
[Index of Archives]
[RT Stable]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]