Hi all,
I have a mount problem which occurs only on the first try after a replug of
any available USB2.0 Memory Key.
The EHCI controller and USB storage drivers are from 2.4.32 kernel (Yes, I
know ;-)
Console output:
[EMAIL PROTECTED] root]# mount -t vfat /dev/sda1 /mnt/usbdisk/
I/O error: d
On Thu, 27 Apr 2006, Marc Singer wrote:
> I may have been a little hasty. This new driver *does* work properly
> on the lh79524. It still fails test 14 on the lh7a404. I am now very
> suspicious that this is a hardware issue and not a software error.
>
> In a nutshell, on receipt of some ep0 O
On Fri, 28 Apr 2006, Patrick Agrain wrote:
> Hi all,
>
> I have a mount problem which occurs only on the first try after a replug of
> any available USB2.0 Memory Key.
> The EHCI controller and USB storage drivers are from 2.4.32 kernel (Yes, I
> know ;-)
Then you also know that you're not goi
The maximum possible bandwidth for a speedtouch modem is about 7Mbaud.
You can only get this by using isochronous urbs (enable_isoc=1) and
altsetting 3. With the current default altsetting of 2, the modem
maxes out at about 4Mbaud. So change the default altsetting to 3
when using isochronous urbs
Because of the way stringify works, using an expression
like 64 * 1024 for UDSL_MAX_BUF_SIZE results in 64 * 1024
turning up in the modinfo output instead of 65536. So use
65536 directly (this was the only way I found of fixing this).
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
Index: Linux/
Remove pointless inline.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
Index: Linux/drivers/usb/atm/usbatm.c
===
--- Linux.orig/drivers/usb/atm/usbatm.c 2006-04-28 18:30:35.0 +0200
+++ Linux/drivers/usb/atm/usbatm.c 20
We #include only because
needed it, but didn't #include it itself. But that's been fixed now.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
Index: Linux/drivers/usb/atm/xusbatm.c
===
--- Linux.orig/drivers/usb/atm/xusbatm.c
On Fri, Apr 28, 2006 at 09:56:26AM -0400, Alan Stern wrote:
> On Thu, 27 Apr 2006, Marc Singer wrote:
>
> > I may have been a little hasty. This new driver *does* work properly
> > on the lh79524. It still fails test 14 on the lh7a404. I am now very
> > suspicious that this is a hardware issue
On Fri, 28 Apr 2006, Marc Singer wrote:
> > > Below is dmesg output from the host.
> > >
> > > usbtest 2-2:3.0: TEST 14: 15000 ep0out, 1..256 vary 1
> > > uhci_hcd :00:1d.1: uhci_result_control: failed with status 50
> > > [ef0e1180] link (2f0e1142) element (1c145300)
> > >Elem
It's difficult to tell without timestamps, but this looks like a SCSI
revalidation bug.
That is, the device reports very late that it is just initializing. The
SCSI layer sees this as a media-change, but then doesn't revalidate
properly.
Since the first access is from vfat trying to determine if
Peter Chubb wrote:
I don't understand. Are you saying that when a USB device identifies
itself with VendorID 0x3f0 it's sometimes not from HP?
Oh, I didn't realise that these were HP ID's. The original USBAT-based
flash devices must have the same ID as the USBAT2 then. I can't find the
mai
Haiku is an open source implementation of the BeOS, it's currently
progressing quite rapidly. In order to speed development, a code bounty
website was started. Haiku bounties is looking for a developer to port from
Linux or further develop the Haiku USB kit.
Please visit www.haikubounties.org
Remove the check for NULL which makes no sense. Suggested by Al.
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
--- linux-2.6.17-rc2/drivers/block/ub.c 2006-04-23 21:05:39.0 -0700
+++ linux-2.6.17-rc2-lem/drivers/block/ub.c 2006-04-28 20:19:12.0
-0700
@@ -1648,15 +1649,11 @@
Hi, guys:
In the current libusual system, if a device is listed in unusual_devs.h,
it cannot be serviced by ub. Which is fine most of the time, because
listed devices are largely obscure. Unfortunately, iPod is listed too,
but I wish [to continue] to drive my iPod with ub. So, I would like to
have
From: Greg KH <[EMAIL PROTECTED]>
Reply-To: linux-usb-devel@lists.sourceforge.net
To: [EMAIL PROTECTED]
CC: linux-usb-devel@lists.sourceforge.net, [EMAIL PROTECTED]
Subject: Re: [linux-usb-devel] Query over mouting mass-storage driver
Date: Thu, 27 Apr 2006 22:38:49 -0700
On Fri, Apr 28, 2006
15 matches
Mail list logo