Good morning,
Do not unload modules before suspend, they should handle that just
fine.
If I keep them loaded during suspend:
[...]
Suspending devices
uhci-hcd :00:11.2: suspend to state 3
drivers/usb/host/uhci-hcd.c: dc00: suspend_hc
hwsleep-0257 [10] acpi_enter_sleep_state: Entering
'Llo All,
I have a big lot of error messages when plugging in my USB modem device. The problem
is for sure not the modem, as it works in RedHat 7.3 and 8.0, but not in my
configuration. In my log messages, I get a lot of the following sequences :
...
Jul 24 10:37:31 bvwcltbp kernel:
Hi Alan, thanks for the patch. Yes, it works. Comments below.
On Thursday 24 July 2003 20:58, Alan Stern wrote:
On Fri, 18 Jul 2003, Duncan Sands wrote:
Hi Alan, Johannes, how about this? I tried to make as few changes to the
existing code as possible. In my opinion it would make more
I got the oops below, reproduceable, the reason is probably this:
usb.c: USB disconnect on device 00:04.2-0 address 1
usb.c: USB disconnect on device 00:04.2-1 address 2
usb.c: USB disconnect on device 00:04.2-2 address 3
usb.c: USB bus 1 deregistered
kmem_cache_destroy: Can't free all objects
The attached patch fixes the flags used on the receive URBs and greatly
increases throughput (especially on EHCI). On EHCI before the patch,
receives came in around 460KB/s and after I am in the 10-11MB/s range
which is about the same speed I am able to achieve using my Intel nics.
Now
Hi,
this cleans up locking and freeing in usblp_release and
poll.
Regards
Oliver
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
On Fri, 25 Jul 2003, Gene Heskett wrote:
Just for grins Alan, are you going to make a single big patch for
2.4.22-pre7 or so available when the dust has settled with this
rework?
Good lord, no! The 2.4 version of the UHCI driver is vastly different
from the 2.6 version. I wouldn't touch
Hi,
it seems that our problem with the USB-pendrive is easy to explain,
but not difficult to solve:
We are using a ohci controller on a cache-incoherent system (IBM PowerPC 405).
This causes a lot of problems in the USB system during DMA'ing to non-cacheline-aligned
memory regions.
Matthias
--
On Fri, 25 Jul 2003, Dominik Brugger wrote:
Good morning,
Do not unload modules before suspend, they should handle that just
fine.
If I keep them loaded during suspend:
[...]
Suspending devices
uhci-hcd :00:11.2: suspend to state 3
drivers/usb/host/uhci-hcd.c: dc00: suspend_hc
On Fri, 25 Jul 2003, Duncan Sands wrote:
My patch also doesn't need to add a list header to each TD: you can just
reuse the list entry. I added the new list head to keep things symmetric
with QHs.
In the end, I find it distasteful to separate the freeing of the TDs and
the QHs. They should
All,
I just bought a King Usb 512MB flash drive. The device works
fine with Linux kernel 2.4.21 or linux 2.4.22-pre7, but linux
refuses to write past 256MB onthe device. The device in
fine in Windoze, but fails with the following error in Linux:
WARNING: USB Mass Storage data integrity not
I think the hub driver's power management code may be at fault. It needs
to cancel the status interrupt URB when suspending and resubmit it when
waking up; right now it probably does neither one.
Or maybe I'm wrong about that. Perhaps it's okay to leave the URB active.
If that's the
Date: Thu, 5 Jun 2003 02:15:06 -0400
From: Johannes Erdfelt [EMAIL PROTECTED]
The fix is to just move setting hub-children to later in the
enumeration process. This way usbdevfs_read_super won't see the device
before it has been through the usbdevfs_add_device path.
I didn't see this on
On Friday 25 July 2003 10:33, Alan Stern wrote:
On Fri, 25 Jul 2003, Gene Heskett wrote:
Just for grins Alan, are you going to make a single big patch for
2.4.22-pre7 or so available when the dust has settled with this
rework?
Good lord, no! The 2.4 version of the UHCI driver is vastly
Feedbacks are wellcome
... why don't return -ENOMEM on mem. allocation failure in usblp_probe?
diff -urN 1.0/drivers/usb/class/usblp.c 1.1/drivers/usb/class/usblp.c
--- 1.0/drivers/usb/class/usblp.c 2003-07-25 22:00:19.0 +0200
+++ 1.1/drivers/usb/class/usblp.c 2003-07-25
On Fri, Jul 25, 2003 at 11:25:29PM +0200, Daniele Bellucci wrote:
Feedbacks are wellcome
... why don't return -ENOMEM on mem. allocation failure in usblp_probe?
We should. I just got some other patches to clean this driver up, look
at the linux-usb-devel mailing list for them.
This patch
diff -urN 1.0/drivers/usb/input/usbmouse.c 1.1/drivers/usb/input/usbmouse.c
--- 1.0/drivers/usb/input/usbmouse.c2003-07-25 23:42:51.0 +0200
+++ 1.1/drivers/usb/input/usbmouse.c2003-07-25 23:49:38.0 +0200
@@ -185,6 +185,7 @@
mouse-dev.id.version =
Ok, at least I know I'm trying to do something new here...
1) I'm not sure when to set RemoteWakeupConnected -- I don't really have
a BIOS, so I am just setting it when I bring the USB OHCI controller out
of reset. (And when it comes out of suspend.) But, I don't really
understand what this bit
Pering, Trevor wrote:
Ok, at least I know I'm trying to do something new here...
1) I'm not sure when to set RemoteWakeupConnected -- I don't really have
a BIOS, so I am just setting it when I bring the USB OHCI controller out
of reset. (And when it comes out of suspend.) But, I don't really
Benjamin Herrenschmidt wrote, responding to Alan Stern:
I think the hub driver's power management code may be at fault. It needs
to cancel the status interrupt URB when suspending and resubmit it when
waking up; right now it probably does neither one.
Or maybe I'm wrong about that. Perhaps it's
On Friday, July 25, 2003, at 05:15 PM, Gene Heskett wrote:
On Friday 25 July 2003 10:33, Alan Stern wrote:
On Fri, 25 Jul 2003, Gene Heskett wrote:
Just for grins Alan, are you going to make a single big patch for
2.4.22-pre7 or so available when the dust has settled with this
rework?
Good lord,
21 matches
Mail list logo
