Linux RT Users

Date Index

[PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paul Gortmaker
- Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
  - [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paul Gortmaker
    - Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
      - Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paul Gortmaker
        
        Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
- Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Gleb Natapov
  - Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
    - Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Gleb Natapov
      - Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
    - Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Jan Kiszka
      - Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Gleb Natapov
        
        Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
        
        Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock, Paolo Bonzini
Large latencies with nouveau driver, Johnathan Van Why
[ANNOUNCE] 3.8.13-rt12, Sebastian Andrzej Siewior
[rfc patch] x86,uv: -rt conversions, Mike Galbraith
- Re: [rfc patch] x86,uv: -rt conversions, Sebastian Andrzej Siewior
  - Re: [rfc patch] x86,uv: -rt conversions, Mike Galbraith
15th Real Time Linux Workshop - Call for Papers, Nicholas Mc Guire
[ANNOUNCE] 3.8.13-rt11, Sebastian Andrzej Siewior
- Message not available
  - [PATCH] gpu: i915: allow the user not to do the wbinvd ("Was: Re: [ANNOUNCE] 3.8.13-rt11), Sebastian Andrzej Siewior
pagefaults ..., Lars Segerlund
- Re: pagefaults ..., Stanislav Meduna
  - Re: pagefaults ..., Josh Cartwright
[PATCH 0/2] Avoid more bit_spin_lock usage on RT kernels, Paul Gortmaker
- [PATCH 1/2] list_bl.h: make list head locking RT safe, Paul Gortmaker
  - Re: [PATCH 1/2] list_bl.h: make list head locking RT safe, Sebastian Andrzej Siewior
    - Re: [PATCH 1/2] list_bl.h: make list head locking RT safe, Paul Gortmaker
      - Re: [PATCH 1/2] list_bl.h: make list head locking RT safe, Sebastian Andrzej Siewior
        
        [PATCH v2] list_bl.h: make list head locking RT safe, Paul Gortmaker
        
        Re: [PATCH v2] list_bl.h: make list head locking RT safe, Sebastian Andrzej Siewior
- [PATCH 2/2] list_bl: make list head lock a raw lock, Paul Gortmaker
- Re: [PATCH 0/2] Avoid more bit_spin_lock usage on RT kernels, Paul E. McKenney
[RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes, Paul Gortmaker
- [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Paul Gortmaker
  - Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Theodore Ts'o
    - Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Paul Gortmaker
      - Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Theodore Ts'o
    - Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Paul Gortmaker
      - Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Theodore Ts'o
        
        Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Paul Gortmaker
        
        Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users, Paul Gortmaker
- [PATCH 3/4] jbd2: fix duplicate debug label for phase 2, Paul Gortmaker
- [PATCH 4/4] jbd/jbd2: relocate bit_spinlock header to jbd_common, Paul Gortmaker
- [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Paul Gortmaker
  - Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Theodore Ts'o
    - Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Paul Gortmaker
      - Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Theodore Ts'o
        
        Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Paul Gortmaker
- Re: [RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes, Theodore Ts'o
  - Re: [RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes, Paul Gortmaker
- [PATCH v2 0/6] misc jbd2 fixes and cleanups, Paul Gortmaker
  - [PATCH 1/6] jbd2/journal_commit_transaction: relocate assert after state lock, Paul Gortmaker
    - Re: [PATCH 1/6] jbd2/journal_commit_transaction: relocate assert after state lock, Theodore Ts'o
  - [PATCH 4/6] jbd/jbd2: relocate bit_spinlock header to jbd_common, Paul Gortmaker
    - Re: [PATCH 4/6] jbd/jbd2: relocate bit_spinlock header to jbd_common, Theodore Ts'o
  - [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text, Paul Gortmaker
    - Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text, Theodore Ts'o
      - Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text, Paul Gortmaker
        
        Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text, Theodore Ts'o
        
        Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text, Paul Gortmaker
  - [PATCH 5/6] jbd2: make jbd_debug that won't split printk statements, Paul Gortmaker
  - [PATCH 3/6] jbd2: fix duplicate debug label for phase 2, Paul Gortmaker
    - Re: [PATCH 3/6] jbd2: fix duplicate debug label for phase 2, Theodore Ts'o
  - [PATCH 2/6] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Paul Gortmaker
    - Re: [PATCH 2/6] jbd2/log_wait_for_space: drop checkpoint mutex when waiting, Theodore Ts'o
[ANNOUNCE] 3.2.46-rt67, Steven Rostedt
[ANNOUNCE] 3.6.11.5-rt37, Steven Rostedt
[PATCH]sched/rt: Simplify pull_rt_task() logic and remove .leaf_rt_rq_list, Kirill Tkhai
[PATCH 0/1] Fix a longstanding ARM RT bug, Carsten Emde
- [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover, Carsten Emde
  - Re: [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover, Will Deacon
    - Re: [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover, Carsten Emde
[ANNOUNCE] 3.8.13-rt10, Sebastian Andrzej Siewior
ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT, Paul Gortmaker
- Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT, Jan Kara
  - Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT, Paul Gortmaker
    - Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT, Jan Kara
[PATCH] RFC: Set irq thread to RT priority on creation, Ivo Sieben
- Re: [PATCH] RFC: Set irq thread to RT priority on creation, Thomas Gleixner
  - Re: [PATCH] RFC: Set irq thread to RT priority on creation, Steven Rostedt
    - Re: [PATCH] RFC: Set irq thread to RT priority on creation, Thomas Gleixner
      - [PATCH-v2] Set irq thread to RT priority on creation, Ivo Sieben
        
        Re: [PATCH-v2] Set irq thread to RT priority on creation, Thomas Gleixner
        
        Re: [PATCH-v2] Set irq thread to RT priority on creation, Ivo Sieben
        
        Re: [PATCH-v2] Set irq thread to RT priority on creation, Sebastian Andrzej Siewior
- Re: [PATCH] RFC: Set irq thread to RT priority on creation, Steven Rostedt
[ANNOUNCE] 3.0.80-rt108, Steven Rostedt
[ANNOUNCE] 3.4.47-rt62, Steven Rostedt
[patch] rt,mce: fix mce timer interval, Mike Galbraith
- Re: [patch] rt,mce: fix mce timer interval, Sebastian Andrzej Siewior
e1000e 82574L transmit latency?, Stanislav Meduna
- Re: e1000e 82574L transmit latency?, Nebojša Ćosić
  - Re: e1000e 82574L transmit latency?, Stanislav Meduna
    - Re: e1000e 82574L transmit latency?, Nebojša Ćosić
  - Re: e1000e 82574L transmit latency?, Stanislav Meduna
    - Re: e1000e 82574L transmit latency?, Nebojša Ćosić
spike in latency when calling popen() in the same process that runs a high priority RT thread, Gratian Crisan
- Re: spike in latency when calling popen() in the same process that runs a high priority RT thread, Josh Cartwright
Kernel 3.6.11.3-rt35 : umount blocks for more than 200seconds, Koehrer Mathias (ETAS/ESS2)
[ANNOUNCE] 3.8.13-rt9, Sebastian Andrzej Siewior
[ANNOUNCE] 3.6.11.4-rt36, Steven Rostedt
- Re: [ANNOUNCE] 3.6.11.4-rt36, Christoph Mathys
  - Re: [ANNOUNCE] 3.6.11.4-rt36, Christoph Mathys
- Message not available
  - Re: [ANNOUNCE] 3.6.11.4-rt36, Steven Rostedt
    - [PATCH] Re: [ANNOUNCE] 3.6.11.4-rt36, Carsten Emde
      - [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Carsten Emde
        
        Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Christoph Mathys
        
        Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Paul Gortmaker
        
        Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Sebastian Andrzej Siewior
        
        Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Sebastian Andrzej Siewior
        
        Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead, Daniel Vetter
- Re: [ANNOUNCE] 3.6.11.4-rt36 - Kernel Bug, Lampersperger Andreas
Kernel 3.6.x RT_PREEMPT: Issues with sync / umount of hdd partitions, Koehrer Mathias (ETAS/ESS2)
[ANNOUNCE] 3.0.78-rt106, Steven Rostedt
[ANNOUNCE] 3.2.45-rt66, Steven Rostedt
[ANNOUNCE] 3.4.45-rt60, Steven Rostedt
Re: [PlanetCCRMA] 3.8.13-201.rt8 also builds and runs very smoothly on fc19 alpha, Fernando Lopez-Lezcano
[PATCH - sort of] x86: Livelock in handle_pte_fault, Stanislav Meduna
- Re: [PATCH - sort of] x86: Livelock in handle_pte_fault, Steven Rostedt
  - Re: [PATCH - sort of] x86: Livelock in handle_pte_fault, Stanislav Meduna
  - Re: [PATCH - sort of] x86: Livelock in handle_pte_fault, Rik van Riel
    - Re: [PATCH - sort of] x86: Livelock in handle_pte_fault, Linus Torvalds
      - [PATCH] mm: fix up a spurious page fault whenever it happens, Rik van Riel
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Steven Rostedt
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Rik van Riel
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, H. Peter Anvin
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Rik van Riel
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Rik van Riel
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Steven Rostedt
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, H. Peter Anvin
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Steven Rostedt
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, H. Peter Anvin
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Steven Rostedt
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, H. Peter Anvin
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Rik van Riel
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Linus Torvalds
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Peter Zijlstra
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Linus Torvalds
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Linus Torvalds
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
        
        Re: [PATCH] mm: fix up a spurious page fault whenever it happens, Stanislav Meduna
[PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Zhao Chenhui
- Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Sebastian Andrzej Siewior
  - Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Zhao Chenhui
    - Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Sebastian Andrzej Siewior
      - Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Zhao Chenhui
        
        Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus, Sebastian Andrzej Siewior
[ANNOUNCE] 3.6.11.3-rt35, Steven Rostedt
Highmem support on ppc32 plattform with PREEMPT_RT_FULL option, Heiko Schumann
- Re: Highmem support on ppc32 plattform with PREEMPT_RT_FULL option, Sebastian Andrzej Siewior
3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit, Jain Priyanka-B32167
- RE: 3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit, Jain Priyanka-B32167
  - RE: 3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit, Jain Priyanka-B32167
    - 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called, Jain Priyanka-B32167
      - RE: 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called, Jain Priyanka-B32167
        
        Re: 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called, Sebastian Andrzej Siewior
3.8.11-rt8 NFS triggered seizures, Mike Galbraith
- Re: 3.8.11-rt8 NFS triggered seizures, Sebastian Andrzej Siewior
  - Re: 3.8.11-rt8 NFS triggered seizures, Mike Galbraith
    - Re: 3.8.11-rt8 NFS triggered seizures, Sebastian Andrzej Siewior
      - Re: 3.8.11-rt8 NFS triggered seizures, Mike Galbraith
        
        Re: 3.8.11-rt8 NFS triggered seizures, Sebastian Andrzej Siewior
        
        Re: 3.8.11-rt8 NFS triggered seizures, Mike Galbraith
        
        Re: 3.8.11-rt8 NFS triggered seizures, Sebastian Andrzej Siewior
Getting "BUG: sleeping function", Eyal Cohen
- Re: Getting "BUG: sleeping function", Sebastian Andrzej Siewior
[ANNOUNCE] 3.0.75-rt103, Steven Rostedt
[ANNOUNCE] 3.2.44-rt65, Steven Rostedt
[ANNOUNCE] 3.4.42-rt57, Steven Rostedt
[ANNOUNCE] 3.6.11.2-rt34, Steven Rostedt
[ANNOUNCE] 3.8.11-rt8, Sebastian Andrzej Siewior
- Re: [ANNOUNCE] 3.8.11-rt8, Paul Gortmaker
[PATCH RT 0/4] [ANNOUNCE] 3.0.75-rt103-rc1, Steven Rostedt
- [PATCH RT 3/4] swap: Use unique local lock name for swap_lock, Steven Rostedt
- [PATCH RT 1/4] tcp: force a dst refcount when prequeue packet, Steven Rostedt
- [PATCH RT 2/4] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- [PATCH RT 4/4] Linux 3.0.75-rt103-rc1, Steven Rostedt
[PATCH RT 0/6] [ANNOUNCE] 3.2.44-rt65-rc1, Steven Rostedt
- [PATCH RT 3/6] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- [PATCH RT 2/6] tcp: force a dst refcount when prequeue packet, Steven Rostedt
- [PATCH RT 1/6] rcutiny: Fix typo of using swake_up() instead of swait_wake(), Steven Rostedt
- [PATCH RT 5/6] sched: Add is_idle_task() to handle invalidated uses of idle_cpu(), Steven Rostedt
- [PATCH RT 4/6] swap: Use unique local lock name for swap_lock, Steven Rostedt
- [PATCH RT 6/6] Linux 3.2.44-rt65-rc1, Steven Rostedt
[PATCH RT 0/4] [ANNOUNCE] 3.4.42-rt57-rc1, Steven Rostedt
- [PATCH RT 3/4] swap: Use unique local lock name for swap_lock, Steven Rostedt
- [PATCH RT 2/4] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- [PATCH RT 1/4] tcp: force a dst refcount when prequeue packet, Steven Rostedt
- [PATCH RT 4/4] Linux 3.4.42-rt57-rc1, Steven Rostedt
[PATCH RT 0/5] [ANNOUNCE] 3.6.11.2-rt34-rc1, Steven Rostedt
- [PATCH RT 5/5] Linux 3.6.11.2-rt34-rc1, Steven Rostedt
- [PATCH RT 2/5] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- [PATCH RT 3/5] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Steven Rostedt
- [PATCH RT 4/5] swap: Use unique local lock name for swap_lock, Steven Rostedt
- [PATCH RT 1/5] tcp: force a dst refcount when prequeue packet, Steven Rostedt
3.2-rt build issue with CONFIG_DEBUG_ATOMIC_SLEEP, Josh Cartwright
- Re: 3.2-rt build issue with CONFIG_DEBUG_ATOMIC_SLEEP, Steven Rostedt
e100 driver spinning delay blocking ksoftirqd?, Stanislav Meduna
- e100: usleep in timer context legal?, Stanislav Meduna
3.8.10-rt6: suspend/resume irqs enabled splat, Mike Galbraith
- Re: 3.8.10-rt6: suspend/resume irqs enabled splat, Sebastian Andrzej Siewior
  - Re: 3.8.10-rt6: suspend/resume irqs enabled splat, Mike Galbraith
    - Re: 3.8.10-rt6: suspend/resume irqs enabled splat, Sebastian Andrzej Siewior
      - Re: 3.8.10-rt6: suspend/resume irqs enabled splat, Mike Galbraith
        
        Re: 3.8.10-rt6: suspend/resume irqs enabled splat, Sebastian Andrzej Siewior
[ANNOUNCE] 3.0.75-rt102, Steven Rostedt
[ANNOUNCE] 3.2.44-rt64, Steven Rostedt
- Re: [ANNOUNCE] 3.2.44-rt64, Dmitry Lysenko
  - Re: [ANNOUNCE] 3.2.44-rt64, Steven Rostedt
[ANNOUNCE] 3.4.42-rt56, Steven Rostedt
How to find long execution times in kernel threads?, Stanislav Meduna
- Re: How to find long execution times in kernel threads?, Carsten Emde
  - Re: How to find long execution times in kernel threads?, Stanislav Meduna
    - Re: How to find long execution times in kernel threads?, Ashoka K
    - Re: How to find long execution times in kernel threads?, Carsten Emde
      - Re: How to find long execution times in kernel threads?, Stanislav Meduna
Re: Need help to measure and tune the latency in Linux RT, Jason Cooper
- Re: Need help to measure and tune the latency in Linux RT, Stanislav Meduna
  - Re: Need help to measure and tune the latency in Linux RT, Ashoka K
[ANNOUNCE] 3.2.43-rt63-feat2, Steven Rostedt
EDAC messages about corrected errors affect realtime response, David VomLehn
- Re: EDAC messages about corrected errors affect realtime response, Borislav Petkov
[ANNOUNCE] 3.4.41-rt55-feat3, Steven Rostedt
- Re: [ANNOUNCE] 3.4.41-rt55-feat3, Steven Rostedt
- Re: [ANNOUNCE] 3.4.41-rt55-feat3, Tim Sander
  - Re: [ANNOUNCE] 3.4.41-rt55-feat3, Steven Rostedt
    - Re: [ANNOUNCE] 3.4.41-rt55-feat3, Tim Sander
UDP jitter, Nebojša Ćosić
- Re: UDP jitter, Carsten Emde
  - Re: UDP jitter, Nebojša Ćosić
    - AW: UDP jitter, eg Engleder Gerhard
      - Re: UDP jitter, Nebojša Ćosić
        
        Re: UDP jitter, Thomas Gleixner
        
        AW: UDP jitter, eg Engleder Gerhard
        
        Re: UDP jitter, Nebojša Ćosić
        
        Re: UDP jitter, Thomas Gleixner
        
        Re: UDP jitter, Stanislav Meduna
        
        Re: UDP jitter, Nebojša Ćosić
        
        Re: UDP jitter, Thomas Gleixner
        
        Re: UDP jitter, Armin Steinhoff
        
        Re: UDP jitter, E-Blokos
        
        Re: UDP jitter, Tom Cook
        
        AW: UDP jitter, eg Engleder Gerhard
        
        Re: UDP jitter, Thomas Gleixner
        
        AW: UDP jitter, eg Engleder Gerhard
        
        Re: AW: UDP jitter, Thomas Gleixner
        
        Re: UDP jitter, Nebojša Ćosić
        
        Re: UDP jitter, Joe Korty
        
        Re: UDP jitter, Stanislav Meduna
        
        Re: UDP jitter, Thomas Gleixner
[ANNOUNCE] 3.8.10-rt6, Sebastian Andrzej Siewior
- Re: [ANNOUNCE] 3.8.10-rt6, Clark Williams
  - Re: [ANNOUNCE] 3.8.10-rt6, John Kacur
  - Re: [ANNOUNCE] 3.8.10-rt6, Sebastian Andrzej Siewior
  - Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Sebastian Andrzej Siewior
    - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Steven Rostedt
      - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Sebastian Andrzej Siewior
        
        Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Steven Rostedt
    - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Clark Williams
      - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Clark Williams
    - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Borislav Petkov
      - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Sebastian Andrzej Siewior
    - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Bernhard Schiffner
    - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Bernhard Schiffner
      - Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Sebastian Andrzej Siewior
        
        Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6), Bernhard Schiffner
- Message not available
  - Re: [ANNOUNCE] 3.8.10-rt6, Sebastian Andrzej Siewior
- RE: [ANNOUNCE] 3.8.10-rt6, Jain Priyanka-B32167
  - Re: [ANNOUNCE] 3.8.10-rt6, Sebastian Andrzej Siewior
What exactly does "hrtimer: interrupt took 7142 ns" mean?, Stanislav Meduna
[ANNOUNCE] 3.8.9-rt4, Sebastian Andrzej Siewior
- Re: [ANNOUNCE] 3.8.9-rt4, Carsten Emde
  - Re: [ANNOUNCE] 3.8.9-rt4, Sebastian Andrzej Siewior
Tracers+cyclictest causing kernel oops, Tom Cook
- Re: Tracers+cyclictest causing kernel oops, Tom Cook
  - Re: Tracers+cyclictest causing kernel oops, Sebastian Andrzej Siewior
    - Re: Tracers+cyclictest causing kernel oops, Tom Cook
    - Message not available
      - Re: Tracers+cyclictest causing kernel oops, Sebastian Andrzej Siewior
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Uwe Kleine-König
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Uwe Kleine-König
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Sebastian Andrzej Siewior
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Tom Cook
        
        Re: Tracers+cyclictest causing kernel oops, Sebastian Andrzej Siewior
[PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Qiang Huang
- Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sebastian Andrzej Siewior
  - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Luis Claudio R. Goncalves
    - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Qiang Huang
      - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sven-Thorsten Dietrich
        
        Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Li Zefan
        
        Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Qiang Huang
- Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Luis Claudio R. Goncalves
  - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sebastian Andrzej Siewior
- Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sebastian Andrzej Siewior
  - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sebastian Andrzej Siewior
    - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Qiang Huang
      - Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq, Sebastian Andrzej Siewior
[ANNOUNCE] 3.2.43-rt63-feat1, Steven Rostedt
[PATCH V5 0/5] Queue work on power efficient wq, Viresh Kumar
- [PATCH V5 5/5] fbcon: queue work on power efficient wq, Viresh Kumar
  - Re: [PATCH V5 5/5] fbcon: queue work on power efficient wq, Tejun Heo
- [PATCH V5 4/5] block: queue work on power efficient wq, Viresh Kumar
  - Re: [PATCH V5 4/5] block: queue work on power efficient wq, Tejun Heo
- [PATCH V5 3/5] PHYLIB: queue work on system_power_efficient_wq, Viresh Kumar
- [PATCH V5 2/5] workqueue: Add system wide power_efficient workqueues, Viresh Kumar
  - Re: [PATCH V5 2/5] workqueue: Add system wide power_efficient workqueues, Tejun Heo
- [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
  - Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Amit Kucheria
    - Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
      - Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Tejun Heo
        
        Message not available
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Amit Kucheria
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Tejun Heo
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Tejun Heo
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Viresh Kumar
        
        Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues, Tejun Heo
- Re: [PATCH V5 0/5] Queue work on power efficient wq, Tejun Heo
  - Re: [PATCH V5 0/5] Queue work on power efficient wq, Viresh Kumar
- Re: [PATCH V5 0/5] Queue work on power efficient wq, Uwe Kleine-König
  - Re: [PATCH V5 0/5] Queue work on power efficient wq, Viresh Kumar
    - Re: [PATCH V5 0/5] Queue work on power efficient wq, Uwe Kleine-König
      - Re: [PATCH V5 0/5] Queue work on power efficient wq, Viresh Kumar
        
        Re: [PATCH V5 0/5] Queue work on power efficient wq, Uwe Kleine-König
[RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS, Mike Galbraith
- Re: [RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS, Sebastian Andrzej Siewior
  - Re: [RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS, Mike Galbraith
3.6-rt: inet_sk_rx_dst_set() network splat, Mike Galbraith
- Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Eric Dumazet
  - Re: 3.6-rt: inet_sk_rx_dst_set() network splat, David Miller
  - Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Mike Galbraith
    - Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Eric Dumazet
      - Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Sebastian Andrzej Siewior
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Eric Dumazet
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Steven Rostedt
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Sebastian Andrzej Siewior
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Eric Dumazet
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Steven Rostedt
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Steven Rostedt
        
        Re: 3.6-rt: inet_sk_rx_dst_set() network splat, Eric Dumazet
[ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
- Re: [ANNOUNCE] 3.4.41-rt55-feat1, Tim Sander
  - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Sebastian Andrzej Siewior
    - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Mike Galbraith
      - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Thomas Gleixner
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Thomas Gleixner
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Mike Galbraith
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Mike Galbraith
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
      - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Sebastian Andrzej Siewior
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Mike Galbraith
    - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Tim Sander
      - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
      - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Thomas Gleixner
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
        
        Re: [ANNOUNCE] 3.4.41-rt55-feat1, Tim Sander
  - Re: [ANNOUNCE] 3.4.41-rt55-feat1, Steven Rostedt
[PATCH RT] swap: Use unique local lock name for swap_lock, Steven Rostedt
[ANNOUNCE] 3.0.74-rt101, Steven Rostedt
[ANNOUNCE] 3.4.41-rt55, Steven Rostedt
[ANNOUNCE] 3.6.11.2-rt33, Steven Rostedt
rtmutex implementation question, Mike Galbraith
Bogus latency_hist/preemptirqsoff ?, Stanislav Meduna
Build failure. Typo in the 3.2.43-rt63 patch?, Dmitry Lysenko
- Re: Build failure. Typo in the 3.2.43-rt63 patch?, Steven Rostedt
[PATCH] relay: fix timer madness, zhangwei(Jovi)
- Re: [PATCH] relay: fix timer madness, Andrew Morton
cgroup_fj tests will stick the nort kernel, Qiang Huang
- Re: cgroup_fj tests will stick the nort kernel, Qiang Huang
  - Re: cgroup_fj tests will stick the nort kernel, Li Zefan
- Re: cgroup_fj tests will stick the nort kernel, Li Zefan
  - Re: cgroup_fj tests will stick the nort kernel, Steven Rostedt
    - Re: cgroup_fj tests will stick the nort kernel, Li Zefan
      - Re: cgroup_fj tests will stick the nort kernel, Li Zefan
      - Re: cgroup_fj tests will stick the nort kernel, Qiang Huang
        
        Re: cgroup_fj tests will stick the nort kernel, Li Zefan
        
        Re: cgroup_fj tests will stick the nort kernel, Qiang Huang
        
        Re: cgroup_fj tests will stick the nort kernel, Steven Rostedt
    - Re: cgroup_fj tests will stick the nort kernel, Luis Claudio R. Goncalves
scheduler context, ratheesh kannoth
- Re: scheduler context, Henrik Austad
[PATCH] timers: prepare for full preemption improve, Zhao Hongjiang
- Re: [PATCH] timers: prepare for full preemption improve, Sebastian Andrzej Siewior
hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds, Stanislav Meduna
- Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds, Stanislav Meduna
- Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds, Thomas Gleixner
  - Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds, Stanislav Meduna
    - timerfd and softirqd [Was: Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds], Stanislav Meduna
      - timerfd read does not return [Was: Re: timerfd and softirqd], Stanislav Meduna
        
        Re: timerfd read does not return [Was: Re: timerfd and softirqd], Stanislav Meduna
        
        [PATCH] Re: timerfd read does not return, Stanislav Meduna
        
        Re: [PATCH] Re: timerfd read does not return, Stanislav Meduna
        
        Re: timerfd read does not return - was probably fixed in 3.4.38, Stanislav Meduna
        
        Re: timerfd read does not return - was probably fixed in 3.4.38, Carsten Emde
        
        Re: timerfd read does not return - was probably fixed in 3.4.38, Stanislav Meduna
        
        Re: timerfd read does not return - was probably fixed in 3.4.38, Steven Rostedt
        
        Re: timerfd read does not return - some traces, Stanislav Meduna
        
        Re: timerfd read does not return - some traces, Stanislav Meduna
        
        Re: timerfd read does not return - hangs inside put_user, Stanislav Meduna
        
        Re: timerfd read does not return - caused by MM fault, Stanislav Meduna
        
        Livelock in handle_pte_fault [Was: Re: timerfd read does not return], Stanislav Meduna
        
        Re: Livelock in handle_pte_fault [Was: Re: timerfd read does not return], Vijay Katoch
[PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Priyanka Jain
- RE: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Jain Priyanka-B32167
- <Possible follow-ups>
- [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Priyanka Jain
  - Re: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Sebastian Andrzej Siewior
    - RE: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting, Jain Priyanka-B32167
[rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue, Mike Galbraith
- Re: [rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue, Mike Galbraith
- Re: [rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue, Mike Galbraith
3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Mike Galbraith
- Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
  - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
    - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Mike Galbraith
      - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Mike Galbraith
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Mike Galbraith
  - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Mike Galbraith
  - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Sebastian Andrzej Siewior
    - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
      - Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Sebastian Andrzej Siewior
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Sebastian Andrzej Siewior
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Steven Rostedt
        
        Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock, Sebastian Andrzej Siewior
Realtime capable userspace?, Stanislav Meduna
- Re: Realtime capable userspace?, Gilles Chanteperdrix
  - Re: Realtime capable userspace?, Stanislav Meduna
    - Re: Realtime capable userspace?, Gilles Chanteperdrix
      - Re: Realtime capable userspace?, Stanislav Meduna
[ANNOUNCE] 3.2.43-rt63, Steven Rostedt
[ANNOUNCE] 3.4.39-rt53, Steven Rostedt
Multiple readers on multiple posix queues, Romain Geissler
[PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Borislav Petkov
  - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
    - RE: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Luck, Tony
- Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Borislav Petkov
  - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Sebastian Andrzej Siewior
  - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
    - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Sebastian Andrzej Siewior
- Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Sebastian Andrzej Siewior
  - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Sebastian Andrzej Siewior
  - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
    - Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Sebastian Andrzej Siewior
Re: [PATCH documentation 1/2] nohz1: Add documentation., Paul E. McKenney
- Re: [PATCH documentation 1/2] nohz1: Add documentation., Dipankar Sarma
  - Re: [PATCH documentation 1/2] nohz1: Add documentation., Paul E. McKenney
[PATCH RT] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
- Re: [PATCH RT] x86/mce: Defer mce wakeups to threads for PREEMPT_RT, Steven Rostedt
[PATCH] hackbench: init child's struct before using it, Sebastian Andrzej Siewior
- Re: [PATCH] hackbench: init child's struct before using it, Clark Williams
  - Re: [PATCH] hackbench: init child's struct before using it, David Sommerseth
Re: WRONG files in https://www.kernel.org/pub/linux/kernel/projects/rt/3.4/, Steven Rostedt
- Re: WRONG files in https://www.kernel.org/pub/linux/kernel/projects/rt/3.4/, Sebastian Andrzej Siewior
[PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT, Qiang Huang
- Re: [PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT, Steven Rostedt
  - Re: [PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT, Sebastian Andrzej Siewior
3.8.4-rt2 panic in migrate_task_rq_fair, Darren Hart
- Re: 3.8.4-rt2 panic in migrate_task_rq_fair, Darren Hart
- Re: 3.8.4-rt2 panic in migrate_task_rq_fair, Sebastian Andrzej Siewior
  - Re: 3.8.4-rt2 panic in migrate_task_rq_fair, Darren Hart
MAX_LOCKDEP_ENTRIES too low!, Bernhard Schiffner
- Re: MAX_LOCKDEP_ENTRIES too low!, Sebastian Andrzej Siewior
iMX6 compilation fails with RT patch, Arpit Goel
- Re: iMX6 compilation fails with RT patch, Sebastian Andrzej Siewior
malloc/free and priority inheritance?, Stanislav Meduna
- Re: malloc/free and priority inheritance?, Stanislav Meduna
  - Re: malloc/free and priority inheritance?, Stanislav Meduna
    - Re: malloc/free and priority inheritance?, Siddhesh Poyarekar
      - Re: malloc/free and priority inheritance?, Carlos O'Donell
        
        Re: malloc/free and priority inheritance?, Siddhesh Poyarekar
        
        Re: malloc/free and priority inheritance?, Carlos O'Donell
      - Re: malloc/free and priority inheritance?, Stanislav Meduna
        
        Re: malloc/free and priority inheritance?, Siddhesh Poyarekar
        
        Re: malloc/free and priority inheritance?, Darren Hart
        
        Re: malloc/free and priority inheritance?, Carlos O'Donell
run_list of rt_se, Joris Slatman
Patches for 3.4 are missing, Matthias Klein
- Re: Patches for 3.4 are missing, Sebastian Andrzej Siewior
[PATCH V4 0/4] Queue work on UNBOUND wq, Viresh Kumar
- [PATCH V4 4/4] fbcon: queue work on unbound wq, Viresh Kumar
- [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
  - Re: [PATCH V4 3/4] block: queue work on unbound wq, Tejun Heo
    - Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
      - Re: [PATCH V4 3/4] block: queue work on unbound wq, Tejun Heo
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Tejun Heo
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Amit Kucheria
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
    - Re: [PATCH V4 3/4] block: queue work on unbound wq, Jens Axboe
      - Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
    - Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
      - Re: [PATCH V4 3/4] block: queue work on unbound wq, Amit Kucheria
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
      - Re: [PATCH V4 3/4] block: queue work on unbound wq, Amit Kucheria
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Amit Kucheria
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
      - Re: [PATCH V4 3/4] block: queue work on unbound wq, Tejun Heo
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Viresh Kumar
        
        Re: [PATCH V4 3/4] block: queue work on unbound wq, Tejun Heo
- [PATCH V4 2/4] PHYLIB: queue work on unbound wq, Viresh Kumar
  - Re: [PATCH V4 2/4] PHYLIB: queue work on unbound wq, David Miller
- [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq, Viresh Kumar
  - Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq, Amit Kucheria
    - Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq, Viresh Kumar
      - Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq, Steven Rostedt
        
        Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq, Viresh Kumar
[ANNOUNCE] 3.0.71-rt98, Steven Rostedt
[ANNOUNCE] 3.2.42-rt62, Steven Rostedt
[ANNOUNCE] 3.4.37-rt51, Steven Rostedt
[ANNOUNCE] 3.6.11.1-rt32, Steven Rostedt
- Re: [ANNOUNCE] 3.6.11.1-rt32, Carsten Emde
  - Re: [ANNOUNCE] 3.6.11.1-rt32, Steven Rostedt
- Re: [ANNOUNCE] 3.6.11.1-rt32, Carsten Emde
  - Re: [ANNOUNCE] 3.6.11.1-rt32, Steven Rostedt
    - Re: [ANNOUNCE] 3.6.11.1-rt32, Carsten Emde
  - Re: [ANNOUNCE] 3.6.11.1-rt32, John Kacur
[PATCH 3.4-rt] hrtimer: fix compile failure for when HRT are disabled, Paul Gortmaker
BUG - pthread conditional locks and barriers not reliable, Joël Krähemann
- Re: BUG - pthread conditional locks and barriers not reliable, Joël Krähemann
  - Re: BUG - pthread conditional locks and barriers not reliable, Joël Krähemann
    - Re: BUG - pthread conditional locks and barriers not reliable, Nicholas Mc Guire
3.8.4-rt2: (x86_64): BUG: scheduling while atomic, Joakim Hernberg
- Re: 3.8.4-rt2: (x86_64): BUG: scheduling while atomic, Sebastian Andrzej Siewior
[ANNOUNCE] 3.8.4-rt2, Sebastian Andrzej Siewior
- Re: [ANNOUNCE] 3.8.4-rt2, Paul Gortmaker
  - Re: [ANNOUNCE] 3.8.4-rt2, Sebastian Andrzej Siewior
    - Re: [ANNOUNCE] 3.8.4-rt2, Clark Williams
      - Re: [ANNOUNCE] 3.8.4-rt2, Sebastian Andrzej Siewior
        
        Suspend on 3.8.x-rtY (was: Re: [ANNOUNCE] 3.8.4-rt2), Clark Williams
        
        Re: Suspend on 3.8.x-rtY (was: Re: [ANNOUNCE] 3.8.4-rt2), Clark Williams
    - Re: [ANNOUNCE] 3.8.4-rt2, John Kacur
      - Re: [ANNOUNCE] 3.8.4-rt2, Sebastian Andrzej Siewior
Question on RCU_BOOST option, Koehrer Mathias (ETAS/ESS2)
- Re: Question on RCU_BOOST option, Paul Gortmaker
- <Possible follow-ups>
- Re: Question on RCU_BOOST option, Koehrer Mathias (ETAS/ESS2)
  - Re: Question on RCU_BOOST option, Thomas Gleixner
[ANNOUNCE] 3.8.4-rt1, Thomas Gleixner
- Re: [ANNOUNCE] 3.8.4-rt1, Luis Claudio R. Goncalves
  - cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Gregoire Gentil
    - Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Sebastian Andrzej Siewior
      - Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Thomas Gleixner
        
        Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Sebastian Andrzej Siewior
        
        Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Thomas Gleixner
        
        Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Thomas Gleixner
        
        Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Gregoire Gentil
        
        Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG, Sebastian Andrzej Siewior
  - Re: [ANNOUNCE] 3.8.4-rt1, Sebastian Andrzej Siewior
    - Re: [ANNOUNCE] 3.8.4-rt1, Luis Claudio R. Goncalves
- Re: [ANNOUNCE] 3.8.4-rt1, Luis Claudio R. Goncalves
[ANNOUNCE] 3.6.11-rt31, Thomas Gleixner
- Re: [ANNOUNCE] 3.6.11-rt31, Steven Rostedt
Beginner's questions on userspace latency, Oliver Nittka
- RE: Beginner's questions on userspace latency, Staffan Tjernstrom
- Re: Beginner's questions on userspace latency, Thomas Gleixner
- Re: Beginner's questions on userspace latency, Tim Sander
- Re: Beginner's questions on userspace latency, Oliver Nittka
[ANNOUNCE] 3.0.69-rt96, Steven Rostedt
- [PATCH] rt,cpusets: seqlock fixlet for cpuset.c::cpuset_print_task_mems_allowed(), Mike Galbraith
[ANNOUNCE] 3.2.40-rt60, Steven Rostedt
[ANNOUNCE] 3.4.36-rt50, Steven Rostedt
Page faults with 3.6.11-rt30 but not with 3.6.11-rt25, Koehrer Mathias (ETAS/ESS2)
- Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25, Steven Rostedt
  - Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25, Thomas Gleixner
- <Possible follow-ups>
- Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25, Koehrer Mathias (ETAS/ESS2)
[RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
- Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
  - Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
    - Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
      - Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Message not available
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Paul Gortmaker
        
        Message not available
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Pekka Enberg
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Pekka Enberg
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Paul Gortmaker
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Paul Gortmaker
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Paul Gortmaker
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Joonsoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Pekka Enberg
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Message not available
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., JoonSoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., JoonSoo Kim
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
        
        Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Christoph Lameter
      - Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code., Steven Rostedt
Informations about Real Time Linux, Younes CHALABI
- Re: Informations about Real Time Linux, Sven-Thorsten Dietrich
Fixup for 3.4.34 merge conflict, Steven Rostedt
- Re: Fixup for 3.4.34 merge conflict, Sebastian Andrzej Siewior
Linux 3.4 stable rt release schedule, zhangwei(Jovi)
[PATCH RT] sched/workqueue: Only wake up idle workers if not blocked on sleeping spin lock, Steven Rostedt
- Re: [PATCH RT] sched/workqueue: Only wake up idle workers if not blocked on sleeping spin lock, Sebastian Andrzej Siewior
[PATCH V3 0/7] Create sched_select_cpu() and use it for workqueues, Viresh Kumar
- [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Viresh Kumar
  - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Frederic Weisbecker
    - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Viresh Kumar
      - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Frederic Weisbecker
        
        Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Viresh Kumar
  - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Peter Zijlstra
    - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Viresh Kumar
      - Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving, Viresh Kumar
- [PATCH V3 2/7] timer: hrtimer: Don't check idle_cpu() before calling get_nohz_timer_target(), Viresh Kumar
- [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Viresh Kumar
  - Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Viresh Kumar
    - Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Viresh Kumar
  - Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Tejun Heo
    - Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Viresh Kumar
      - Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Tejun Heo
        
        Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Tejun Heo
        
        Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu, Viresh Kumar

[Index of Archives] [RT Stable Patches] [Kernel Announce] [Kernel Newbies] [Linux RAID] [Linux ATA RAID] [IETF Annouce] [Git] [Security] [Netfilter] [Bugtraq]