On Sat, May 11, 2002 at 02:36:17AM -0400, Johannes Erdfelt wrote:
> On Fri, May 10, 2002, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Sat, May 11, 2002 at 01:10:20AM -0400, Johannes Erdfelt wrote:
> > >
> > > This patch is relative to 2.4.19-pre8, however I think it can be
> > > applied, and should
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.542 -> 1.543
# drivers/usb/storage
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.539 -> 1.540
# drivers/usb/storage
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.541 -> 1.542
# drivers/usb/storage
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.540 -> 1.541
# drivers/usb/storage
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.537 -> 1.538
# drivers/usb/core/hu
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.536 -> 1.537
# drivers/usb/host/eh
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet1.538 -> 1.539
# drivers/usb/host/uh
Pull from: http://linuxusb.bkbits.net/linus-2.5
drivers/usb/core/hub.c | 99 +++
drivers/usb/core/hub.h | 28
drivers/usb/core/usb.c |7
drivers/usb/host/ehci-hcd.c | 97 ++-
drivers/usb/host/ehci-q.c | 19
drivers/usb/hos
Hello again Dave,
I tried using kernel 2.5.15 and I still get the same oops message.
There's no high speed device connected to the host controller. You
said end_unlink_async function should never be called when there is no
device connected. Is there a way to find out which function is calli
On Sat, May 11, 2002, Stephan Feder <[EMAIL PROTECTED]> wrote:
> Hello Johannes,
>
> Johannes Erdfelt wrote:
> ...
> > When we want to deactivate FSBR on an URB's transfer, we can switch it
> > from breadth first to depth first. But only do like every 5 or 10 (or
> > some number) TD's to make su
On Sat, May 11, 2002, Stephan Feder <[EMAIL PROTECTED]> wrote:
> it would be great if there was a flag to always keep FSBR enabled even
> in cases of no traffic.
Could you explain why? In the case where there are no transfers pending,
the HC will just flood the bus with memory accesses.
I guess
Hello Johannes,
it would be great if there was a flag to always keep FSBR enabled even
in cases of no traffic.
Regards
Stephan
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You ge
Hello Johannes,
Johannes Erdfelt wrote:
...
> When we want to deactivate FSBR on an URB's transfer, we can switch it
> from breadth first to depth first. But only do like every 5 or 10 (or
> some number) TD's to make sure it doesn't eat up all of the bandwidth.
>
> I think I'll implement that t
On Sat, May 11, 2002 at 12:09:34PM -0700, David Brownell wrote:
> Hi,
>
> This patch adds missing functionality to the transaction translator
> support for USB 2.0 hubs:
>
> - moves the 'struct usb_tt' definition to "hub.h" from
> - adds state to it as neeed for some control/bulk error
On Sat, May 11, 2002 at 12:10:23PM -0700, David Brownell wrote:
> This addresses FIXME comments in the EHCI code, notably:
>
> - telling the hub driver to clear up TT error state
> (relies on the hub error recovery patch I just sent)
> - using 64bit PCI DMA where appropriate
> -
Hi,
This patch adds missing functionality to the transaction translator
support for USB 2.0 hubs:
- moves the 'struct usb_tt' definition to "hub.h" from
- adds state to it as neeed for some control/bulk error recovery
- teaches the hub driver how to use that state (via keventd)
This addresses FIXME comments in the EHCI code, notably:
- telling the hub driver to clear up TT error state
(relies on the hub error recovery patch I just sent)
- using 64bit PCI DMA where appropriate
- handling BIOS handoff as neeed
Please merge to Linus' tree.
- Dave
e
18 matches
Mail list logo
