On Thu, 9 Oct 2014, Andre Wolokita wrote:
> Issuing a modprobe -r g_serial command to the target
> over the gadget serial communications line causes
> modprobe to enter uninterruptable sleep, leaving the
> system in an unstable state.
>
> The associated tty_port.count won't drop to 0 because
> the command is issued over the very line being removed.
>
> Destroying the tty_port will ensure that resources are
> freed and modprobe will not hang.
You know, this last paragraph doesn't explain anything. The existing
code already calls tty_port_destroy; all you did was move that call
down a couple of lines. You need to explain why _moving_ the function
call is important, not why _calling_ the function is important.
Alan Stern
> --- a/drivers/usb/gadget/function/u_serial.c
> +++ b/drivers/usb/gadget/function/u_serial.c
> @@ -1074,10 +1074,10 @@ static int gs_closed(struct gs_port *port)
> static void gserial_free_port(struct gs_port *port)
> {
> tasklet_kill(&port->push);
> + tty_port_destroy(&port->port);
> /* wait for old opens to finish */
> wait_event(port->port.close_wait, gs_closed(port));
> WARN_ON(port->port_usb != NULL);
> - tty_port_destroy(&port->port);
> kfree(port);
> }
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
