On Fri, 28 Jun 2019, Andrey Konovalov wrote:
> On Fri, Jun 28, 2019 at 6:44 PM Andrey Konovalov
> wrote:
> >
> > On Tue, Jun 18, 2019 at 3:53 PM Alan Stern
> > wrote:
...
> > > > > Another question: do I understand correctly, that we only proceed with
> > > > > submitting an URB to get the d
On Fri, Jun 28, 2019 at 6:44 PM Andrey Konovalov wrote:
>
> On Tue, Jun 18, 2019 at 3:53 PM Alan Stern wrote:
> >
> > On Tue, 18 Jun 2019, Andrey Konovalov wrote:
> >
> > > On Tue, Jun 18, 2019 at 3:31 PM Andrey Konovalov
> > > wrote:
> > > >
> > > > On Fri, Jun 7, 2019 at 5:05 PM Andrey Konova
On Tue, Jun 18, 2019 at 3:53 PM Alan Stern wrote:
>
> On Tue, 18 Jun 2019, Andrey Konovalov wrote:
>
> > On Tue, Jun 18, 2019 at 3:31 PM Andrey Konovalov
> > wrote:
> > >
> > > On Fri, Jun 7, 2019 at 5:05 PM Andrey Konovalov
> > > wrote:
> > > >
> > > > On Fri, Jun 7, 2019 at 5:02 PM Alan Ster
Hi,
Alan Stern writes:
>> Also, does the gadget subsystem guarantee, that we get the complete()
>> callback for the DATA stage of the OUT control request before we get a
>> setup() callback for the next control request if there's any?
>
> As I recall, this isn't mentioned in the documentation.
On Tue, 18 Jun 2019, Andrey Konovalov wrote:
> On Tue, Jun 18, 2019 at 3:31 PM Andrey Konovalov
> wrote:
> >
> > On Fri, Jun 7, 2019 at 5:05 PM Andrey Konovalov
> > wrote:
> > >
> > > On Fri, Jun 7, 2019 at 5:02 PM Alan Stern
> > > wrote:
> > > >
> > > > On Fri, 7 Jun 2019, Andrey Konovalov
On Tue, Jun 18, 2019 at 3:31 PM Andrey Konovalov wrote:
>
> On Fri, Jun 7, 2019 at 5:05 PM Andrey Konovalov wrote:
> >
> > On Fri, Jun 7, 2019 at 5:02 PM Alan Stern wrote:
> > >
> > > On Fri, 7 Jun 2019, Andrey Konovalov wrote:
> > >
> > > > > > The problem is that I want to receive that data (f
On Fri, Jun 7, 2019 at 5:05 PM Andrey Konovalov wrote:
>
> On Fri, Jun 7, 2019 at 5:02 PM Alan Stern wrote:
> >
> > On Fri, 7 Jun 2019, Andrey Konovalov wrote:
> >
> > > > > The problem is that I want to receive that data (from the data stage)
> > > > > from within my gadget driver module. But it
On Fri, Jun 7, 2019 at 5:02 PM Alan Stern wrote:
>
> On Fri, 7 Jun 2019, Andrey Konovalov wrote:
>
> > > > The problem is that I want to receive that data (from the data stage)
> > > > from within my gadget driver module. But it's not passed to the
> > > > setup() callback. And the question is: ho
On Fri, 7 Jun 2019, Andrey Konovalov wrote:
> > > The problem is that I want to receive that data (from the data stage)
> > > from within my gadget driver module. But it's not passed to the
> > > setup() callback. And the question is: how do I do that then?
> >
> > I just caught up on this thread.
On Fri, Jun 7, 2019 at 4:04 PM Alan Stern wrote:
>
> On Fri, 7 Jun 2019, Andrey Konovalov wrote:
>
> > On Fri, Jun 7, 2019 at 2:43 PM Felipe Balbi
> > wrote:
> > >
> > >
> > > Hi,
> > >
> > > Andrey Konovalov writes:
> > > >> >> Andrey Konovalov writes:
> > > >> >> > I've noticed that when the
On Fri, 7 Jun 2019, Andrey Konovalov wrote:
> On Fri, Jun 7, 2019 at 2:43 PM Felipe Balbi
> wrote:
> >
> >
> > Hi,
> >
> > Andrey Konovalov writes:
> > >> >> Andrey Konovalov writes:
> > >> >> > I've noticed that when the host performs a control request,
> > >> >> > urb->transfer_buffer/transfe
On Fri, Jun 7, 2019 at 2:43 PM Felipe Balbi
wrote:
>
>
> Hi,
>
> Andrey Konovalov writes:
> >> >> Andrey Konovalov writes:
> >> >> > I've noticed that when the host performs a control request,
> >> >> > urb->transfer_buffer/transfer_buffer_length are not passed to the
> >> >> > gadget drivers vi
Hi,
Andrey Konovalov writes:
>> >> Andrey Konovalov writes:
>> >> > I've noticed that when the host performs a control request,
>> >> > urb->transfer_buffer/transfer_buffer_length are not passed to the
>> >> > gadget drivers via the setup() call, the only thing that is passed is
>> >> > the usb
On Fri, Jun 7, 2019 at 2:25 PM Felipe Balbi
wrote:
>
>
> Hi,
>
> Andrey Konovalov writes:
> >> Andrey Konovalov writes:
> >> > I've noticed that when the host performs a control request,
> >> > urb->transfer_buffer/transfer_buffer_length are not passed to the
> >> > gadget drivers via the setup(
Hi,
Andrey Konovalov writes:
>> Andrey Konovalov writes:
>> > I've noticed that when the host performs a control request,
>> > urb->transfer_buffer/transfer_buffer_length are not passed to the
>> > gadget drivers via the setup() call, the only thing that is passed is
>> > the usb_ctrlrequest st
On Fri, Jun 7, 2019 at 2:02 PM Felipe Balbi
wrote:
>
>
> Hi,
>
> Andrey Konovalov writes:
> > I've noticed that when the host performs a control request,
> > urb->transfer_buffer/transfer_buffer_length are not passed to the
> > gadget drivers via the setup() call, the only thing that is passed is
Hi,
Andrey Konovalov writes:
> I've noticed that when the host performs a control request,
> urb->transfer_buffer/transfer_buffer_length are not passed to the
> gadget drivers via the setup() call, the only thing that is passed is
> the usb_ctrlrequest struct. Is there a way to get the transfer_
Hi Alan,
I've noticed that when the host performs a control request,
urb->transfer_buffer/transfer_buffer_length are not passed to the
gadget drivers via the setup() call, the only thing that is passed is
the usb_ctrlrequest struct. Is there a way to get the transfer_buffer
from within a gadget dr
18 matches
Mail list logo
