> > Special thanks to Pete Popov and his merry band of kernel hackers for
> > paving the way by pushing to seperate EHCI and PCI in the USB subsystem.
>
> Actually that patch started with Matt Porter, although some earlier
> non-mergeable versions came from ARC (now TDI). And splitting it out
>
> > Any thoughts on what could be going wrong?
>
> Hm, no I don't, this is the first report. What is the error that
> happens?
>
> David, any ideas?
The original poster on this thread showed a completely normal
kernel boot, and called it a panic. Then said that it worked
OK in a later kernel.
On Friday 09 December 2005 8:01 pm, Greg KH wrote:
> On Fri, Dec 09, 2005 at 09:40:50PM -0500, Alan Stern wrote:
> > - if (usb_submit_urb(usblp->readurb, GFP_KERNEL) < 0)
> > + if (usblp->suspended || usb_submit_urb(usblp->readurb,
> > + GFP_KERNEL) < 0
On Thursday 08 December 2005 1:00 pm, Jordan Crouse wrote:
> Ok, here we go. I give you the OHCI/EHCI host controller support for
> the Alchemy AU1200 processor. I'm sending this up, partly because I have
> it ready to go, but also because it seems that enough folks are getting their
> hands on A
On Thursday 08 December 2005 4:58 pm, jpu wrote:
> Hi:
>
>I have some questions about periodic scheduling.
>Now I'm planning to write a hcd for the host controller in our embedded
> system
> using Linux 2.6,and this host controller supports USB2.0,but is non-PCI as
> well as
> not EHCI
On Wed, Dec 07, 2005 at 07:43:23PM +0530, Rachita Kothiyal wrote:
> On Thu, Dec 01, 2005 at 10:54:27PM -0800, Greg KH wrote:
> > On Fri, Dec 02, 2005 at 12:20:09PM +0530, Rachita Kothiyal wrote:
> > > On Thu, Dec 01, 2005 at 05:17:48PM -0800, Greg KH wrote:
> > > > On Thu, Dec 01, 2005 at 10:05:02P
On Fri, Dec 09, 2005 at 11:11:12AM -0500, Alan Stern wrote:
> On Thu, 8 Dec 2005, Greg KH wrote:
>
> > On Thu, Dec 08, 2005 at 11:20:35AM -0500, Alan Stern wrote:
> > > Part of the problem is that the stub drivers on the back-end are forced to
> > > bind to USB interfaces instead of USB devices.
On Fri, Dec 09, 2005 at 09:40:50PM -0500, Alan Stern wrote:
> - if (usb_submit_urb(usblp->readurb, GFP_KERNEL) < 0)
> + if (usblp->suspended || usb_submit_urb(usblp->readurb,
> + GFP_KERNEL) < 0)
> dbg("error submitting urb")
Greg:
This patch (as619) adds support for suspend/resume to the usblp driver.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
In 2.6.15, any USB driver without such support will prevent the system
from suspending. So it would be nice, although it's certainly not
critical, if
On Sat, 10 Dec 2005, Carl-Daniel Hailfinger wrote:
> I can suspend and resume successfully using your latest patch. Previous
> patch had been reversed prior to the test as you suggested.
Good.
> > However it's probably too late for this to go into 2.6.15 -- more likely
> > it won't appear until
Alan Stern schrieb:
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
Please send the patch above for inclusion in 2.6.15.
Thanks for your help!
Unfortunately that patch is not suitable for the kernel. Below is another
patch that _is_ suitable. If this one works as well as the other (be
Hi David,
> > >controller. I don't think anyone will do that
> though.
> I'm not sure why they wouldn't. Full speed
> controllers have limited bandwidth, people sometimes
want
> more than one just to get enough bandwidth to do
whatever
> it is they need USB to help with.
My reasoning is that
On Thursday 08 December 2005 8:51 am, Vladimir A. Barinov wrote:
> Hello Ralf, David,
>
> Could you please advise.
> What is the right solution in the situation when USB PCI and on-chip USB
> used in the situation when we want ohci-hcd to be a module?
>
> Vladimir
>
> Peter Popov wrote:
>
> >I
Hi!
> > since I switched to 2.6.15-rc2-git6, my machine is not able to suspend
> > anymore if my USB printer is plugged in. The problem is reproducible.
> >
> > usb 1-2: new full speed USB device using uhci_hcd and address 3
> > drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 3 i
On Tue, Dec 06, 2005 at 07:54:31PM +0100, Carl-Daniel Hailfinger wrote:
> Hi,
Hi Carl-Daniel,
> since I switched to 2.6.15-rc2-git6, my machine is not able to suspend
> anymore if my USB printer is plugged in. The problem is reproducible.
>
> usb 1-2: new full speed USB device using uhci_hcd an
On Fri, 9 Dec 2005, Harry Butterworth wrote:
> While you are discussing this stuff, you might like to consider the
> problem of stealing a device from a back-end driver that has already
> claimed it. I don't know if this is currently possible. With my
> testing so far I have had to disable the b
On Fri, 2005-12-09 at 11:11 -0500, Alan Stern wrote:
> On Thu, 8 Dec 2005, Greg KH wrote:
>
> > On Thu, Dec 08, 2005 at 11:20:35AM -0500, Alan Stern wrote:
> > > Part of the problem is that the stub drivers on the back-end are forced to
> > > bind to USB interfaces instead of USB devices. It woul
On 12/9/05, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Dec 2005, Paul Bonser wrote:
>
> > I knew it was a good idea to read the USB bus specification :)
> >
> > T: Bus=02 Lev=02 Prnt=06 Port=00 Cnt=01 Dev#= 10 Spd= 1.5 MxCh= 0
> > D: Ver= 1.10 Cls=ff(vend.) Sub=ff Prot=ff MxPS= 8 #Cfgs= 1
On Fri, 9 Dec 2005, Paul Bonser wrote:
> I knew it was a good idea to read the USB bus specification :)
>
> T: Bus=02 Lev=02 Prnt=06 Port=00 Cnt=01 Dev#= 10 Spd= 1.5 MxCh= 0
> D: Ver= 1.10 Cls=ff(vend.) Sub=ff Prot=ff MxPS= 8 #Cfgs= 1
> P: Vendor=0665 ProdID=0301 Rev= 0.03
> C:* #Ifs= 1 Cfg#=
On 12/9/05, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Thu, 8 Dec 2005, Paul Bonser wrote:
> Well, that would certainly do it. The Linux USB drivers do not accept
> bulk URBs for low-speed devices. (The UHCI driver doesn't -- I'm not sure
> about the OHCI driver. This could explain the differenc
Kaustubh Sarwate wrote:
> I have been trying to get the USB isochronous stack to work on a
> development board supporting ARM 10 core. I built the kernel with
> audio support and have been trying to cat a wav file into the
> /dev/dsp device which is registered to the USB 2.0 audio speakers
> I am u
On Thu, 8 Dec 2005, Paul Bonser wrote:
> Hello,
>
> I am working on a linux driver for the Mixman dm2 (
> http://mixman.com/products/dm2.html ), and I'm having a bit of an
> issue.
> The device has a bunch of buttons and doo-dads (including some LEDs),
> and communicates with the computer via an
On Thu, 8 Dec 2005, Omri Schwarz wrote:
> the usb-storage module no longer produces muhc of an error scroll,
> although the kernel continues not to be able to deal.
>
> I recompiled with USB_DEBUG defined, and now I get these:
>
> ehci_hcd :00:03.3: port 2 high speed
> ehci_hcd :00:03.
On Thu, 8 Dec 2005, Matthew Dharm wrote:
> Ugh. Is there no way to convince the SCSI people to add an autosense
> request size field to the SRB?
This question belongs on the linux-scsi list (CC'ed).
Unless I'm mistaken, this feature would require a modification to the
block layer's struct reque
On Thu, 8 Dec 2005, Greg KH wrote:
> On Thu, Dec 08, 2005 at 11:20:35AM -0500, Alan Stern wrote:
> > Part of the problem is that the stub drivers on the back-end are forced to
> > bind to USB interfaces instead of USB devices. It would make life simpler
> > for you guys if the stub driver could b
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
> Please send the patch above for inclusion in 2.6.15.
>
> Thanks for your help!
Unfortunately that patch is not suitable for the kernel. Below is another
patch that _is_ suitable. If this one works as well as the other (be sure
to remove the
On Thu, 2005-12-08 at 16:44 -0800, Greg KH wrote:
> On Thu, Dec 08, 2005 at 11:20:35AM -0500, Alan Stern wrote:
> > Part of the problem is that the stub drivers on the back-end are forced to
> > bind to USB interfaces instead of USB devices. It would make life simpler
> > for you guys if the stub
27 matches
Mail list logo
