Had the problem that an external USB2.0 HDD (vipower vp-6248v; genesys
chipset) connected through a NEC PCI Card using the stock usb-storage
driver (kernel 2.4.28) always got a bulk_msg timeout.
i was able to track the problem down to the well known (or at least it
seemed to me well known) delay
Am Dienstag, 21. Dezember 2004 04:47 schrieb Alan Stern:
On Tue, 21 Dec 2004, Oliver Neukum wrote:
imho you should not have active URBs for suspended devices in the first
place.
I agree that you should not. Should usbcore be changed so that you
_cannot_?
But we have a callback for
Hi,
On Tuesday 21 December 2004 06:50, lei chen wrote:
my source file here. I don't if it is the right place
to
ask these questions. If not, please point me to the
That is:
Host1--- EZ-USB FX2 --- Test system( Solaris)
RS232 USB
Did you see the linux in the name of
On Tue, 21 Dec 2004, Martin Strigl wrote:
Had the problem that an external USB2.0 HDD (vipower vp-6248v; genesys
chipset) connected through a NEC PCI Card using the stock usb-storage
driver (kernel 2.4.28) always got a bulk_msg timeout.
i was able to track the problem down to the well known
On Mon, 20 Dec 2004, Phil Dibowitz wrote:
Torsten Pietsch wrote:
Hello Phil!
I have resolve this problem.
I removed the Flash Memory Card from the Camera.
The camera has an internal Memory of 12 MB.
When i only work with the internal memory the Camera works fine.No problems.
Is it
Alan Stern wrote:
This sounds different from what Sara was asking (unless I misunderstood
the question, which is entirely possible). You're asking about what
should be done when there's no media present, not when the media is
present but uninitialized. The answer is simple: report a Medium
Hi guys.
I haven't seen anything on the list recently regarding this driver,
and I was wondering how you were doing.
Olav mentioned perhaps rewriting the driver, based on the new
sl811-hcd driver, which I agree is a better solution.
I would like to see this, but I can't help much (or, atleast
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR: Removing 'usbcore': Resource
temporarily unavailable
What's up here? Is the kernel trying to prevent me from shooting myself in the
On Sat, Dec 18, 2004 at 11:01:13PM +0100, Oliver Neukum wrote:
Hi,
thanks to Magnus an additional device id.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT
On Mon, Dec 20, 2004 at 11:52:16AM -0800, David Brownell wrote:
On Monday 20 December 2004 10:48 am, Greg KH wrote:
David, it looks like you grab a spinlock, and then call msleep(20);
which causes this warning.
Care to fix it?
How bizarre ... I must have been tested that without
On Tue, 21 Dec 2004 12:10:33 +0100, Martin Strigl [EMAIL PROTECTED] wrote:
did a lot of other research till i found this thread
http://sourceforge.net/mailarchive/message.php?msg_id=8928441
it works for me now - but the real question is, why hasn't this simple
patch found its way into the
On Tue, 21 Dec 2004 10:17:11 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
It's not for lack of submission. I sent the revised version of that patch
to Pete Zaitcev on two separate occasions.
I never saw it, Alan. Not personally and not on the list. The patch looks
good, but it's nowhere
Michael wrote:
Olav mentioned perhaps rewriting the driver, based on the new
sl811-hcd driver, which I agree is a better solution.
Yes, he want's to write it only for the 116x, as far as I read and
understood it. I think, it would be a very good idea to write TWO
drivers, one for the 116x and one
This fixes a warning when resuming the USB EHCI host controller driver.
From: David Brownell [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
--- 1.43/drivers/usb/host/ehci-hub.cFri Dec 17 18:57:39 2004
+++ edited/drivers/usb/host/ehci-hub.c Mon Dec 20 11:48:01 2004
@@
On Sun, 12 Dec 2004 15:47:44 -0800, Nish Aravamudan [EMAIL PROTECTED] wrote:
diff -urpN -X dontdiff linux-2.4.28-bk3/drivers/usb/serial/usbserial.c
linux-2.4.28-bk3-sx4/drivers/usb/serial/usbserial.c
--- linux-2.4.28-bk3/drivers/usb/serial/usbserial.c 2004-11-22
23:04:19.0
Hi,
On Tue, 21 Dec 2004, Torsten Koschorrek wrote:
Michael wrote:
Olav mentioned perhaps rewriting the driver, based on the new
sl811-hcd driver, which I agree is a better solution.
Yes, I am working on a simpler 116x driver. The driver is
not functional yet, but the work is progressing
Yes, Olav seems to be working on a clean driver for the isp116x (at least as
clean as you can make this device). This may in the end be the best
approach, but for now I have adapted Lothar's driver to the 116x in the
following way different from Olav's last patch:
The way I see it, the isp1362
On Tuesday 21 December 2004 11:12 am, Christian Iversen wrote:
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR: Removing 'usbcore': Resource
temporarily unavailable
What's
On Monday 20 December 2004 10:46 pm, David Eriksson wrote:
Hi Greg K-H, Ganesh and everyone else!
I want to patch the ipaq serial-over-USB driver so that it hangs up
the serial line when I suspend my laptop.
Linux distro: Fedora Core 3
I'm told they enable CONFIG_USB_SUSPEND by
On Wednesday 22 December 2004 01:11, David Brownell wrote:
On Tuesday 21 December 2004 11:12 am, Christian Iversen wrote:
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR:
On Tue, Dec 21, 2004 at 08:12:16PM +0100, Christian Iversen wrote:
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR: Removing 'usbcore': Resource
temporarily unavailable
Are
On Tue, Dec 21, 2004 at 07:46:22AM +0100, David Eriksson wrote:
Hi Greg K-H, Ganesh and everyone else!
I want to patch the ipaq serial-over-USB driver so that it hangs up
the serial line when I suspend my laptop.
Try the next -mm kernel, that might cause this to happen, as we have
added a
On Wednesday 22 December 2004 02:18, you wrote:
On Tue, Dec 21, 2004 at 08:12:16PM +0100, Christian Iversen wrote:
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR: Removing
On Tue, 21 Dec 2004, Pete Zaitcev wrote:
On Tue, 21 Dec 2004 10:17:11 -0500 (EST), Alan Stern [EMAIL PROTECTED]
wrote:
It's not for lack of submission. I sent the revised version of that patch
to Pete Zaitcev on two separate occasions.
I never saw it, Alan. Not personally and not on
La Notte !
www.elitpresent.ru. !
.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
On Tue, 21 Dec 2004, David Brownell wrote:
On Tuesday 21 December 2004 11:12 am, Christian Iversen wrote:
I can't rmmod usbcore with latest (2.6.10-rc3-bk14).
rmmod / modprobe -r usbcore gives FATAL: Module usbcore is in use..
rmmod -f usbcore gives the odd ERROR: Removing
On Mon, 20 Dec 2004 15:25:52 +0100, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 20. Dezember 2004 08:04 schrieb Pete Zaitcev:
+memcpy(mbus-shim_ops, ubus-op,
sizeof(struct usb_operations));
+mbus-shim_ops.submit_urb = mon_submit;
+mbus-saved_op = ubus-op;
+ubus-op =
On Tuesday 21 December 2004 5:54 pm, Alan Stern wrote:
On Tue, 21 Dec 2004, David Brownell wrote:
Hmm, if this is after you get that fatal error out of EHCI
during init (which I've not had time to do much with; and it
doesn't happen on any of my hardware) I suspect it's just that
On Tue, Dec 21, 2004 at 06:25:14PM -0800, Pete Zaitcev wrote:
Generally, the type of coding which requires a use of memory barriers in
drivers
is a bug or a latent bug, so I am sorry for the above. It was a sacrifice to
make usbmon invisible if it's not actively monitoring. Sorry about
Hi,
The recently created drivers/usb/atm/usb_atm.c seems to have a bug in
the case snd_padding is not zero (so speedtch didn't trigger it). It
looks like a cutpaste error when compared to the original xdslusb.c.
The attached patch fixes it, and also changes the driver name to reflect
its
30 matches
Mail list logo
