I think that Guenter's patch should be merged asap.
Right now the bug it fixes stops us from boot testing in qemu.
For the broken mctrl irq handling part, when Uwe
has converted mxs-auart to use the generic irq init,
I can do the same for etraxfs + make sure that it gets tested
properly on real hardware.
On 11/02/2015 10:29 PM, Uwe Kleine-KÃnig wrote:
On Mon, Nov 02, 2015 at 10:13:25PM +0100, Niklas Cassel wrote:
On 11/02/2015 08:37 AM, Uwe Kleine-KÃnig wrote:That is the plan. For drivers like mxs-auart (that do irq handling) this
The only drivers including serial_mctrl_gpio.h is atmel_serial.c,The function call in the etraxfs-uart driver was not renamed,Yes. BTW, 7b9c5162c182 looks broken, too, because the interrupt handling
possibly due to interference with commit 7b9c5162c182 ("serial:
etraxfs-uart: use mctrl_gpio helpers for handling modem signals").
clps711x.c, mxs-auart.c and etraxfs-uart.c
7b9c5162c182 ("serial: etraxfs-uart: use mctrl_gpio helpers for handling modem signals")
is heavily influenced by
62b0a1b3e759 ("serial: clps711x: Use mctrl_gpio helpers for handling modem signals")
a driver which also appears to lack mctrl irq setup/handling.
Uwe, are you going to convert all serial drivers that includes serial_mctrl_gpio.h to
use the new mctrl_gpio_init? (which also sets up irqs)
is just simplification. When the irq handling is missing converting to
the new mctrl_gpio_init might introduce regressions because it does
request_irq which might fail.
Since mctrl gpios are optional in the device tree, I guess mctrl_gpio_init handles ifRight, if there are no gpios specified (new and old) mctrl_gpio is a
they are missing. So even if etraxfs-uart.c currently lacks mctrl irq setup/handling,
if we migrate it to use the new mctrl_gpio_init, we will get this automatically?