Re: [PATCH] u_serial.c - Force destroy tty_port in gserial_free_port

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 09/10/14 14:38, Greg KH wrote:
> On Thu, Oct 09, 2014 at 02:08:04PM +1100, Andre Wolokita wrote:
>> On 09/10/14 13:56, Greg KH wrote:
>>> On Thu, Oct 09, 2014 at 11:23:59AM +1100, 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.
>>>>
>>>> Signed-off-by: Andre Wolokita <Andre.Wolokita@xxxxxxxxxx>
>>>> ---
>>>>  drivers/usb/gadget/function/u_serial.c |    2 +-
>>>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/usb/gadget/function/u_serial.c b/drivers/usb/gadget/function/u_serial.c
>>>> index ad0aca8..db631c4 100644
>>>> --- 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));
>>>
>>> Isn't this now a "use-after-free" issue?
>>>
>>
>> Are you referring to the subsequent call to wait event() on gs_closed()?
> 
> Yes.
> 
>> Testing the use-case with this patch applied seemed to work without any 
>> issues. The ttyGS0 reference in /dev/ is gone after running modprobe -r
>> but I'm just a newbie, so I could be doing sometime horrible here.
> 
> Hm, I dug into the tty core, it should be ok, but it just seems really
> odd, and bad-form to be doing something with port->port after calling a
> "destroy" function with it, don't you agree?

I do. The call to wait_event() can be removed as we no longer care whether
gs_closed(port) is returning true - if it even can, having destroyed the
tty_port.

cheers.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux