On Fri, Mar 22, 2002 at 05:06:27PM +0800, Yang Xiaoyong wrote:
>
> And this should be why only irda-usb.c file uses the zero length packet.
The ir-usb.c driver also uses zero length packets, because it follows a
portion of the same spec as the irda-usb.c driver.
thanks,
greg k-h
_
Hi,
I was quickly scanning the BlueZ mail archive and found a few
comments regarding the support of Zero Packet with uhci.c. Johannes,
that is mostly for you ;-)
First, I never updated the comment on top of irda-usb because
I never got it to work with uhci.c. I was waitin
On Fri, Mar 22, 2002 at 07:27:19PM -0800, David Brownell wrote:
> Yes, it's supposed to be fine. I'm surprised you're seeing
> any kind of evident interaction at all. Less surprised
> once you mention SMP, though I'd suspect that as meaning
> you're just hitting bugs in one of the HC drivers.
Hi,
For my testing, I've got a computer with both a UHCI and OHCI
card. What I've noticed is that whenever I've got usb-uhci and
usb-ohci active at the same time, I end up with a crash (Opps). It
doesn't really matter because nowadays I make sure that only one HCI
is active at a t
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:20:28-08:00, [EMAIL PROTECTED]
> USB update documentation
>
> This updates linux/Documentation/usb/proc_usb_info.txt to:
>
> - refer to "usbfs"
> - describe the /proc/bus/usb/BBB/DDD f
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:07:02-08:00, [EMAIL PROTECTED]
> USB hub
>
> remove duplicate check.
> Thanks to Itai Nahshon <[EMAIL PROTECTED]> for pointing this out.
>
> drivers/usb/hub.c |4
> 1 files changed, 4 de
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:24:12-08:00, [EMAIL PROTECTED]
> USB uhci driver update
>
> (3 updates in one, greg k-h merged them)
>
> ***
> [PATCH] uhci.c 2.4.19-pre3 kmem_cache_alloc flags
>
> My previous patch wh
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:26:23-08:00, [EMAIL PROTECTED]
> USB core
>
> change a message from a warning to a debug message (it's not that important).
>
> drivers/usb/usb.c |2 +-
> 1 files changed, 1 insertion(+), 1 del
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:19:09-08:00, [EMAIL PROTECTED]
> USB ohci and unlink-in-completion
>
> This fixes the problem Stuart reported, where interrupt urbs
> couldn't be unlinked from their completion handlers, and it
>
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:18:01-08:00, [EMAIL PROTECTED]
> USB ipaq driver
>
> Don't submit urbs while holding spinlocks
>
> drivers/usb/serial/ipaq.c | 38 +-
> 1 files changed, 25 ins
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:30:56-08:00, [EMAIL PROTECTED]
> USB usbfs periodic endpoint/bandwidth reporting
>
> - Shows isochronous periods correctly (logarithmic
> encoding, possibly 1/2/4 microframes if highspeed)
>
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:46:28-08:00, [EMAIL PROTECTED]
> USB printer driver
>
> General driver update:
> - bind to 7/1/2 alternate setting by default, to fix printing with HP
> LaserJet 1200 and 2200
> - ioctl
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 15:10:27-08:00, [EMAIL PROTECTED]
> USB hub
>
> changed the interval for checking if the device is connected yet or not.
> Thanks to Itai Nahshon <[EMAIL PROTECTED]> for the information.
>
> drive
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:49:47-08:00, [EMAIL PROTECTED]
> USB pwc driver
>
> Well, this driver is nearing its completion... With this latest patch,
> nearly all of the extended features that the cameras support are avail
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:44:41-08:00, [EMAIL PROTECTED]
> USB kaweth driver
>
> added support for the Optus@Home UEP1045A device.
>
> drivers/usb/kaweth.c |1 +
> 1 files changed, 1 insertion(+)
# This is a BitKeeper
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:47:54-08:00, [EMAIL PROTECTED]
> USB HID driver
>
> Workaround for the ATEN keyboard switches
>
> drivers/usb/hid-core.c | 34 ++
> drivers/usb/hid.h |2 +
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:40:07-08:00, petkan@mastika.
> USB pegasus driver
>
> fix problem which cause hotplug/unplug crash the kernel
>
> drivers/usb/pegasus.c | 63 +++---
>
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:43:38-08:00, [EMAIL PROTECTED]
> USB hpusbscsi driver
>
> some scanners need special handling of request sense
>
> drivers/usb/hpusbscsi.c | 56 +---
>
On Fri, Mar 22, 2002 at 03:59:32PM -0800, Greg KH wrote:
> [EMAIL PROTECTED], 2002-03-22 14:36:44-08:00, [EMAIL PROTECTED]
> USB visor driver
>
> Added support for the Palm m130 device, thanks to Udo Eisenbarth
> <[EMAIL PROTECTED]> for the information.
>
> drivers/usb/serial/visor.c |
Pull from: bk://linuxusb.bkbits.net/marcelo-2.4
The individual patches will be sent in follow up messages to this email.
thanks,
greg k-h
Documentation/usb/proc_usb_info.txt | 183 +--
drivers/usb/devices.c | 134 ++--
drivers/usb/hid-core.c | 34 +
On Fri, 22 Mar 2002, David Brownell wrote:
>> 1. The problem, according to my crude user-space measurements using
>>gettimeofday(), is that a bulk transfer of 4096 bytes takes
>>approximately 70 milliseconds to complete. Does this seem
>>reasonable? It seems like a very long time f
On Fri, Mar 22, 2002 at 03:03:46PM -0800, Maksim Krasnyanskiy wrote:
> Folks,
>
> Any ideas USB transaction can be screwed ?
> Please read problem explanation below.
I read this, and without a USB trace dump, I would blame the usb device,
not the host controller software.
> btw Greg, is there a
On Fri, 22 Mar 2002, Dan Streetman wrote:
>I will send a second email containing a simple program to exercise
>this.
example usage:
/proc/bus/usb/001/005 -2
to disconnect interface number (not position) 2 from device 5 on HC 1
to connect,
/proc/bus/usb/001/005 2
#include
#include
#incl
On Wed, 20 Mar 2002, Greg KH wrote:
>> Folk would benefit from being able to bind/unbind drivers from
>> interfaces (viz that recent VMWare note, and there are other cases
>> too).
>
>Agreed. The pencam userspace program has this problem right now with
>the video kernel driver being bound to th
Folks,
Any ideas USB transaction can be screwed ?
Please read problem explanation below.
btw Greg, is there any reason why, in your Bluetooth -> TTY driver, you
submit bulk_in requests with the buf_len exactly
equal to max_packet_len on bulk endpoint instead of a larger buffer that
can hold co
> 1. The problem, according to my crude user-space measurements using
>gettimeofday(), is that a bulk transfer of 4096 bytes takes
>approximately 70 milliseconds to complete. Does this seem
>reasonable? It seems like a very long time for such a small amount
>of data.
Yes it does
On Fri, Mar 22, 2002 at 11:14:02AM -0800, David Brownell wrote:
> Whoops, wrong version of the patch. Here's the
> right one -- prints only one "B:" line!
Thanks, applied.
greg k-h
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
htt
Whoops, wrong version of the patch. Here's the
right one -- prints only one "B:" line!
- Dave
- Original Message -
From: "David Brownell" <[EMAIL PROTECTED]>
To: "Greg KH" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, March 22, 2002 8:31 AM
Subject: PATCH -- usbfs periodic
I maintain a program to communicate with a Creative Nomad II MG MP3
player (http://www.swiss.ai.mit.edu/~cph/nomad.php) through usbdevfs.
Recently I've been trying to understand why file transfers to and from
the device are so slow (about 55 kB/s rates). When doing the same
operations using Creat
On Fri, Mar 22, 2002 at 11:17:19PM +0530, V Ganesh wrote:
> hi greg,
> there's a problem with your recent change to move open count
> accounting to usbserial.c. consider the case when the cable is yanked, causing
> a disconnect. usbserial will clean up very thoroughly so that no further
> cl
hi greg,
there's a problem with your recent change to move open count
accounting to usbserial.c. consider the case when the cable is yanked, causing
a disconnect. usbserial will clean up very thoroughly so that no further
close/write etc will get in. some drivers (at least visor and
ipaq)
On Wed, 20 Mar 2002, Greg KH wrote:
>Oh, didn't realize that, sorry. Does anyone use it today?
Yes.
--
Dan Streetman
[EMAIL PROTECTED]
--
186,282 miles per second:
It isn't just a good idea, it's the law!
Hi,
This is the 2.4 analogue of the usbfs-0319 patch I sent
you for 2.5 ... it's identical except that the 2.5 code had
a FIXME (which 0319 fixed :) where the 2.4 code didn't.
Please apply. This is against 2.4.19-pre2 but I don't
think anyone else changed that file.
- Dave
usbfs-0322.patch
Hi All,
I am currently working on writing a USB host driver
for a chip which is not OHCI/UHCI compliant ,under
linux.So i was reading OHCI code and following a bit
same procedure for our chip and was success to the
level that it was able to identify the device..
I am presently testing with a U
Greg KH wrote:
> Oh, didn't realize that, sorry. Does anyone use it today?
Yes, extensively.
eg. usbstress on usb.in.tum.de,
baycomusb (www.baycom.org)
Tom
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.n
> But it also proves that it's not spec compliant :).
> See posting from Roman Weissgaerber
> http://www.geocrawler.com/lists/3/SourceForge/11993/50/8141454/
I am using the Microtune(transilica) 1760 bluetooth USB module, which is
less famous but qualified.
http://www.transilica.com/tech-qualific
36 matches
Mail list logo
