> > > > A driver-wide cache of pre-initialized URBs could make some
> > > > sense, but a USB-wide one would just duplicate kmem_cache
> > > > functionality so far as I can tell.
> > >
> > > So it would seems. But that does not mean that using the slab
> > > cache is a bad idea, does it ?
> > >
> >
In section 9.6.6 of the USB 2.0 spec, the text describing
the endpoint descriptor specifies several things that
aren't handled right by the "devices" file.
For example, it doesn't handle full speed ISO, uses
the wrong units for high speed transfers, and lies about
"high bandwidth" endpoints (hig
On Fri, 1 Mar 2002 14:18, Shane Nay wrote:
> Situation-
> I have a ARM board that I wrote a small USB stack for so I could
> download my updates quicker. I wrote a linux driver to talk to that
> USB stack and download my code basically.
If you have a SA1110, there is a standard "usb device" drive
I've been able to track down a bug in ep_unlink() which leaves
interrupt endpoint descriptors linked into the hcca int_table. This
only seems to happen when there are a large number of devices (and
thus ED's) using interrupts. I only noticed it when I had about 11
devices (hubs, keyboards, mice)
Situation-
I have a ARM board that I wrote a small USB stack for so I could
download my updates quicker. I wrote a linux driver to talk to that
USB stack and download my code basically.
Problem-
The framerate appears to be stuck at 1ms between frames. So, if I
queue up a single bulk urb at a
Hi all,
I recently bought a Motorola v60c CDMA phone and a USB data kit for
it.
This kit synchronizes the phone book, calendar, and notes.
Has anyone figured out the protocol behind the data exchange. I know
synchronization is accomplished using StarFish's TrueSync for Windows.
The driver also
On Thursday 28 February 2002 22:55, David Brownell wrote:
> > > A driver-wide cache of pre-initialized URBs could make some
> > > sense, but a USB-wide one would just duplicate kmem_cache
> > > functionality so far as I can tell.
> >
> > So it would seems. But that does not mean that using the sla
> > A driver-wide cache of pre-initialized URBs could make some
> > sense, but a USB-wide one would just duplicate kmem_cache
> > functionality so far as I can tell.
>
> So it would seems. But that does not mean that using the slab
> cache is a bad idea, does it ?
>
> Do you know how to use the
On Thursday 28 February 2002 01:33, David Brownell wrote:
> > I was thinking that this would be a good idea too (a usb subsystem wide
> > urb pool). ...
>
> A driver-wide cache of pre-initialized URBs could make some
> sense, but a USB-wide one would just duplicate kmem_cache
> functionality so f
On Wed, Feb 27, 2002 at 10:17:25PM -0800, Mark McClelland wrote:
> This changeset upgrades the ov511 driver in kernel 2.5.6-pre1 to version
> 1.52. It compiles cleanly but has not been otherwise tested (under
> 2.5.6-pre1). Please apply.
Thanks, this changeset worked just fine. applied.
greg
> > How about verifying that this problem is still present in the most
> > recent kernel versions, and then sending a patch against those versions?
>
> Sure. I verified by eye that the problem still existed (by checking
> that in usb-ohci.c, in dl_del_urb, there's a code path that doesn't
> call
On Wed, Feb 27, 2002 at 09:24:12PM -0800, Mark McClelland wrote:
> This upgrades the ov511 driver in the 2.4 kernel to version 1.50. This
> has been checked for regressions and tested with a number of devices.
> Greg, please apply.
thanks, applied.
greg k-h
___
On Thu, Feb 28, 2002 at 01:10:47PM -0800, David Paschal wrote:
> But whatever you do, please don't just ignore me.
I'm not ignoring you. If Vojtech says to apply these patches, I will.
But the longer he ignores you, the greater the possibility that I will
just apply them :)
Vojtech, any thought
Here is some info to support the Toshiba PDR-M60, I would guess it would
be simple to add, since the M50 is supported
more /proc/bus/usb/devices
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12
MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.00 Cls=09(hub ) Sub=00 Pro
On Thu, Feb 28, 2002 at 12:12:42AM -0800, Greg KH wrote:
> Pull from: http://linuxusb.bkbits.net/linus-2.5
>
> Oops, I left in a debugging statement in that last batch of patches,
> sorry.
>
>
> --
> [EMAIL PROTECTED], 2002-02-27 23:59:49-08:00, [EMAIL PROTECTED]
> usb core:
> - re
Pull from: http://linuxusb.bkbits.net/linus-2.5
Oops, I left in a debugging statement in that last batch of patches,
sorry.
--
[EMAIL PROTECTED], 2002-02-27 23:59:49-08:00, [EMAIL PROTECTED]
usb core:
- removed debugging statement in usb_free_urb() that I
accidentally l
16 matches
Mail list logo
