Dear Vivek Gautam,
[...]
> >>
> >> Isn't USB_PRINTF itself a conditional debug print ?
> >
> > Yes, but I'd prefer to kill USB_PRINTF altogether in favor of debug().
>
> Ok, will switch to debug(...).
> And may be in that case we may try to eliminate USB _PRINTF and
> other such macro altogethe
Hi Marek,
On Fri, Oct 26, 2012 at 3:48 PM, Marek Vasut wrote:
> Dear Vivek Gautam,
>
> [...]
>>
>> This comes as an affect of introduction of "struct usb_ep_desc"
>> which eventually contains "struct usb_endpoint_descriptor" and
>> "struct usb_ss_ep_comp_descriptor".
>
> I see, can we split this?
Dear Vivek Gautam,
[...]
>
> This comes as an affect of introduction of "struct usb_ep_desc"
> which eventually contains "struct usb_endpoint_descriptor" and
> "struct usb_ss_ep_comp_descriptor".
I see, can we split this? I really enjoy small incremental patches, it's much
easier to bisect issu
Dear Marek,
CCing Simon Glass.
On Tue, Oct 23, 2012 at 5:10 PM, Marek Vasut wrote:
> Dear Vivek Gautam,
>
>> This adds usb framework support for super-speed usb, which will
>> further facilitate to add stack support for xHCI.
>>
>> Signed-off-by: Vikas C Sajjan
>> Signedoff-by: Vivek Gautam
>
This adds usb framework support for super-speed usb, which will
further facilitate to add stack support for xHCI.
Signed-off-by: Vikas C Sajjan
Signedoff-by: Vivek Gautam
---
common/cmd_usb.c |6 +-
common/usb.c | 41 -
common/usb_hub.c | 26 +-
c
Dear Vivek Gautam,
> This adds usb framework support for super-speed usb, which will
> further facilitate to add stack support for xHCI.
>
> Signed-off-by: Vikas C Sajjan
> Signedoff-by: Vivek Gautam
CCing Benoit, (help me! ;-) )
I'll be blunt and technical below, try not to take it personall
6 matches
Mail list logo
