Initializing USB Mass Storage driver...
usb-storage: This device (04e6,0002,0100 S 06 P 50) has unneeded SubClass and Protocol
entries in unusual_devs.h
Please send a copy of this message to <[EMAIL PROTECTED]>scsi0 : SCSI emulation for
USB Mass Storage devices
I am using a usb to scsi 3 conv
The constant for decoding maxpacket size is still wrong in 2.4.25.
The low 11 bits are used for the count (not 10).
Here is a patch. I also added more debug messages before error returns.
If these are not wanted I can submit just the constant change.
--
Don Reid
--- hcd.c.orig Tue Feb 17 10:
Here is a patch that adds code from 2.6.* to pass the interval is ISO
urbs. There is a check in hcd.c that requires this value to be
non-zero.
--
Don Reid
--- devio.c.origFri Feb 13 11:23:47 2004
+++ devio.c Wed Feb 18 12:08:58 2004
@@ -784,7 +784,7 @@
struct async *as;
On Wed, Feb 18, 2004 at 01:22:36PM -0800, David Brownell wrote:
> areversat wrote:
> >I'd like to know how this usb patch is going ? Is there still a lot to
> >do or will it be ready for 2.6.4 ? We'd like to know.
>
> It'd sure help if someone submitted a patch with those revisions...
I'm a bit c
On Mon, Feb 16, 2004 at 02:58:32PM -0500, Alan Stern wrote:
> > I haven't asked around, so I do not know how many people need this, but
> > I have been in touch with at least three others who use this hardware on
> > Linux. I think I'm speaking for everyone (of us four...) when I say we
> > really,
On Wed, Feb 18, 2004 at 04:37:17PM -0500, Alan Stern wrote:
> Greg:
>
> This patch is from David Brownell. It should be applied.
Applied, thanks.
greg k-h
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & W
On Wed, Feb 18, 2004 at 04:38:01PM -0500, Alan Stern wrote:
> Greg:
>
> This adds some minor improvements to the UHCI root hub code. The only
> important change is that it handles the overcurrent indicator bits on VIA
> controllers properly; they are reported using the opposite sense from
> Intel
Greg:
This adds some minor improvements to the UHCI root hub code. The only
important change is that it handles the overcurrent indicator bits on VIA
controllers properly; they are reported using the opposite sense from
Intel controllers.
Please apply.
Alan Stern
Report the OverCurre
Greg:
This patch is from David Brownell. It should be applied.
Alan Stern
UHCI root hub updates ... minor bugfixes and cleanups, improving
conformance with the USB hub specification.
- UHCI doesn't support any kind of power switching; so modify the
hub descriptor to stop claiming it doe
areversat wrote:
I'd like to know how this usb patch is going ? Is there still a lot to
do or will it be ready for 2.6.4 ? We'd like to know.
It'd sure help if someone submitted a patch with those revisions...
---
SF.Net is sponsored by: Speed
On Wed, Feb 18, 2004 at 11:45:40AM -0800, David Brownell wrote:
> This patch is from Alan Stern, adding two more protocol
> scenarios to the control queueing tests.
>
> Please merge.
Applied, thanks.
greg k-h
---
SF.Net is sponsored by: Spee
On Wed, Feb 18, 2004 at 11:45:24AM -0800, David Brownell wrote:
> This patch teaches the "avoid proprietary configurations"
> heuristic about RNDIS, which cloaks itself as CDC ACM.
>
> That lets Linux work with some cable modems that behaved
> fine on 2.4 kernels. Like some normal telecomm modems
On Wed, Feb 18, 2004 at 11:45:46AM -0800, David Brownell wrote:
> This patch updates the split iso transaction descriptors,
> getting them into usable shape. It also updates the code
> scanning them (which won't be enabled for some time yet).
>
> Please merge. (Note, this goes on top of that one
On Wed, Feb 18, 2004 at 11:45:33AM -0800, David Brownell wrote:
> This enables the multi-TT altsetting in hubs like the
> new Cypress ones. That's a prerequisite for supporting
> lots of full speed ISO traffic.
>
> Please merge!
Applied, thanks.
greg k-h
-
On Wed, Feb 18, 2004 at 11:44:57AM -0800, David Brownell wrote:
> This has two minor scatterlist cleanups. Faulty device
> firmware could trigger a rare hang during the urb submit
> loop; and completions already run with irqs blocked.
>
> Please merge.
Applied, thanks.
greg k-h
--
On Wed, 18 Feb 2004 14:31:15 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 18 Feb 2004, Stephen Hemminger wrote:
>
> > Got this running with my irda driver that does lots of unlinks
> > with 2.6.3.
> > Looks like another race between the interrupt and unlink.
>
> My compiled code i
Alan Stern wrote:
David:
Is there a reason why usb_hcd_pci_resume() doesn't call pci_set_master()
and makes the HC drivers do it instead?
Well, for one thing the suspend() logic doesn't disable
bus mastering; such asymmetries tend to be bug-prone.
Mostly I think that's just how it happened, and
[Resent because of invalid address the first time. Stephen, you need to
fix the entry for the USB development mailing list in your address
book!]
On Wed, 18 Feb 2004, Stephen Hemminger wrote:
> Got this running with my irda driver that does lots of unlinks
> with 2.6.3.
> Looks like another ra
This patch is from Alan Stern, adding two more protocol
scenarios to the control queueing tests.
Please merge.
- Dave
[USB] usbtest, two more control queueing subtests
>From Alan Stern. This adds two more "short control read" test cases,
both padding the "expected" transfer to end-of-packet.
Patrick White wrote:
The only real Linux OTG reference I've seen is in David
Brownell's Gadget API paper, "USB Gadget API for Linux",
very nice document by the way.
Thanks! That doc just says the Gadget API "looks forward"
to OTG support. As I understand it,
OTG == Integrate(host + gadget + H
This has two minor scatterlist cleanups. Faulty device
firmware could trigger a rare hang during the urb submit
loop; and completions already run with irqs blocked.
Please merge.
- Dave
[USB] minor usb_sg_wait() cleanups
- count urb completions correctly when there's a non-recoverable
fau
This adds a microframe scheduling hook that's needed to use
USB 1.1 devices with busier periodic schedules (like having
more than a handful of mice), or to support full speed ISO
(usb speakers, webcams, etc).
Please merge.
- Dave
[USB] ehci-hcd detects microframe transaction scheduling collisions
This enables the multi-TT altsetting in hubs like the
new Cypress ones. That's a prerequisite for supporting
lots of full speed ISO traffic.
Please merge!
- Dave
[USB] hub driver turns on multi-TT mode
This turns on the multi-tt mode in hubs that support it; the Cypress
"TetraHub" products are
This patch updates the split iso transaction descriptors,
getting them into usable shape. It also updates the code
scanning them (which won't be enabled for some time yet).
Please merge. (Note, this goes on top of that one EHCI
patch which is still in your queue.)
- Dave
[USB] start ehci split
This renames some ISO data structures that will be
used with both high and full speed streams ... the
initial code only supported high speed. Also adds
a few data members needed at full speed.
Please merge.
- Dave
[USB] ehci, rename some iso data structures
Rename some data and functions use
This patch teaches the "avoid proprietary configurations"
heuristic about RNDIS, which cloaks itself as CDC ACM.
That lets Linux work with some cable modems that behaved
fine on 2.4 kernels. Like some normal telecomm modems,
these have a MSFT-oriented configuration in addition to
one that's more o
David:
Is there a reason why usb_hcd_pci_resume() doesn't call pci_set_master()
and makes the HC drivers do it instead?
Alan Stern
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux w
I'd like to know how this usb patch is going ? Is there still a lot to
do or will it be ready for 2.6.4 ? We'd like to know.
Thanks
Antoine REVERSAT
Le sam 27/12/2003 à 23:35, David Brownell a écrit :
> To be clear: I won't be integrating this, and my recommendation is
> that Duncan handle this
On Tue, 17 Feb 2004, David S. Miller wrote:
> On Tue, 17 Feb 2004 14:02:08 -0800
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > Alan Stern wrote:
> > > Can anyone answer the question in the Subject: line? Is it just an
> > > historical relic?
> >
> > Dave Miller added them a while back, so
I was pretty skeptical when I looked at the patch because my drivers that
talk directly to the usb-core use bulk writes if the kernel version is
2.4.21 or 22 (because ints were broken in those versions). But, after
applying the patch to usb-core the system works as expected and I can both
read and
Hi,
why the function uhci_submit_urbs is called from process_iso? The urb's
tds are already written when passing usb_submit_urb, aren't they?
Thanks
Thomas Feldburg
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and depl
31 matches
Mail list logo
