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

2017-03-15 Thread Linus Walleij
On Thu, Mar 9, 2017 at 5:22 PM, Julia Cartwright wrote: > The sunxi pinctrl driver currently implement an irq_chip for handling > interrupts; due to how irq_chip handling is done, it's necessary for the > irq_chip methods to be invoked from hardirq context, even on a a > real-time

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

2017-03-15 Thread Linus Walleij
On Thu, Mar 9, 2017 at 5:22 PM, Julia Cartwright wrote: > The sunxi pinctrl driver currently implement an irq_chip for handling > interrupts; due to how irq_chip handling is done, it's necessary for the > irq_chip methods to be invoked from hardirq context, even on a a > real-time kernel.

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

2017-03-09 Thread Julia Cartwright
The sunxi pinctrl driver currently implement an irq_chip for handling interrupts; due to how irq_chip handling is done, it's necessary for the irq_chip methods to be invoked from hardirq context, even on a a real-time kernel. Because the spinlock_t type becomes a "sleeping" spinlock w/ RT

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

2017-03-09 Thread Julia Cartwright
The sunxi pinctrl driver currently implement an irq_chip for handling interrupts; due to how irq_chip handling is done, it's necessary for the irq_chip methods to be invoked from hardirq context, even on a a real-time kernel. Because the spinlock_t type becomes a "sleeping" spinlock w/ RT