[linux-usb-devel] RE: [linux-pm] Behavior of PCMCIA based HCD in the event of SUSPEND

2006-04-18 Thread rasmit.ranjan
> -Original Message- > From: Alan Stern [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 18, 2006 7:19 PM > To: Rasmit Ranjan (WT01 - Semiconductors & Consumer Electronics) > Cc: linux-usb-devel@lists.sourceforge.net > Subject: Re: [linux-pm] Behavior of PCMCIA based HCD in the > event

[linux-usb-devel] How to use hub-ctrl.c

2006-04-18 Thread bhuvan.kumarmital
Hi Niibe,    I am doing a project that involves testing a ohci based host controller driver for a PCMCIA card. The card has a USB port on it and i want to manually power off the port (without ejecting the card of course), either by  a shell command or by an application (user space) program

[linux-usb-devel] Re: [PATCH] MacBook Pro touchpad support

2006-04-18 Thread Greg KH
On Tue, Apr 18, 2006 at 05:17:51PM +0200, Stelian Pop wrote: > Le mardi 18 avril 2006 ?? 21:25 +0900, YOSHIFUJI Hideaki / a > ??crit : > > In article <[EMAIL PROTECTED]> (at Tue, 18 Apr 2006 13:07:11 +0200), > > Nicolas Boichat <[EMAIL PROTECTED]> says: > > > > > @@ -147,13 +164,22 @

[linux-usb-devel] Re: [PATCH 36/38] USB: pl2303: added support for OTi's DKU-5 clone cable

2006-04-18 Thread Greg KH
On Wed, Apr 19, 2006 at 02:15:32AM +0200, [EMAIL PROTECTED] wrote: > There are some problems with compatibility of the OTi's cable with plain > PL2303 cable, as noticed by Werner Tuchan ([EMAIL PROTECTED]). Although it is > claimed on some web pages that the cable is based on pl2303 chip, it turn

[linux-usb-devel] Re: [PATCH 36/38] USB: pl2303: added support for OTi's DKU-5 clone cable

2006-04-18 Thread tomek . fizyk
There are some problems with compatibility of the OTi's cable with plain PL2303 cable, as noticed by Werner Tuchan ([EMAIL PROTECTED]). Although it is claimed on some web pages that the cable is based on pl2303 chip, it turned out that it uses a familiar chip - OTi-6858 - USB To RS232 Bridge Con

Re: [linux-usb-devel] Re: usb devices and O_EXCL

2006-04-18 Thread Andreas Jellinghaus
hmm. ok, I moved to flock() and now several processes have the same file flock()#ed exclusively, i.e. that does not work either. next fcntl()? or are device files in any way special when it comes to flock(), fcntl() and friend? I only want to make sure that only one process is talking to some usb

Re: [linux-usb-devel] USB Storage major and minor number

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, Patrick Agrain wrote: > Hi Alan, > > > > >This isn't a simple mapping. A single USB device may correspond to 0, 1, > >or more entries in /dev. Also, it's not clear why you want to know the > >major and minor numbers rather than the filename of the /dev entry. > > In that

Re: [linux-usb-devel] Re: usb devices and O_EXCL

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, Andreas Jellinghaus wrote: > as alternative, I can use usb functions to claim the interface. > would that also have the desired effect? it might be even better, > as it would allow devices with several integrated components to be > locked only on the endpoint I use, and leave

Re: [linux-usb-devel] USB Storage major and minor number

2006-04-18 Thread gary clark
Much appreciated Alan. Thanks, Garyc --- Alan Stern <[EMAIL PROTECTED]> wrote: > On Tue, 18 Apr 2006, gary clark wrote: > > > Hello, > > > > Is there a system call maybe an ioctl that can be > > performed within usb storage driver to obtain the > > major and minor numbers corresponding to thos

[linux-usb-devel] Re: [PATCH] MacBook Pro touchpad support

2006-04-18 Thread YOSHIFUJI Hideaki / 吉藤英明
In article <[EMAIL PROTECTED]> (at Tue, 18 Apr 2006 13:07:11 +0200), Nicolas Boichat <[EMAIL PROTECTED]> says: > @@ -147,13 +164,22 @@ MODULE_PARM_DESC(debug, "Activate debugg > /* Checks if the device a Geyser 2 (ANSI, ISO, JIS) */ > static inline int atp_is_geyser_2(struct atp *dev) > { > -

[linux-usb-devel] Re: [PATCH] MacBook Pro touchpad support

2006-04-18 Thread Stelian Pop
Le mardi 18 avril 2006 à 21:25 +0900, YOSHIFUJI Hideaki / 吉藤英明 a écrit : > In article <[EMAIL PROTECTED]> (at Tue, 18 Apr 2006 13:07:11 +0200), Nicolas > Boichat <[EMAIL PROTECTED]> says: > > > @@ -147,13 +164,22 @@ MODULE_PARM_DESC(debug, "Activate debugg > > /* Checks if the device a Geyser 2

Re: [linux-usb-devel] USB Storage major and minor number

2006-04-18 Thread Patrick Agrain
Hi Alan, This isn't a simple mapping. A single USB device may correspond to 0, 1, or more entries in /dev. Also, it's not clear why you want to know the major and minor numbers rather than the filename of the /dev entry. In that case, what would be the best way to know the device node on w

Re: [linux-usb-devel] Re: usb devices and O_EXCL

2006-04-18 Thread Andreas Jellinghaus
Am Dienstag, 18. April 2006 17:10 schrieb Alan Stern: > > all of them open it with O_EXCL? > > > > does O_EXCL not work standalone? should I use flock or something like > > that instead to prevent several processes accessing the same file? > > Or are usb device file somehow special and those method

Re: [linux-usb-devel] [OOPS] console=ttyUSB0 with ftdi_sio

2006-04-18 Thread Paul Fulghum
On Fri, 2006-04-14 at 17:48 +0200, Guennadi Liakhovetski wrote: > Heh, so it happened:-) I did see that input didn't work, and thought if I > should try to think about it, but then I decided, since somebody disabled > it, maybe there was a reason for it, and since I don't need it... > > Well, I

Re: [linux-usb-devel] USB Storage major and minor number

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, gary clark wrote: > Hello, > > Is there a system call maybe an ioctl that can be > performed within usb storage driver to obtain the > major and minor numbers corresponding to those found > in /dev on a USB device. No. > I perform an open system call using usbfs i.e > /proc

Re: [linux-usb-devel] Re: usb devices and O_EXCL

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, Andreas Jellinghaus wrote: > I tried once more, and this time with /dev/bus/usb only. > > How can there be five processes with the same file opened? > > [EMAIL PROTECTED]:~# lsof |grep /dev/bus/ > ifdhandle 26749 root3u CHR189,273 >

[linux-usb-devel] Re: [linux-pm] Behavior of PCMCIA based HCD in the event of SUSPEND

2006-04-18 Thread Dominik Brodowski
On Tue, Apr 18, 2006 at 09:45:50AM -0400, Alan Stern wrote: > On Tue, 18 Apr 2006 [EMAIL PROTECTED] wrote: > > Also the PCMCIA subsystem's behavior is to power off the socket > > irrespective of whether the PCMCIA client driver has successfully > > handled the SUSPEND event or not. > > I don't kno

[linux-usb-devel] Re: usb devices and O_EXCL

2006-04-18 Thread Andreas Jellinghaus
I tried once more, and this time with /dev/bus/usb only. How can there be five processes with the same file opened? [EMAIL PROTECTED]:~# lsof |grep /dev/bus/ ifdhandle 26749 root3u CHR189,273 51693 /dev/bus/usb/003/018 ifdhandle 26761 root3u

[linux-usb-devel] USB Storage major and minor number

2006-04-18 Thread gary clark
Hello, Is there a system call maybe an ioctl that can be performed within usb storage driver to obtain the major and minor numbers corresponding to those found in /dev on a USB device. I perform an open system call using usbfs i.e /proc/bus/usb/001/001 and and use CONNECT and DISCONNECT in the io

Re: [linux-usb-devel] "usb_gadget_unregister_driver" undefined!

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, Peter Chen wrote: > > Hi,all > I have developed my udc driver at 2.6.14 kernel. > And I have two ko and need to insmod(dm320_udc.ko and > g_file_storage.ko) > In order to get convinence,i compile my code outside the kernel > tree.(both udc and file_storage ko)

Re: [linux-usb-devel] HELP in patching USB subsystem

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006, rakesh kn wrote: > Hi, > > I have Linux 2.6.11 linux source with me which has the BSP stuff to > get to run on a ARM platform . For this a separate directory is there > in arch/ where the BSP stuff is written . > I am required to move to 2.6.16 . My primary aim is to write th

[linux-usb-devel] Re: [linux-pm] Behavior of PCMCIA based HCD in the event of SUSPEND

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006 [EMAIL PROTECTED] wrote: > Now the problem is PCMCIA powers of the card when it gets the suspend > event. So consider the following case: > > Let the device,port,roothub interface and the Host controller, > which are the nodes of the device tree are not suspened.Now a us

[linux-usb-devel] RE: [linux-pm] Behavior of PCMCIA based HCD in the event of SUSPEND

2006-04-18 Thread Alan Stern
On Tue, 18 Apr 2006 [EMAIL PROTECTED] wrote: > > The HCD's behavior should be to suspend the host controller, with the > > understanding that factors beyond the HCD's control (such as the > > behavior of the PCMCIA client driver) may cause the host controller to > be > > shut down entirely. The H

[linux-usb-devel] "usb_gadget_unregister_driver" undefined!

2006-04-18 Thread Peter Chen
Hi,all I have developed my udc driver at 2.6.14 kernel. And I have two ko and need to insmod(dm320_udc.ko and g_file_storage.ko) In order to get convinence,i compile my code outside the kernel tree.(both udc and file_storage ko) the dm320_udc locates at /work/driver/usb/gadget.

[linux-usb-devel] HELP in patching USB subsystem

2006-04-18 Thread rakesh kn
Hi, I have Linux 2.6.11 linux source with me which has the BSP stuff to get to run on a ARM platform . For this a separate directory is there in arch/ where the BSP stuff is written . I am required to move to 2.6.16 . My primary aim is to write the USB Controller driver for the ARC chip present on

[linux-usb-devel] [PATCH] MacBook Pro touchpad support

2006-04-18 Thread Nicolas Boichat
From: Nicolas Boichat <[EMAIL PROTECTED]> Add support for MacBook touchpad in appletouch driver. Thanks to Alex Harper for the informations. Acked-by: Johannes Berg <[EMAIL PROTECTED]> Acked-by: Stelian Pop <[EMAIL PROTECTED]> Signed-off-by: Nicolas Boichat <[EMAIL PROTECTED]> --- drivers/usb/in

Re: [linux-usb-devel] [OOPS] console=ttyUSB0 with ftdi_sio

2006-04-18 Thread Gyorgy Szekely
On 4/14/06, Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote: > (your chances for a quick reply were higher if you used reply-to-all) > > Heh, so it happened:-) I did see that input didn't work, and thought if I > should try to think about it, but then I decided, since somebody disabled > it, maybe