[PATCH] trace-cmd: fixup more bogus symbol resolutions

' absolute symbols, and therefore appear as 'a' in /proc/kallsyms. Fix this. Cc: Jan Kiszka <jan.kis...@siemens.com> Signed-off-by: Julia Cartwright <ju...@ni.com> --- trace-util.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/trace-util.c b/trace-util.c index 5

Re: [RFC 1/2] sdhci: Add device tree property sd-broken-highspeed

On Wed, Oct 05, 2016 at 03:03:44PM -0500, Rob Herring wrote: > On Wed, Oct 5, 2016 at 1:33 PM, Ulf Hansson wrote: > > On 23 September 2016 at 22:01, Zach Brown wrote: > >> Certain board configurations can make highspeed malfunction due to > >> timing

[PATCH] sc16is7xx: Drop bogus use of IRQF_ONESHOT

ned-off-by: Josh Cartwright <jo...@ni.com> Cc: linux-rt-us...@vger.kernel.org Cc: Jakub Kicinski <moorr...@wp.pl> Cc: sta...@vger.kernel.org Cc: linux-ser...@vger.kernel.org Cc: Sebastian Andrzej Siewior <bige...@linutronix.de> Signed-off-by: Julia Cartwright <ju...@ni.com> ---

Re: [RFC 2/2] mmc: sdhci-pci: Use ACPI to get max frequency for Intel byt sdio host controller sub-vended by NI

On Wed, Nov 09, 2016 at 10:08:29AM -0600, Zach Brown wrote: > On Wed, Nov 09, 2016 at 03:24:24PM +0200, Adrian Hunter wrote: > > On 08/11/16 22:07, Zach Brown wrote: > > > On NI 9037 boards the max SDIO frequency is limited by trace lengths > > > and other layout choices. The max SDIO frequency is

Re: [PATCH 1/2] ARM: zynq: Remove skeleton.dtsi

gt; > Signed-off-by: Michal Simek <michal.si...@xilinx.com> Reviewed-by: Julia Cartwright <ju...@ni.com>

Re: [PATCH 2/2] ARM: zynq: Fix W=1 dtc 1.4 warnings

> but no reg property > Warning (unit_address_vs_reg): Node /memory has a reg or ranges > property, but no unit name > > Signed-off-by: Michal Simek <michal.si...@xilinx.com> Reviewed-by: Julia Cartwright <ju...@ni.com> > > --- > > arch/arm/boot/dts/zyn

[PATCH v2] sc16is7xx: Drop bogus use of IRQF_ONESHOT

jaer <sean.nyekj...@prevas.dk> Signed-off-by: Josh Cartwright <jo...@ni.com> Cc: linux-rt-us...@vger.kernel.org Cc: Jakub Kicinski <moorr...@wp.pl> Cc: sta...@vger.kernel.org Cc: linux-ser...@vger.kernel.org Cc: Sebastian Andrzej Siewior <bige...@linutronix.de> Signed-off-b

Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic

On Thu, Mar 23, 2017 at 10:26:49AM +, Lee Jones wrote: > On Thu, 23 Mar 2017, Lionel DEBIEVE wrote: > > > On 03/22/2017 07:47 PM, Julia Cartwright wrote: > > > On Wed, Mar 22, 2017 at 01:30:12PM -0500, Grygorii Strashko wrote: > > >> On 03/22/20

Re: [PATCH v4 1/4] pinctrl: rockchip: remove unnecessary locking

On Thu, Mar 23, 2017 at 09:01:43PM +0100, Heiko St?bner wrote: > Am Donnerstag, 23. März 2017, 13:29:10 CET schrieb Julia Cartwright: > > On Thu, Mar 23, 2017 at 06:55:50PM +0100, Heiko St?bner wrote: > > > Am Donnerstag, 23. März 2017, 17:51:53 CET schrieb John Keeping: >

Re: [PATCH v2 7/9] gpio: 104-idi-48: make use of raw_spinlock variants

On Wed, Mar 22, 2017 at 08:44:14AM -0400, William Breathitt Gray wrote: > On Tue, Mar 21, 2017 at 05:43:07PM -0500, Julia Cartwright wrote: > >The 104-idi-48 gpio driver currently implements an irq_chip for handling > >interrupts; due to how irq_chip handling is done,

Re: [PATCH v4 1/4] pinctrl: rockchip: remove unnecessary locking

On Thu, Mar 23, 2017 at 06:55:50PM +0100, Heiko St?bner wrote: > Am Donnerstag, 23. März 2017, 17:51:53 CET schrieb John Keeping: > > On Thu, 23 Mar 2017 11:10:20 -0500, Julia Cartwright wrote: [..] > > > [..] > > > > > > > @@ -1185,17 +1177,14 @@ stat

Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic

On Wed, Mar 22, 2017 at 01:30:12PM -0500, Grygorii Strashko wrote: > > On 03/22/2017 01:01 PM, Steven Rostedt wrote: > > On Wed, 22 Mar 2017 12:37:59 -0500 > > Julia Cartwright <ju...@ni.com> wrote: > > > > > Which kernel were you testing on, here? From

Re: [PATCH v2 1/9] Coccinelle: locks: identify callers of spin_lock{,_irq,_irqsave}() in irqchip implementations

On Wed, Mar 22, 2017 at 10:54:15AM +0100, Julia Lawall wrote: > On Tue, 21 Mar 2017, Julia Cartwright wrote: > > On PREEMPT_RT, the spinlock_t type becomes an object which sleeps under > > contention. The codepaths used to support scheduling (irq dispatching, arch > > code,

Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic

On Wed, Mar 22, 2017 at 04:18:43PM +0100, Lionel Debieve wrote: > Use raw_spin_lock in enable/disable channel as it comes from > interrupt context. > > BUG: sleeping function called from invalid context at > kernel/locking/rtmutex.c:995 > in_atomic(): 1, irqs_disabled(): 128, pid: 307, name:

Re: [PATCH v4 1/4] pinctrl: rockchip: remove unnecessary locking

Hello John- One quick question below. Apologies if this has been covered, but just want to be sure. On Thu, Mar 23, 2017 at 10:59:28AM +, John Keeping wrote: > regmap_update_bits does its own locking and everything else accessed > here is a local variable so there is no need to lock around

[ANNOUNCE] 4.1.39-rt47

Hello RT Folks, I'm happy to announce the 4.1.39-rt47 stable release. This release is just an update to the new stable 4.1.39 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

[PATCH stable] powerpc/ptrace: Fix out of bounds array access warning

..@ellerman.id.au> Cc: Segher Boessenkool <seg...@kernel.crashing.org> Tested-by: Aaro Koskinen <aaro.koski...@iki.fi> Acked-by: Olof Johansson <o...@lixom.net> Signed-off-by: Michael Ellerman <m...@ellerman.id.au> Signed-off-by: Julia Cartwright <ju...@ni.com> -

[PATCH v2 1/9] Coccinelle: locks: identify callers of spin_lock{,_irq,_irqsave}() in irqchip implementations

e raw spinlock variants") as an example of _one_ such instance, which fixed a real bug seen in the field. Cc: Thomas Gleixner <t...@linutronix.de> Cc: Sebastian Andrzej Siewior <bige...@linutronix.de> Cc: Linus Walleij <linus.wall...@linaro.org> Signed-off-by: Julia Cartwright

[PATCH v2 6/9] mfd: tc6393xb: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Acked-for-MFD-by: Lee Jones <lee.jo...@linaro.org> Signed-off-by: Julia Cartwright <j

[PATCH v2 5/9] mfd: t7l66xb: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Acked-for-MFD-by: Lee Jones <lee.jo...@linaro.org> Signed-off-by: Julia Cartwright <j

[PATCH v2 2/9] alpha: marvel: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- v1 -> v2: - Add hunk which p

[PATCH v2 3/9] powerpc: mpc52xx_gpt: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- v1 -> v2: - No change. arch/pow

[PATCH v2 0/9] fixup usage of non-raw spinlocks in irqchips

s Palix <nicolas.pa...@imag.fr> Cc: Michal Marek <mma...@suse.com> Cc: Lee Jones <lee.jo...@linaro.org> Cc: co...@systeme.lip6.fr -- Julia Cartwright (9): Coccinelle: locks: identify callers of spin_lock{,_irq,_irqsave}() in irqchip implementations alpha: mar

[PATCH v2 4/9] mfd: asic3: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Acked-for-MFD-by: Lee Jones <lee.jo...@linaro.org> Signed-off-by: Julia Cartwright <j

[PATCH v2 9/9] gpio: pci-idio-16: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- New patch as of v2 of series. d

[PATCH v2 8/9] gpio: 104-idio-16: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- New patch as of v2 of series. d

[PATCH v2 7/9] gpio: 104-idi-48: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- New patch as of v2 of series. d

Re: [PATCH v2 2/4] pinctrl: rockchip: convert to raw spinlock

Hello John- On Wed, Mar 15, 2017 at 05:46:52PM +, John Keeping wrote: > This lock is used from rockchip_irq_set_type() which is part of the > irq_chip implementation and thus must use raw_spinlock_t as documented > in Documentation/gpio/driver.txt. > > Signed-off-by: John Keeping

Re: [RFC PATCH 0/4] pinctrl: rockchip: PREEMPT_RT_FULL fixes

t; > spinlock since with full RT preemption the regmap's spinlock may sleep. > > Nice work! It all looks good to me, let's see what Heiko says. > > Please keep Julia Cartwright on the CC for this patch series, she is > doing some coccinelle-based rewrites to use raw spinlocks

Re: [PATCH 14/19] mfd: t7l66xb: make use of raw_spinlock variants

On Wed, Mar 15, 2017 at 11:17:44AM +, Lee Jones wrote: > On Thu, 09 Mar 2017, Julia Cartwright wrote: > > > The t7l66xb mfd driver currently implements an irq_chip for handling > > interrupts; due to how irq_chip handling is done, it's necessary for the > > irq_chip me

Re: [PATCH v2 2/4] pinctrl: rockchip: convert to raw spinlock

On Wed, Mar 15, 2017 at 07:16:53PM +0100, Heiko Stuebner wrote: > Am Mittwoch, 15. März 2017, 18:08:06 CET schrieb John Keeping: > > On Wed, 15 Mar 2017 13:01:37 -0500, Julia Cartwright wrote: > > > On Wed, Mar 15, 2017 at 05:46:52PM +, John Keeping wrote: > > &g

[PATCH 19/19] pinctrl: sunxi: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/pinctrl/sunxi/pinc

[PATCH 05/19] gpio: 104-dio-48e: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gpio-10

[PATCH 18/19] pinctrl: sirf: atlas7: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/pinctrl/sirf/pinct

[PATCH 15/19] mfd: tc6393xb: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/mfd

[PATCH 12/19] i2c: mux: pca954x: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/i2c/muxes/i2c-mu

[PATCH 11/19] gpio: zx: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gpio-zx.c | 24 +++

[PATCH 04/19] powerpc: mpc52xx_gpt: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- arch/powerpc/platforms/52xx/mp

[PATCH 02/19] gpio: altera: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gp

[PATCH 09/19] gpio: pl061: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/g

[PATCH 01/19] Coccinelle: locks: identify callers of spin_lock{,_irq,_irqsave}() in irqchip implementations

e raw spinlock variants") as an example of _one_ such instance, which fixed a real bug seen in the field. Cc: Thomas Gleixner <t...@linutronix.de> Cc: Sebastian Andrzej Siewior <bige...@linutronix.de> Cc: Linus Walleij <linus.wall...@linaro.org> Signed-off-by: Julia Cartwright <ju

[PATCH 06/19] gpio: ath79: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/g

[PATCH 10/19] gpio: ws16c48: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gpi

[PATCH 03/19] alpha: marvel: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- arch/alpha/include/asm/core_marvel

[PATCH 16/19] pinctrl: bcm: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/pinctrl/bcm/pinctrl-i

[PATCH 14/19] mfd: t7l66xb: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/mfd/t7l66xb.c | 20 +++

[PATCH 13/19] mfd: asic3: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/

[PATCH 17/19] pinctrl: amd: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/pinctrl/pi

[PATCH 00/19] fixup usage of non-raw spinlocks in irqchips

<bige...@linutronix.de> Cc: Linus Walleij <linus.wall...@linaro.org> Cc: Julia Lawall <julia.law...@lip6.fr> Cc: Gilles Muller <gilles.mul...@lip6.fr> Cc: Nicolas Palix <nicolas.pa...@imag.fr> Cc: Michal Marek <mma...@suse.com> Cc: co...@systeme.lip6.fr - Julia Cart

[PATCH 07/19] gpio: bcm-kona: make use of raw_spinlock variants

lock w/ RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gpio

[PATCH 08/19] gpio: etraxfs: make use of raw_spinlock variants

RT kernels, it is not suitable to be used with irq_chips. A quick audit of the operations under the lock reveal that they do only minimal, bounded work, and are therefore safe to do under a raw spinlock. Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/gpio/gpi

Re: [PATCH 01/19] Coccinelle: locks: identify callers of spin_lock{,_irq,_irqsave}() in irqchip implementations

Hello Julia- Thanks for the feedback. On Thu, Mar 09, 2017 at 09:15:21PM +0100, Julia Lawall wrote: > > +@match2 depends on match@ > > +identifier match.__irq_mask; > > +identifier data; > > +identifier x; > > +identifier l; > > +type T; > > +position j0; > > +expression flags; > > +@@ > > +

[ANNOUNCE] 4.1.38-rt46

: avoid wbinvd() for PREEMPT Julia Cartwright (2): pinctrl: qcom: Use raw spinlock variants Linux 4.1.38-rt46 Mike Galbraith (1): cpuset: Convert callback_lock to raw_spinlock_t Sebastian Andrzej Siewior (3): radix-tree: use local locks rt: Drop mutex_disable

Re: [PATCH 07/19] gpio: bcm-kona: make use of raw_spinlock variants

On Fri, Mar 10, 2017 at 09:28:08AM -0800, Ray Jui wrote: > Hi Julia/Linus, > > On 3/9/2017 8:21 AM, Julia Cartwright wrote: > > The bcm-kona gpio driver currently implements an irq_chip for handling > > interrupts; due to how irq_chip handling is done, it's necessary for the

[PATCH RT 8/9] lockdep: Fix compilation error for !CONFIG_MODULES and

changelog] Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit a88182f3f1818407d738e832650085110cae1f29) Signed-off-by: Julia Cartwright <ju...@ni.com> --- include/linux/module.h | 5 + kernel/module.c| 5 + 2 files changed, 10 insertio

[PATCH RT 0/9] Linux 4.1.38-rt46-rc1

: Fix compilation error for !CONFIG_MODULES and !CONFIG_SMP John Ogness (1): x86/mm/cpa: avoid wbinvd() for PREEMPT Julia Cartwright (2): pinctrl: qcom: Use raw spinlock variants Linux 4.1.38-rt46-rc1 Mike Galbraith (1): cpuset: Convert callback_lock to raw_spinlock_t Sebastian Andrzej

[PATCH RT 5/9] rt: Drop mutex_disable() on !DEBUG configs and the GPL

58cbba1a32b043a842f205a631f) Signed-off-by: Julia Cartwright <ju...@ni.com> --- include/linux/mutex_rt.h | 5 + kernel/locking/rtmutex.c | 3 +-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/include/linux/mutex_rt.h b/include/linux/mutex_rt.h index c38a44b14da5..e0284e

[PATCH RT 7/9] rt: Drop the removal of _GPL from rt_mutex_destroy()'s

is not required. Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit 5dbe8fd80a2ccfc8c24874e19259df51d91e02a2) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/locking/rtmutex.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH RT 1/9] cpuset: Convert callback_lock to raw_spinlock_t

<efa...@gmx.de> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit 5625380ec638bdc89813f0bac9d1e431514e8a19) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/cpuset.c | 66 ---

[PATCH RT 9/9] Linux 4.1.38-rt46-rc1

4.1.38-rt46-rc1 stable review patch. If you have any objection to the inclusion of this patch, let me know. --- 8< --- 8< --- 8< --- From: Julia Cartwright <ju...@ni.com> --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/

[PATCH RT 6/9] lockdep: Handle statically initialized PER_CPU locks

tronix.de> (cherry picked from commit b2ee2b3e4642646571fa2368c350278b6b9d991b) Signed-off-by: Julia Cartwright <ju...@ni.com> --- include/linux/module.h | 1 + include/linux/percpu.h | 1 + kernel/locking/lockdep.c | 33 +++-- kernel/module.c |

[PATCH RT 2/9] radix-tree: use local locks

ronix.de> (cherry picked from commit 682d58995008862febd37bbab89e33e38da84cc4) Signed-off-by: Julia Cartwright <ju...@ni.com> --- include/linux/radix-tree.h | 12 ++-- lib/radix-tree.c | 22 ++ 2 files changed, 16 insertions(+), 18 deletions(-) diff --g

[PATCH RT 3/9] pinctrl: qcom: Use raw spinlock variants

4.1.38-rt46-rc1 stable review patch. If you have any objection to the inclusion of this patch, let me know. --- 8< --- 8< --- 8< --- From: Julia Cartwright <ju...@ni.com> The MSM pinctrl driver currently implements an irq_chip for handling GPIO interrupts; due to how irq_chip h

[PATCH RT 4/9] x86/mm/cpa: avoid wbinvd() for PREEMPT

ble...@vger.kernel.org Acked-by: Peter Zijlstra (Intel) <pet...@infradead.org> Signed-off-by: John Ogness <john.ogn...@linutronix.de> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit 9e539d7327b265c639c859ab1fb7d3699ba0cb19) Signed-off-by:

[ANNOUNCE] 4.1.42-rt49

Hello RT Folks, I'm happy to announce the 4.1.42-rt49 stable release. This release is just an update to the new stable 4.1.42 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

Re: BUG: unable to handle kernel NULL pointer dereference at 0000000000000038 !//RE: kernel BUG at kernel/locking/rtmutex.c:1027

On Tue, Jun 27, 2017 at 05:47:41AM +, Feng Feng24 Liu wrote: > Hi, Julia > Thanks for your kindly hit. I will try this patch > The problem is accidental. I will try to reproduce it. > BTW, could you help to give the link about the emails which > discuss about " nsfs:

[PATCH] md/raid5: make use of spin_lock_irq over local_irq_disable + spin_lock

.ru> Tested-by: Alexander GQ Gerasiov <g...@redlab-i.ru> Signed-off-by: Julia Cartwright <ju...@ni.com> --- Hey All- While this fixes a problem on RT primarily, the patch is equally applicable upstream, as such probably makes sense to be pulled through the md tree. It may also make

Re: [PATCH] [RFC] tpm_tis: tpm_tcg_flush() after iowrite*()s

On Fri, Aug 04, 2017 at 04:56:51PM -0500, Haris Okanovic wrote: > I have a latency issue using a SPI-based TPM chip with tpm_tis driver > from non-rt usermode application, which induces ~400 us latency spikes > in cyclictest (Intel Atom E3940 system, PREEMPT_RT_FULL kernel). > > The spikes are

[PATCH RT 2/6] rtmutex: Make lock_killable work

RRUPTIBLE. Use signal_pending_state() unconditionaly. Cc: rt-sta...@vger.kernel.org Signed-off-by: Thomas Gleixner <t...@linutronix.de> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit 9edcb2cd71ff3684755f52129538260efa382789) Signed-off-by: Jul

[PATCH RT 5/6] cpu_pm: replace raw_notifier to atomic_notifier

ano <daniel.lezc...@linaro.org> Cc: linux-rt-users <linux-rt-us...@vger.kernel.org> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit df0fba5ba4c69cdc68bdaa5ca7a4100d959fdd07) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/cpu_pm.

[PATCH RT 0/6] Linux 4.1.42-rt50-rc1

: http://www.kernel.org/pub/linux/kernel/projects/rt/4.1/incr/patch-4.1.42-rt49-rt50-rc1.patch.xz Alex Shi (1): cpu_pm: replace raw_notifier to atomic_notifier Julia Cartwright (1): Linux 4.1.42-rt50-rc1 Peter Zijlstra (2

[PATCH RT 6/6] Linux 4.1.42-rt50-rc1

4.1.42-rt50-rc1 stable review patch. If you have any objection to the inclusion of this patch, let me know. --- 8< --- 8< --- 8< --- --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index 4b7dca68a5b4..e8a9a36bb066 100644

[PATCH RT 3/6] sched: Prevent task state corruption by spurious lock wakeup

Thomas Gleixner <t...@linutronix.de> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit 2f9f24e15088d2ef3244d088a9604d7e98c9c625) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/sched/core.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH RT 4/6] sched: Remove TASK_ALL

stable...@vger.kernel.org Acked-by: Thomas Gleixner <t...@linutronix.de> Signed-off-by: Peter Zijlstra (Intel) <pet...@infradead.org> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit a1762267d95649bddf6e94e7e3305e0207d0fff0) Signed-off

[PATCH RT 1/6] lockdep: Fix per-cpu static objects

ed-off-by: Thomas Gleixner <t...@linutronix.de> (cherry picked from commit c9fe9196079f738c89c3ffcdce3fbe142ac3f3c4) Signed-off-by: Julia Cartwright <ju...@ni.com> --- include/linux/smp.h | 12 init/main.c | 8 kernel/module.c | 6 +- mm/perc

[ANNOUNCE] 4.1.42-rt50

by applying the incremental patch: http://www.kernel.org/pub/linux/kernel/projects/rt/4.1/incr/patch-4.1.42-rt49-rt50.patch.xz Enjoy! Julia Changes from v4.1.42-rt49: --- Alex Shi (1): cpu_pm: replace raw_notifier to atomic_notifier Julia Cartwright (1): Linux 4.1.42-rt50 Peter

Re: [ANNOUNCE] 4.1.42-rt50

On Thu, Aug 17, 2017 at 09:30:28AM +0200, Sebastian Andrzej Siewior wrote: > On 2017-08-16 15:42:28 [-0500], Julia Cartwright wrote: [..] > > diff --git a/kernel/cpu_pm.c b/kernel/cpu_pm.c > > index 9656a3c36503..9da42f83ee03 100644 > > --- a/kernel/cpu_pm.c > > +++ b/ke

Re: BUG: unable to handle kernel NULL pointer dereference at 0000000000000038 !//RE: kernel BUG at kernel/locking/rtmutex.c:1027

On Mon, Jun 26, 2017 at 04:54:36PM +0200, Sebastian Andrzej Siewior wrote: > On 2017-06-26 10:24:18 [-0400], Steven Rostedt wrote: > > > CPU: 17 PID: 1738811 Comm: ip Not tainted 4.4.70-thinkcloud-nfv #1 > > > Hardware name: LENOVO System x3650 M5: -[8871AC1]-/01GR174, BIOS > > >

[ANNOUNCE] 4.1.40-rt48

Hello RT Folks, I'm happy to announce the 4.1.40-rt48 stable release. This release is just an update to the new stable 4.1.40 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

Re: [PATCH v2 37/40] tracing: Add inter-event hist trigger Documentation

On Tue, Sep 05, 2017 at 04:57:49PM -0500, Tom Zanussi wrote: > Add background and details on inter-event hist triggers, including > hist variables, synthetic events, and actions. > > Signed-off-by: Tom Zanussi > Signed-off-by: Baohong Liu >

Re: [PATCH 1/2] IB/hfi1: Use preempt_{dis,en}able_nort()

pin_lock > <-vprintk_emit > [512258.614119] sm-3297 16 d...112 359465349138789: log_store <-vprintk_emit > [512258.614127] sm-3297 16 .12 359465349139068: migrate_disable > <-vprintk_emit > > According to a discussion (see Link: below) on the linux-rt-users

Re: [PATCH 1/2] IB/hfi1: Use preempt_{dis,en}able_nort()

On Thu, Oct 05, 2017 at 11:55:39AM -0400, Steven Rostedt wrote: > On Thu, 5 Oct 2017 10:37:59 -0500 > Julia Cartwright <ju...@ni.com> wrote: > > > On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote: > > > On Thu, 5 Oct 2017, Julia Cartwright wrote:

Re: [PATCH 1/2] IB/hfi1: Use preempt_{dis,en}able_nort()

On Thu, Oct 05, 2017 at 06:16:23PM +0200, Thomas Gleixner wrote: > On Thu, 5 Oct 2017, Julia Cartwright wrote: > > > On Thu, Oct 05, 2017 at 11:55:39AM -0400, Steven Rostedt wrote: > > > On Thu, 5 Oct 2017 10:37:59 -0500 > > > Julia Cartwright <ju...@ni.com>

Re: [PATCH 1/2] IB/hfi1: Use preempt_{dis,en}able_nort()

On Thu, Oct 05, 2017 at 05:27:30PM +0200, Thomas Gleixner wrote: > On Thu, 5 Oct 2017, Julia Cartwright wrote: > > On Tue, Oct 03, 2017 at 12:49:19PM -0300, Arnaldo Carvalho de Melo wrote: > > > - preempt_disable(); > > > + preempt_disable_nort(); > > >

Re: [PATCH 1/2] IB/hfi1: Use preempt_{dis,en}able_nort()

On Thu, Oct 05, 2017 at 01:53:05PM -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, Oct 05, 2017 at 09:17:44AM -0500, Julia Cartwright escreveu: > > On Tue, Oct 03, 2017 at 12:49:19PM -0300, Arnaldo Carvalho de Melo wrote: > > > +++ b/drivers/infiniband/hw/hfi1/pio.c > &

PI futexes + lock stealing woes

Hey Thomas, Peter- Gratian and I have been debugging into a nasty and difficult race w/ futexes seemingly the culprit. The original symptom we were seeing was a seemingly spurious -EDEADLK from a futex(LOCK_PI) operation. On further analysis, however, it appears the thread which gets the

[ANNOUNCE] 4.1.46-rt52

by applying the incremental patch: http://www.kernel.org/pub/linux/kernel/projects/rt/4.1/incr/patch-4.1.46-rt51-rt52.patch.xz Enjoy! Julia Changes from v4.1.46-rt51: --- Julia Cartwright (2): workqueue: fixup rcu check for RT Linux 4.1.46-rt52 Sebastian Andrzej Siewior (2): PM

[PATCH RT 2/4] workqueue: fixup rcu check for RT

<bige...@linutronix.de> Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/workqueue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 6bdcab98501c..90e261c8811e 100644 --- a/kernel/workqueue.c +++ b/kernel/workqueue

[PATCH RT 1/4] PM / CPU: replace raw_notifier with atomic_notifier

re is the delta. Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit f648e23dac72deef07f25e05fc09dbbc209dbd33) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/cpu_pm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/kernel

[PATCH RT 3/4] kernel/hrtimer: migrate deferred timer on CPU down

...@gmx.de> Tested-by: Mike Galbraith <efa...@gmx.de> Signed-off-by: Sebastian Andrzej Siewior <bige...@linutronix.de> (cherry picked from commit b3c08bffdcdd23f1b3ca8d9c01e3b8a715e03d46) Signed-off-by: Julia Cartwright <ju...@ni.com> --- kernel/time/hrtimer.c | 5 + 1 fi

[PATCH RT 4/4] Linux 4.1.46-rt52-rc1

4.1.46-rt52-rc1 stable review patch. If you have any objection to the inclusion of this patch, let me know. --- 8< --- 8< --- 8< --- --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index 75493460c41f..d42746076d9b 100644

[PATCH RT 0/4] Linux 4.1.46-rt52-rc1

incr/patch-4.1.46-rt51-rt52-rc1.patch.xz Julia Cartwright (2): workqueue: fixup rcu check for RT Linux 4.1.46-rt52-rc1 Sebastian Andrzej Siewior (2): PM / CPU: replace raw_notifier with atomic_notifier (fixup) kernel/hrtimer: migrate deferred timer on CPU down kernel/cpu_pm.c

[PATCH] futex: Drop now unnecessary check in exit_pi_state()

;t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: Peter Zijlstra <pet...@infradead.org> Cc: Darren Hart <dvh...@infradead.org> Signed-off-by: Julia Cartwright <ju...@ni.com> --- I'm not sure my analysis is 100% correct here, so please carefully think throug

[PATCH 1/2] net: macb: reduce scope of rx_fs_lock-protected regions

et: macb: Added support for RX filtering") Cc: Rafal Ozieblo <raf...@cadence.com> Cc: Julia Lawall <julia.law...@lip6.fr> Signed-off-by: Julia Cartwright <ju...@ni.com> --- While Julia Lawall's cocci-generated patch fixes the problem, the right solution is to obviate the pro

[PATCH 2/2] net: macb: kill useless use of list_empty()

The list_for_each_entry() macro already handles the case where the list is empty (by not executing the loop body). It's not necessary to handle this case specially, so stop doing so. Cc: Rafal Ozieblo <raf...@cadence.com> Signed-off-by: Julia Cartwright <ju...@ni.com> --- This is a

[PATCH] trace-cmd: add plugin for decoding syscalls/sys_enter_futex

, and tries to be intelligent about the intent of specific arguments (for example, waking operations use 'val' as an integer count, not just an arbitrary value). It doesn't do a full decode of the FUTEX_WAKE_OP's 'val3' argument, however, this is a good starting point. Signed-off-by: Julia Cartwright

[PATCH v2 2/3] net: macb: reduce scope of rx_fs_lock-protected regions

et: macb: Added support for RX filtering") Cc: Rafal Ozieblo <raf...@cadence.com> Cc: Julia Lawall <julia.law...@lip6.fr> Acked-by: Nicolas Ferre <nicolas.fe...@microchip.com> Signed-off-by: Julia Cartwright <ju...@ni.com> --- drivers/net/ethernet/cadence/macb_main

[PATCH v2 3/3] net: macb: change GFP_ATOMIC to GFP_KERNEL

Now that the rx_fs_lock is no longer held across allocation, it's safe to use GFP_KERNEL for allocating new entries. This reverts commit 81da3bf6e3f88 ("net: macb: change GFP_KERNEL to GFP_ATOMIC"). Cc: Julia Lawall <julia.law...@lip6.fr> Signed-off-by: Julia Cartwrig

[PATCH v2 1/3] net: macb: kill useless use of list_empty()

The list_for_each_entry() macro already handles the case where the list is empty (by not executing the loop body). It's not necessary to handle this case specially, so stop doing so. Cc: Rafal Ozieblo <raf...@cadence.com> Acked-by: Nicolas Ferre <nicolas.fe...@microchip.com> Signed-o

[PATCH v2 0/3] macb rx filter cleanups

Here's a proper patchset based on net-next. v1 -> v2: - Rebased on net-next - Add Nicolas's Acks - Reorder commits, putting the list_empty() cleanups prior to the others. - Added commit reverting the GFP_ATOMIC change. Julia Cartwright (3): net: macb: kill useless use of list_em

  1   2   3   4   >