Messages in this thread | | | Date | Thu, 23 Jan 2014 17:47:02 +0100 | Subject | Re: spidev: fix hang when transfer_one_message fails | From | Geert Uytterhoeven <> |
| |
On Mon, Jan 6, 2014 at 12:39 AM, <danielfsantos@att.net> wrote: > --- a/drivers/spi/spi.c > +++ b/drivers/spi/spi.c > @@ -735,7 +735,9 @@ static void spi_pump_messages(struct kthread_work *work) > ret = master->transfer_one_message(master, master->cur_msg); > if (ret) { > dev_err(&master->dev, > - "failed to transfer one message from queue\n"); > + "failed to transfer one message from queue: %d\n", ret); > + master->cur_msg->status = ret;
This crashes with drivers using the generic spi_transfer_one_message(), which always calls spi_finalize_current_message(), which zeroes master->cur_msg:
spi_master spi0: failed to transfer one message from queue: -110 spi_pump_messages:748 master = ef3d8c00 spi_pump_messages:749 master->cur_msg = (null) Unable to handle kernel NULL pointer dereference at virtual address 00000020 pgd = c0004000 [00000020] *pgd=00000000 Internal error: Oops: 817 [#1] SMP ARM Modules linked in: CPU: 1 PID: 30 Comm: spi0 Not tainted 3.13.0-koelsch-00403-gecb6e4e65dea-dirty #274 task: ef250bc0 ti: ef3f0000 task.ti: ef3f0000 PC is at spi_pump_messages+0x22c/0x288 LR is at irq_work_queue+0x6c/0xcc
Probably your transfer_one_message() forgot to call spi_finalize_current_message()? Is this allowed in case of failure?
* @transfer_one_message: the subsystem calls the driver to transfer a single * message while queuing transfers that arrive in the meantime. When the * driver is finished with this message, it must call * spi_finalize_current_message() so the subsystem can issue the next * transfer
Alternatively, we need a check for master->cur_msg here.
> + spi_finalize_current_message(master); > return; > } > }
Gr{oetje,eeting}s,
Geert
-- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
| |