On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso
wrote:
> On 2 June 2015 at 10:48, Linus Walleij wrote:
>> This is what systemd is doing in userspace for starting services:
>> ask for your dependencies and wait for them if they are not
>> there. So drivers ask for resources and wait for them. It al
On Tue, 9 Jun 2015 11:33:11 -0500
Rob Herring wrote:
> On Tue, Jun 9, 2015 at 10:29 AM, Roger Quadros wrote:
> > Rob,
> >
> > On Tue, 9 Jun 2015 08:26:20 -0500
> > Rob Herring wrote:
> >
> >> On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote:
> >> > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Her
Lars Melin wrote:
> If these hints to "Joe" justifies a Suggested-by then he can add me,
> info is in this mails header.
>
> I do however not agree to the place where "Joe" has stuck it into the
> usb_device_id list, it should not be among
> the other Olivetti entries but further down among numer
Patch series adds support to handle non maxpacket aligned transfers
greater than bounce buffer size (512). It first adds chained TRB
support and then uses it to handle non maxpacket aligned transfers
greater than bounce buffer size.
Also included a cleanup patch to use 'roundup' macro.
This serie
No functional change. Used _roundup_ macro to calculate the transfer
size aligned to maxpacket in dwc3_ep0_complete_data. It also makes it
similar to how transfer size is calculated in __dwc3_ep0_do_control_data.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/ep0.c |4 +---
1 fi
No functional change. Added a new parameter in _dwc3_ep0_start_trans_ to
indicate whether the TRB is a chained TRB or last TRB. This is in
preparation for adding chained TRB support for ep0.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/ep0.c | 15 ---
1 file changed,
Use chained TRB mechanism to handle non maxpacket aligned transfers
greater than bounce buffer size. With this the first TRB will be programmed
to receive 'ALIGN(ur->length - maxp, maxp)' data and the second TRB
will be programmed to receive the remaining data using bounce buffer.
Signed-off-by: K
No functional change. This is in preparation for handling non maxpacket
aligned transfers greater than bounce buffer size. This is basically to
avoid code duplication when using chained TRB transfers to handle
non maxpacket aligned transfers greater than bounce buffer size.
Signed-off-by: Kishon V
Add chained TRB support to ep0. Now TRB's can be chained just by
invoking _dwc3_ep0_start_trans_ with 'chain' parameter set to true.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/ep0.c| 16 +---
drivers/usb/dwc3/gadget.c |2 +-
2 files changed, 14 insertions(+)
On 2015-06-10 15:59, Joe wrote:
Lars Melin wrote:
If these hints to "Joe" justifies a Suggested-by then he can add me,
info is in this mails header.
I do however not agree to the place where "Joe" has stuck it into the
usb_device_id list, it should not be among
the other Olivetti entries but f
On 10 June 2015 at 09:30, Linus Walleij wrote:
> On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso
> wrote:
>> On 2 June 2015 at 10:48, Linus Walleij wrote:
>
>>> This is what systemd is doing in userspace for starting services:
>>> ask for your dependencies and wait for them if they are not
>>> the
In big endian cases, the macro cpu_to_le{16,32} unfolds to __swab{16,32}
which provides special case for constants. In little endian cases,
__constant_cpu_to_le{16,32} and cpu_to_le{16,32} expand directly to
the same expression. So, replace __constant_cpu_to_le{16,32} with
cpu_to_le{16,32} with the
On Tue, Jun 09, 2015 at 09:26:20PM +0800, Rob Herring wrote:
> On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote:
> > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote:
> >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun wrote:
> >> > Add otg version, srp, hnp and adp support for usb OTG port, then
On Tue, Jun 09, 2015 at 11:29:31PM +0800, Roger Quadros wrote:
> Rob,
>
> On Tue, 9 Jun 2015 08:26:20 -0500
> Rob Herring wrote:
>
> > On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote:
> > > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote:
> > >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun
On 06/10/2015 12:19 PM, Tomeu Vizoso wrote:
> On 10 June 2015 at 09:30, Linus Walleij wrote:
>> On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso
>> wrote:
>>> On 2 June 2015 at 10:48, Linus Walleij wrote:
>>
This is what systemd is doing in userspace for starting services:
ask for your de
> -Original Message-
> From: John Youn [mailto:john.y...@synopsys.com]
> Sent: Wednesday, June 10, 2015 1:06 AM
> To: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com;
> john.y...@synopsys.com
> Cc: Herrero, Gregory; he...@sntech.de; Holmberg, Hans
> Subject: Re: [PATCH 1/3] usb: dwc
This series fixes 3 sources of sleep while atomic bugs. Including
the one reported by Heiko Stuebner here:
http://www.spinics.net/lists/linux-usb/msg125186.html
Please review.
Thank you,
Best regards,
Yousaf
History:
v1:
- Added John's Acked-by
Mian Yousaf Kaukab (3):
usb: dwc2: host: alloc
To avoid sleep while atomic bugs, allocate qh before calling
dwc2_hcd_urb_enqueue. qh pointer can be used directly now instead of
passing ep->hcpriv as double pointer.
Acked-by: John Youn
Signed-off-by: Mian Yousaf Kaukab
---
drivers/usb/dwc2/hcd.c | 31 ++
dri
Register backup function can be called from atomic context. Instead
of using atomic memory pool, embed backup storage space in
struct dwc2_hsotg.
Also add a valid flag in each struct as NULL pointer can't be used as
the content validity check any more.
Acked-by: John Youn
Signed-off-by: Mian You
To avoid sleep while atomic bugs, allocate qtd before calling
dwc2_hcd_urb_enqueue. No need to pass mem_flags to
dwc2_hcd_urb_enqueue any more as no memory allocations are done in it.
Acked-by: John Youn
Signed-off-by: Mian Yousaf Kaukab
---
drivers/usb/dwc2/hcd.c | 26 -
On Wed, Jun 10, 2015 at 03:37:37PM +0800, Roger Quadros wrote:
> On Tue, 9 Jun 2015 11:33:11 -0500
> Rob Herring wrote:
>
> > On Tue, Jun 9, 2015 at 10:29 AM, Roger Quadros wrote:
> > > Rob,
> > >
> > > On Tue, 9 Jun 2015 08:26:20 -0500
> > > Rob Herring wrote:
> > >
> > >> On Mon, Jun 8, 2015
On Tue, Jun 09, 2015 at 10:16:23AM -0400, Alan Stern wrote:
> On Tue, 9 Jun 2015, Li Jun wrote:
>
> > > > -/* USB_DT_OTG (from OTG 1.0a supplement) */
> > > > +/* USB_DT_OTG */
> > > > struct usb_otg_descriptor {
> > > > __u8 bLength;
> > > > __u8 bDescriptorType;
> > > >
> >
On Tue, Jun 09, 2015 at 09:27:51PM +0800, Roger Quadros wrote:
> On Mon, 8 Jun 2015 23:02:04 +0800
> Li Jun wrote:
>
> > Allocate usb_otg_descriptor and initialize it according to gadget otg
> > options, if none of options is not set, keep bmAttributes setting as
> > current gadget drivers, with
Please use Reply-To-All so that your messages gets sent to the mailing
list as well as to me.
On Wed, 10 Jun 2015, Tom Yan wrote:
> Hi Alan.
>
> Yes you were right about the blacklisting. I guess I didn't read the
> output carefully enough. It was empty for both cases.
>
> So I assume there's
From: Claudio Cappelli
Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000.
Signed-off-by: Claudio Cappelli
Suggested-by: Lars Melin
---
drivers/usb/serial/option.c |1 +
1 file changed, 1 insertion(+)
--- linux/drivers/usb/serial/option.c.orig 2015-06-10 10:
On Wed, Jun 10, 2015 at 05:17:10PM +0700, Lars Melin wrote:
> On 2015-06-10 15:59, Joe wrote:
> > Lars Melin wrote:
> >
> >> If these hints to "Joe" justifies a Suggested-by then he can add me,
> >> info is in this mails header.
> >>
> >> I do however not agree to the place where "Joe" has stuck it
On Wed, Jun 10, 2015 at 06:08:09PM +0200, Claudio Cappelli wrote:
> From: Claudio Cappelli
>
> Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000.
>
> Signed-off-by: Claudio Cappelli
> Suggested-by: Lars Melin
>
> ---
>
> drivers/usb/serial/option.c |1 +
> 1 file
On 6/10/2015 6:27 AM, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: John Youn [mailto:john.y...@synopsys.com]
>> Sent: Wednesday, June 10, 2015 1:06 AM
>> To: Kaukab, Yousaf; linux-usb@vger.kernel.org; ba...@ti.com;
>> john.y...@synopsys.com
>> Cc: Herrero, Gregory; he...@sntech.de;
Hello.
On 06/10/2015 12:18 PM, Kishon Vijay Abraham I wrote:
Add chained TRB support to ep0. Now TRB's can be chained just by
invoking _dwc3_ep0_start_trans_ with 'chain' parameter set to true.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/ep0.c| 16 +---
d
On 06/10/2015 12:18 PM, Kishon Vijay Abraham I wrote:
No functional change. This is in preparation for handling non maxpacket
aligned transfers greater than bounce buffer size. This is basically to
avoid code duplication when using chained TRB transfers to handle
non maxpacket aligned transfers
Hello.
On 06/10/2015 12:18 PM, Kishon Vijay Abraham I wrote:
No functional change. Added a new parameter in _dwc3_ep0_start_trans_ to
indicate whether the TRB is a chained TRB or last TRB. This is in
preparation for adding chained TRB support for ep0.
Signed-off-by: Kishon Vijay Abraham I
-
From: Claudio Cappelli
Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000.
Signed-off-by: Claudio Cappelli
Suggested-by: Lars Melin
---
drivers/usb/serial/option.c |1 +
1 file changed, 1 insertion(+)
--- linux/drivers/usb/serial/option.c.orig 2015-06-10 10
On Mon, Jun 08, 2015 at 11:15:50AM +0800, Peter Chen wrote:
> Hi Greg,
>
> Below is the pull request for USB Chipidea tree, thanks.
>
> Peter
>
> The following changes since commit b3d424e3dcbb5eba572baae30e1052b2fff7b51e:
>
> Merge tag 'phy-for-v4.2' of
> git://git.kernel.org/pub/scm/linux/
On 5/28/2015 10:22 PM, Yunzhi Li wrote:
> When s3c_hsotg_handle_unaligned_buf_complete() hs_req->req.buf
> already destroyed, in s3c_hsotg_unmap_dma(), it touches
> hs_req->req.dma again, so s3c_hsotg_unmap_dma() should be called
> before s3c_hsotg_handle_unaligned_buf_complete(). Otherwise, it
> w
Hello List.
I am having trouble solving a problem with a bunch of USB3-SATA-bridge
connected to 2 USB3-hubs. I was not able finding any useful help for
weeks now.
Perhaps by bringing this issue to linux-usb can help me troubleshot the
problem or sort out a bug or help improve Linux USB stab
+Chanwoo
Hi,
On Sunday 31 May 2015 09:40 PM, Hans de Goede wrote:
The usb0 phy is connected to an OTG controller, and as such needs some special
handling:
1) It allows explicit control over the pullups, enable these on phy_init and
disable them on phy_exit.
2) It has bits to signal id and vbu
36 matches
Mail list logo
