Re: Upgrading just the USB core from 3.7 to tip?

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

 



On Fri, 7 Feb 2014, Devin Heitmueller wrote:

> Hi Alan,
> 
> Thanks for taking the time to respond.
> 
> On Thu, Feb 6, 2014 at 5:08 PM, Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote:
> > Is it possible to get any debugging information from the machines in
> > the field?
> 
> At this point all I know is the usb_submit_urb() is returning -EBIGF.
> In the 3.7 ehci_hcd driver that can come from one of three places and
> I'm in the process of deploying some additional logging so at least I
> know which of those three is causing it.  I do know that when it
> occurs, it's not necessarily at the start of streaming (i.e. it's not
> some sort of initial bandwidth reservation issue).  I see it happening
> when the URBs are being actively serviced by the completion handler
> and resubmitted.

That sounds like it may be the sort of problem that was addressed by 
the snd-usb-audio changes.

> >> I know this is an atypical thing to consider since most devs work on
> >> the trunk, but can anybody give me a feel for how much breakage is
> >> likely to occur If I move the tree between those two revs?  Have there
> >> been a ton of changes to common frameworks in the kernel that
> >> drivers/usb relies on?
> >>
> >> Suggestions welcome.
> >
> > That's a pretty hard question to answer.  Probably the best way to find
> > out is try it and see what breaks.  It may be easier to back-port just
> > the EHCI driver family and not the whole stack.
> 
> Yeah, I'll take a crack at it.  Figured I would ask to see if anybody
> would come out and say "don't even try it - we know it to be a lost
> cause."

I just remembered that some serious changes in the way ehci-hcd hands 
back URBs were merged about half a year ago.  This means it won't be 
possible to back-port ehci-hcd without the rest of the USB core.

> > I can point out that in the last one or two kernel releases there were
> > significant changes to the snd-usb-audio driver that affect the way it
> > interacts with ehci-hcd.  Just to make your life more difficult...
> 
> Supposedly they never had this issue in 2.6.33, so presumably it's
> some sort of regression in either the EHCI driver or snd-usb-audio
> between 2.6.33 and 3.7.  That said, I'm hoping it's something already
> fixed in 3.13 and I just need to find the right change to backport.
> 
> I know the ISO_ASAP behavior changed, but aside from that do you see
> any reason that I wouldn't be able to backport the entire
> snd-usb-audio driver from 3.13 (leaving the ehci driver at the 3.7
> level)?

You might.  I don't know what else has been happening to that driver.

Alan Stern

--
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