I'm glad this problem has been solved for good.
Listening to music is such a nice thing :-)
thanks everybody !
robert
-
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sat, 2 Feb 2008, Robert Spitzenpfeil wrote:
if I understand right you wanted me to make my system mimic this:
Loop 3 times {
Get-Max-LUN = STALL
clear-halt(ep0)
}
I don't know how to hack usb-storage to run this very loop
On Sat, Feb 02, 2008 at 10:30:51PM -0500, Alan Stern wrote:
On Sat, 2 Feb 2008, Matthew Dharm wrote:
On Sat, Feb 02, 2008 at 05:12:29PM -0500, Alan Stern wrote:
IMO this indicates we shouldn't issue any clear-halts at all unless the
device actually needs it. In general it's not a good
On Thu, 31 Jan 2008, David Brownell wrote:
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference lay in what Windows did when the Get-Max-LUN
stalled. It sent a Clear-Halt request to endpoint 0!
Yes that *is* strange! Considering that ep0 wasn't stalling ...
No,
On Fri, Feb 01, 2008 at 10:17:24AM -0500, Alan Stern wrote:
On Thu, 31 Jan 2008, David Brownell wrote:
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference lay in what Windows did when the Get-Max-LUN
stalled. It sent a Clear-Halt request to endpoint 0!
Yes
On Fri, 1 Feb 2008, Robert Spitzenpfeil wrote:
Alan Stern wrote:
So Robert, this suggests an experiment for you to try. First remove
the US_FL_FIX_INQUIRY flag in your unusual_devs entry, of course. But
then edit transport.c, and in usb_stor_Bulk_max_lun() replace the two
lines saying
On Feb 1, 2008 11:17 PM, Alan Stern [EMAIL PROTECTED] wrote:
On Thu, 31 Jan 2008, David Brownell wrote:
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference lay in what Windows did when the Get-Max-LUN
stalled. It sent a Clear-Halt request to endpoint 0!
Yes
On Fri, 1 Feb 2008, Matthew Dharm wrote:
On Fri, Feb 01, 2008 at 10:17:24AM -0500, Alan Stern wrote:
On Thu, 31 Jan 2008, David Brownell wrote:
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference lay in what Windows did when the Get-Max-LUN
stalled. It
On Fri, Feb 01, 2008 at 11:59:56AM -0500, Alan Stern wrote:
On Fri, 1 Feb 2008, Matthew Dharm wrote:
On Fri, Feb 01, 2008 at 10:17:24AM -0500, Alan Stern wrote:
On Thu, 31 Jan 2008, David Brownell wrote:
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference
On Fri, 1 Feb 2008 11:59:56 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
You missed the point. Windows does _not_ do it -- i.e., does not clear
a halt on either bulk endpoint. Linux does so only because somebody
(either Pete Zaitcev or Pat Lavarre, I can't remember which) pointed
out
Am Freitag, 1. Februar 2008 20:16:05 schrieb Alan Stern:
I'm speculating that the device doesn't need the clear-halt for ep0 at
all; Robert should be able to check whether that's true or not. It
seems clear that the clear-halts for the bulk endpoints are causing
problems.
What's clear about
On Fri, Feb 01, 2008 at 08:40:41PM +0100, Oliver Neukum wrote:
Am Freitag, 1. Februar 2008 20:16:05 schrieb Alan Stern:
I'm speculating that the device doesn't need the clear-halt for ep0 at
all; Robert should be able to check whether that's true or not. It
seems clear that the clear-halts
On Fri, 1 Feb 2008 11:54:12 -0800, Matthew Dharm [EMAIL PROTECTED] wrote:
There's no way to know until Robert tests with no clear-halt at all.
Which is very easy to do: enable ub, run usbmon... voila.
-- Pete
-
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a
On Fri, 1 Feb 2008, Oliver Neukum wrote:
Am Freitag, 1. Februar 2008 20:16:05 schrieb Alan Stern:
I'm speculating that the device doesn't need the clear-halt for ep0 at
all; Robert should be able to check whether that's true or not. It
seems clear that the clear-halts for the bulk
Alan Stern wrote:
On Fri, 1 Feb 2008, Robert Spitzenpfeil wrote:
Alan Stern wrote:
So Robert, this suggests an experiment for you to try. First remove
the US_FL_FIX_INQUIRY flag in your unusual_devs entry, of course. But
then edit transport.c, and in usb_stor_Bulk_max_lun()
On Sat, Feb 02, 2008 at 12:22:14AM +0100, Robert Spitzenpfeil wrote:
Alan Stern wrote:
On Fri, 1 Feb 2008, Robert Spitzenpfeil wrote:
Alan Stern wrote:
So Robert, this suggests an experiment for you to try. First remove
the US_FL_FIX_INQUIRY flag in your unusual_devs entry, of course. But
Matthew Dharm wrote:
On Sat, Feb 02, 2008 at 12:22:14AM +0100, Robert Spitzenpfeil wrote:
Alan Stern wrote:
On Fri, 1 Feb 2008, Robert Spitzenpfeil wrote:
Alan Stern wrote:
So Robert, this suggests an experiment for you to try. First remove
the US_FL_FIX_INQUIRY
On Thu, 31 Jan 2008, Robert Spitzenpfeil wrote:
this mp3 stick has always worked with windows xp. it used to work with
older kernels (e.g. 2.4.21-144, suse 9.0)
but I could never make it work with any 2.6.xx before I found that patch.
find attached: snoopypro log (binary + xml) : plugin/xp
On Thursday 31 January 2008, Alan Stern wrote:
The interesting difference lay in what Windows did when the Get-Max-LUN
stalled. It sent a Clear-Halt request to endpoint 0!
Yes that *is* strange! Considering that ep0 wasn't stalling ...
-
To unsubscribe from this list: send the line
Alan Stern wrote:
On Thu, 31 Jan 2008, Robert Spitzenpfeil wrote:
this mp3 stick has always worked with windows xp. it used to work with
older kernels (e.g. 2.4.21-144, suse 9.0)
but I could never make it work with any 2.6.xx before I found that patch.
find attached: snoopypro log (binary
On Wed, 30 Jan 2008, Robert Spitzenpfeil wrote:
* unusual_devs.h: entry which does NOT work ( lacks:
US_FL_IGNORE_RESIDUE | US_FL_FIX_INQUIRY), )
UNUSUAL_DEV( 0x0f19, 0x0103, 0x0100, 0x0100,
Oracom Co., Ltd,
ORC-200M,
US_SC_DEVICE,
On Tue, 29 Jan 2008, Robert Spitzenpfeil wrote:
--- linux/drivers/usb/storage/unusual_devs.h.orig 2007-07-03
18:44:59.0 +0100
+++ linux/drivers/usb/storage/unusual_devs.h2007-07-03
19:01:47.0 +0100
@@ -1317,6 +1317,16 @@
US_SC_DEVICE,
greetings,
opensuse people wanted me to forward this patch to the list:
The new patch for linux-2.6.21.5 is:
--- linux/drivers/usb/storage/unusual_devs.h.orig 2007-07-03
18:44:59.0 +0100
+++ linux/drivers/usb/storage/unusual_devs.h2007-07-03
19:01:47.0 +0100
@@
On Tue, 29 Jan 2008, Robert Spitzenpfeil wrote:
as per request, I've checked whether the patch works WITHOUT the
US_FL_FIX_INQUIRY flag.
result: NO, only works with said flag included. (2.6.22.13-0.3-default
#1 SMP - opensuse 10.3)
Really? That's very strange... Devices needing that flag
as per request, I've checked whether the patch works WITHOUT the
US_FL_FIX_INQUIRY flag.
result: NO, only works with said flag included. (2.6.22.13-0.3-default
#1 SMP - opensuse 10.3)
as per request, I resubmit the patch with outputs of
/proc/bus/usb/devices/ lsusb lsusb -v (only relevant
25 matches
Mail list logo