On Sun, Jun 08, Olaf Hering wrote:
touch ${REMOVER}.queue.$$
It should be ' ${REMOVER}.queue.$$' to avoid yet another process.
Gruss Olaf
--
USB is for mice, FireWire is for men!
---
This SF.net email is sponsored by: Etnus,
Olaf Hering wrote:
there is a hardcoded sleep 3 in the usb.agent. But this is wrong,
because the kernel runs all hotplug events at once for a new hub. The
result is that every event still runs in parallel, just 3 seconds later.
That sleep is a workaround for uhci and usb-uhci bugs:
you can
On Sun, Jun 08, David Brownell wrote:
Olaf Hering wrote:
there is a hardcoded sleep 3 in the usb.agent. But this is wrong,
because the kernel runs all hotplug events at once for a new hub. The
result is that every event still runs in parallel, just 3 seconds later.
That sleep is a
Olaf Hering wrote:
Running parallel isn't a bug, doesn't need to be changed.
Typically the agents just finish faster that way.
You could drop the sleep 3 at all if you argue that way.
No, that works around (partially) that bug in the 2.4
(and older) UHCI drivers. It's often seen with usbfs,
but
On Sat, Jun 07, David Brownell wrote:
Olaf Hering wrote:
Hi,
there is a hardcoded sleep 3 in the usb.agent. But this is wrong,
because the kernel runs all hotplug events at once for a new hub. The
result is that every event still runs in parallel, just 3 seconds later.
That sleep is a
Olaf Hering wrote:
Hi,
there is a hardcoded sleep 3 in the usb.agent. But this is wrong,
because the kernel runs all hotplug events at once for a new hub. The
result is that every event still runs in parallel, just 3 seconds later.
That sleep is a workaround for uhci and usb-uhci bugs:
they don't
On Sat, Jun 07, David Brownell wrote:
Olaf Hering wrote:
Hi,
there is a hardcoded sleep 3 in the usb.agent. But this is wrong,
because the kernel runs all hotplug events at once for a new hub. The
result is that every event still runs in parallel, just 3 seconds later.
That sleep is a
Olaf Hering wrote:
That sleep is a workaround for uhci and usb-uhci bugs:
they don't queue control transfers. No complete user mode
workaround is possible; it doesn't affect just hotplug, or
even just usbfs-based applications.
my patch fixes the timeouts. Have you even tried it?
Actually it's
On Sat, Jun 07, David Brownell wrote:
Olaf Hering wrote:
That sleep is a workaround for uhci and usb-uhci bugs:
they don't queue control transfers. No complete user mode
workaround is possible; it doesn't affect just hotplug, or
even just usbfs-based applications.
my patch fixes the
