Re: Disconnect race in Gadget core

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

 



Hi,

Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> writes:
> On Sun, May 16, 2021 at 12:43:58PM +0300, Felipe Balbi wrote:
>> 
>> Hi,
>> 
>> Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> writes:
>> >
>> > If it's okay to call those functions in interrupt context then the 
>> > kerneldoc definitely should be updated.  However, I don't see why you 
>> > would want to make DELAYED_STATUS mandatory.  If all the necessary work 
>> > can be done in the set_alt handler, why not return the status 
>> > immediately?
>> 
>> because we avoid a special case. Instead of having magic return value to
>> mean "Don't do anything until I enqueue a request" we can just make that
>> an assumption, i.e. gadget driver *must* enqueue requests for data and
>> status stages.
>
> Okay.  But that would require auditing every gadget/function driver to 
> ensure that they _do_ enqueue status stage requests, and auditing every 
> UDC driver to ensure they don't send unsolicited status responses to 
> control requests with data stages.  Until this happens, we're forced to 
> use the DELAYED_STATUS magic value.

sure, that's work for the future :-)

-- 
balbi

Attachment: signature.asc
Description: PGP signature


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

  Powered by Linux