[linux-usb-devel] Ericsson T39m driver & kernel 2.4.20

2003-08-21 Thread Alf C Stockton
I wish to create an usb driver for my Ericsson cell phone on my production machine. As this is a production machine I am loath to start changing kernel, especiall to a test kernel therefore I wish to stay with 2.4.20 Following on from Greg KH <[EMAIL PROTECTED]> articles in the Feb/April 2003 Linu

[linux-usb-devel] Fwd: USB fails after power cycle

2003-08-21 Thread Andrew Klaassen
I'm forwarding some posts from a discussion on [EMAIL PROTECTED] A USB UPS isn't being detected when the power comes up until the USB cable is unplugged/replugged. Any idea why this might be? Any way to fix it? Andrew Klaassen - Forwarded message from Andrew Klaassen <[EMAIL PROTECTED]> -

[linux-usb-devel] [BUG] ohci-hcd still broken with sleep mode

2003-08-21 Thread Benjamin Herrenschmidt
Just a note about ohci-hcd in Linus current bk still locking up solid when entering sleep mode (with no message). I haven't investigated yet, this happens on a Titanium PowerBook (so powermac stuff). Ben. --- This SF.net email is sponsored by:

[linux-usb-devel] USB kernel driver for APG cash drawer

2003-08-21 Thread William L. Thomson Jr.
I am in the process of developing a POS (Point of Sale) app in Java to be deployed on Linux workstations. I tried my best to research cash drawers and could not find one that has a USB interface and support for Linux. In fact I have not come across any so far that have support for Linux regardles

Re: [linux-usb-devel] usb client on PXA255,Please help me

2003-08-21 Thread David Brownell
Alan Stern wrote: On Wed, 20 Aug 2003, David Brownell wrote: When enough such drivers are available, we might want to assemble them into multi-function devices. PXA based gadgets could very easily talk Ethernet, usb-storage, TTY, and other device protocols all at the same time! If there are en

Re: [linux-usb-devel] ONLCR broken on pl2303 and mct_u232

2003-08-21 Thread David Anders
Greg KH wrote: What kernel version is this? this is on 2.4.20 Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_ioctl (0) cmd = 0x5401 Aug 20 11:39:03 lnxtest kernel: pl2303.c: pl2303_ioctl not supported = 0x5401 TCGETS, not really a big deal that we don't support this one Aug 20 11:39:03 ln

[linux-usb-devel] [patch] backport usbfs 'disconnect' (fwd)

2003-08-21 Thread Dan Streetman
It seems this didn't get thru the first time... -- Forwarded message -- Date: Wed, 20 Aug 2003 23:45:42 -0400 (EDT) From: Dan Streetman <[EMAIL PROTECTED]> To: Linux USB devel <[EMAIL PROTECTED]>, Greg KH <[EMAIL PROTECTED]> Subject: [patch] backport usbfs 'disconnect' Hi

Re: [linux-usb-devel] ONLCR broken on pl2303 and mct_u232

2003-08-21 Thread David Anders
Greg KH wrote: Hm, I don't really know. Perhaps you might want to ask this on the linux-kernel mailing list. already digging into with a couple of kernel folks, probably have something figured out by the first of next week, i'll keep you posted thanks dave --

[linux-usb-devel] Re: PATCH: (as85) Addition checks in usb_submit_urb()

2003-08-21 Thread Greg KH
On Thu, Aug 21, 2003 at 02:54:54PM -0400, Alan Stern wrote: > This patch adds additional checking to usb_submit_urb() for control and > isochronous transfers. It also adjusts the pipe value for control URBs to > match the direction in the bRequestType field of the setup packet. Does this actual

[linux-usb-devel] Re: Gadget API and control transfers

2003-08-21 Thread Alan Stern
On Thu, 21 Aug 2003, David Brownell wrote: > Alan Stern wrote: > > David: > > > > It's not clear how the gadget API handles the data and status stages of a > > control transfer. The impression I have is that the queued requests are > > bi-directional; the gadget controller reads the request bu

[linux-usb-devel] Returned mail: see transcript for details

2003-08-21 Thread Mail Delivery Subsystem
The original message was received at Thu, 21 Aug 2003 06:27:01 -0700 (PDT) from smtpout05-en1.mac.com [17.250.248.87] - The following addresses had permanent fatal errors - <[EMAIL PROTECTED]> (reason: 550 5.1.1 unknown or illegal alias: [EMAIL PROTECTED]) (expanded from: <[EMAI

[linux-usb-devel] Warning: message 19pv3q-00070Y-00 delayed 8 hours

2003-08-21 Thread Mail Delivery System
This message was created automatically by mail delivery software (Exim). A message that you sent has not yet been delivered to one or more of its recipients after more than 8 hours on the queue on chlothar.bnv-bamberg.de. The message identifier is: 19pv3q-00070Y-00 The subject of the message

[linux-usb-devel] PATCH: (as85) Addition checks in usb_submit_urb()

2003-08-21 Thread Alan Stern
This patch adds additional checking to usb_submit_urb() for control and isochronous transfers. It also adjusts the pipe value for control URBs to match the direction in the bRequestType field of the setup packet. If nothing seems wrong, please apply. Alan Stern = urb.c 1.35 vs edited ===

[linux-usb-devel] re: your email message

2003-08-21 Thread Lyris ListManager
The following lines in your email message did not appear to be Lyris ListManager commands and were skipped: > This is a multipart message in MIME format > --_NextPart_000_0512717D > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > See the attached file for

[linux-usb-devel] Re: Re: My details

2003-08-21 Thread WAVA Postmaster
WARNING: our e-mail system has detected that your message to us contained a virus, as follows: /var/spool/uvscan/tmp/document_9446.pif Found the W32/[EMAIL PROTECTED] virus !!! Accordingly, your message has *not* been delivered to it's recipient. Further information about this virus can

Re: [linux-usb-devel] UHCI and lost incoming data after close/open

2003-08-21 Thread Matthias Bruestle
Mahlzeit On Thu, Aug 21, 2003 at 03:01:42PM -0400, Alan Stern wrote: > I'm stumped. And there is no open/close handling in UHCI. Could it be > that your program does something different before the first request and > between the first & second? The program is run twice and does nothing diffe

[linux-usb-devel] Re: Gadget API and control transfers

2003-08-21 Thread Alan Stern
On Thu, 21 Aug 2003, David Brownell wrote: > Alan Stern wrote: > > > > I respectfully disagree: IN to the host means the gadget controller reads > > data from its request buffer and sends that data to the host. OUT to the > > device means the gadget controller takes the data coming from the host

[linux-usb-devel] Re: Gadget API and control transfers

2003-08-21 Thread David Brownell
Alan Stern wrote: On Thu, 21 Aug 2003, David Brownell wrote: (I've seen some vendor protocols that don't use all the SETUP packet bytes the same way that standard requests do, so wLength isn't necessarily relevant here.) Hmm. So maybe this part of my patch submitted earlier today (as85) is w

[linux-usb-devel] Re: Gadget API and control transfers

2003-08-21 Thread David Brownell
Alan Stern wrote: On Thu, 21 Aug 2003, David Brownell wrote: Alan Stern wrote: David: It's not clear how the gadget API handles the data and status stages of a control transfer. The impression I have is that the queued requests are bi-directional; the gadget controller reads the request buff

[linux-usb-devel] Warning: message 19pv3q-00070Y-00 delayed 4 hours

2003-08-21 Thread Mail Delivery System
This message was created automatically by mail delivery software (Exim). A message that you sent has not yet been delivered to one or more of its recipients after more than 4 hours on the queue on chlothar.bnv-bamberg.de. The message identifier is: 19pv3q-00070Y-00 The subject of the message

[linux-usb-devel] Re: Fwd: USB fails after power cycle

2003-08-21 Thread Andrew Klaassen
Part two... Andrew Klaassen - Forwarded message from Andrew Klaassen <[EMAIL PROTECTED]> - Date: Thu, 21 Aug 2003 16:25:56 -0400 From: Andrew Klaassen <[EMAIL PROTECTED]> Subject: Re: USB fails after power cycle To: [EMAIL PROTECTED] On Thu, Aug 21, 2003 at 03:04:49PM -0400, Charles Le

[linux-usb-devel] Re: Fwd: USB fails after power cycle

2003-08-21 Thread Andrew Klaassen
And, hope this isn't spamming - and apologies if it is - part three. (I just wanted to make sure y'all had all the details...) Andrew Klaassen - Forwarded message from Charles Lepple <[EMAIL PROTECTED]> - Date: Thu, 21 Aug 2003 16:39:49 -0400 (EDT) From: Charles Lepple <[EMAIL PROTECTE

[linux-usb-devel] uhci <-> zaurus problem - "FIXME"

2003-08-21 Thread Rob Miller
I've done some further work on the problem I reported earlier involving the Sharp Zaurus and the uhci and usbnet modules. I'm currently running 2.4.22-rc2 with ACPI (20030813) and swsusp (1.1-rc5) patches. I can reproduce the problem with only uhci.o and usbcore.o loaded; the "->" lines below in

Re: [linux-usb-devel] UHCI and lost incoming data after close/open

2003-08-21 Thread Alan Stern
On Wed, 20 Aug 2003, Matthias Bruestle wrote: > > > I have not log here, which shows the first and second run. It works in 2.4 > > > and the driver does stop just the Int IN URB between runs, which is the same > > > it does in 2.4 and therefore I don't think, that anything can go wrong with > > >

[linux-usb-devel] Re: That movie

2003-08-21 Thread rbh00
Please see the attached file for details. -- Virus Warning Message (on the network) movie0045.pif is removed from here because it is of type pif -

[linux-usb-devel] Re: [patch] backport usbfs 'disconnect'

2003-08-21 Thread Dan Streetman
On Wed, 20 Aug 2003, Dan Streetman wrote: >here is a backport of the usbfs 'disconnect' functionality. The only >difference I know of from the 2.5 code is this doesn't use the kernel >lock. I'm not sure if that is really needed? Anyway it would be great to >finally get this into 2.4... Oh

[linux-usb-devel] Out of Office AutoReply: Details

2003-08-21 Thread Ethernet
Thank you for your interest in Cirrus Logic. We value our customers and would like to support you. Please visit the Support area of www.cirrus.com and submit a Design Support Request form telling us how we can help you. --- This SF.net email is

[linux-usb-devel] Re: That movie

2003-08-21 Thread tallen
Please see the attached file for details. -- Virus Warning Message (on the network) wicked_scr.scr is removed from here because it contains a virus. -