Re: [linux-usb-devel] USB mouse autosuspend

Jiri Kosina schrieb: > It could be that only the light goes on for a few seconds (Alan, are you > sure that the power would not suffice?), but the mouse is not issuing any > wakeup request. If a USB device suspends because te bus goes idle then it is allowed to draw 2.5 mA if it is a 500 mA de

Re: [linux-usb-devel] [PATCH 4/4] net: add usb_alloc_urb_node to use use kmalloc_node

On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote: > On Mon, Jul 02, 2007 at 10:17:56PM -0700, Yinghai Lu wrote: > > [PATCH 4/4] usb: add usb_alloc_urb_node to use use kmalloc_node > > On the linux-usb-devel list we are discussing how usb_alloc_urb is being > reworked to look totally different, so this

Re: [linux-usb-devel] [PATCH 3/4] usb: allocated usb releated dma buffer with kmalloc_node

On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote: > On Mon, Jul 02, 2007 at 10:33:12PM -0700, Yinghai Lu wrote: > Ok, so two drivers might need this, but not the whole usb core, right? > > And even if you do have another usb mapping, is that a real problem? > USB keyboards and mice are very slow. Some

Re: [linux-usb-devel] Question about struct usb_hub

Still consider following piece of code, I see there is a change in this part of code,here showed the same part of code but came from different kernel version,one is sampled from kernel 2.6.10,while another is sampled from kernel 2.6.21. inside hub_events() sampled from drivers/usb/core/hub.c, 2.6.

Re: [linux-usb-devel] USB mouse autosuspend

On Tue, 2007-07-03 at 18:54 +0200, Jiri Kosina wrote: >On Tue, 3 Jul 2007, Alan Stern wrote: > >> It's totally bogus! With no driver loaded, the mouse won't be enabled >> for remote wakeup. Consequently it should never be resumed, no matter >> what you do to it. If it does send a wakeup reques

Re: [linux-usb-devel] USB mouse autosuspend

Alan Stern wrote: >On Tue, 3 Jul 2007, Jiri Kosina wrote: >> On Tue, 3 Jul 2007, Alan Stern wrote: >> >> > It's totally bogus! With no driver loaded, the mouse won't be enabled >> > for remote wakeup. Consequently it should never be resumed, no matter >> > what you do to it. If it does send a

Re: [linux-usb-devel] [Linux-usb-users] USB Bar code scanner timeout

On Oct 6, 2006, at 12:49 PM, Alan Stern wrote: > On Fri, 6 Oct 2006, Kumar Gala wrote: > >> Tried the device under Mac OS X and works fine. Any ideas on how to >> debug what might be going on in Linux? > > Did you try changing the value of USB_CTRL_GET_TIMEOUT? > > Can you get hold of a USB bus

Re: [linux-usb-devel] [Linux-usb-users] USB Bar code scanner timeout

On Oct 6, 2006, at 12:49 PM, Alan Stern wrote: > On Fri, 6 Oct 2006, Kumar Gala wrote: > >> Tried the device under Mac OS X and works fine. Any ideas on how to >> debug what might be going on in Linux? > > Did you try changing the value of USB_CTRL_GET_TIMEOUT? > > Can you get hold of a USB bus

[linux-usb-devel] \x94\xDE\x95\xFB\x82\xC9\x83N\x83~\x83R\x82\xB3\x82\xF1\x82\xA9\x82\xE7\x8A\xAE\x91SFree\x82\xCC\x91\xE5\x90l\x82\xBE\x82\xAF\x82\xCC\x8F\xB5\x91\xD2\x8F\xF3\x82\xF0\x82\xA8\x93\xCD\

\x82\xB1\x82\xF1\x82\xC9\x82\xBF\x82\xCD\x81A\x8A\xAE\x91S\x96\xB3\x97\xBF\x82\xCC\x91\xE5\x90l\x82\xCC\x83\\x81[\x83V\x83\x83\x83\x8B\x83l\x83b\x83g\x83\x8F\x81[\x83N\x89^\x89c\x8E\x96\x96\xB1\x8B\xC7\x82\xCC\x8F\xAC\x97\xD1\x82\xC5\x82\xB7\x81B \x83N\x83~\x83R\x82\xB3\x82\xF1\x82\xAA\x82\xA0\x82\

Re: [linux-usb-devel] [PATCH] Active Huawei E220 devs

On Wed, Jul 04, 2007 at 10:31:10AM +0800, linlei 60022748 wrote: > > Hello Greg, > > Will you accept it? Accept what? I thought you should redo the patch based on all of the comments so far, right? If you do that, then yes, I will. thanks, greg k-h --

Re: [linux-usb-devel] OHCI hangs after failing to free resources

David Brownell wrote: > Hmm. Here's a theory. The way that the current code unlinks > an ED is to set the SKIP bit *AND* remove the ED from the relevant > part of the schedule. > > Maybe ... the hardware gets confused when the ED doesn't seem > to be on the relevant list. Like maybe it expects

Re: [linux-usb-devel] OHCI hangs after failing to free resources

On Tuesday 03 July 2007, Mike Nuss wrote: > David Brownell wrote: > > On Wednesday 02 May 2007, Mike Nuss wrote: > > > > It's possible that the SKIP bit isn't handled correctly. > > > > I've not looked at that code in some time, but I seem to > > recall thinking that setting SKIP was an action more

Re: [linux-usb-devel] [PATCH] Active Huawei E220 devs

Hello Greg, Will you accept it? best wishes Linlei Huawei Technologies Wireless Terminal R&D Dept - 原邮件 - 发件人: linlei 60022748 <[EMAIL PROTECTED]> 日期: 星期二, 六月 26日, 2007 下午4:06 主题: Re: [linux-usb-devel][PATCH] Active Huawei E220 devs > Phil, > Thank you for accept the unusual_devs.h

Re: [linux-usb-devel] OHCI hangs after failing to free resources

David Brownell wrote: > On Wednesday 02 May 2007, Mike Nuss wrote: > > It's possible that the SKIP bit isn't handled correctly. > > I've not looked at that code in some time, but I seem to > recall thinking that setting SKIP was an action more in > the "defensive paranoia" category than the "essent

Re: [linux-usb-devel] OHCI hangs after failing to free resources

On Wednesday 02 May 2007, Mike Nuss wrote: > Mike Nuss wrote: > > David Brownell wrote: Cleaning up some of my inbox here ... :) > >> So, trying for some (bad) ASCII art here > >> > >> TDs 1-4 submitted to ED, > >> HC completed a few (say, 1 & 2) > >> > >> ed.tail --

[linux-usb-devel] [PATCH 4/4] usb: allocated usb releated dma buffer with kmalloc_node

[PATCH 4/4] usb: allocated usb releated dma buffer with kmalloc_node For amd64 based two way system. USB always on node0. but dma buffer for urb allocated via kmalloc always get ram on node1. So change to kmalloc_node to get dma_buffer on corresponding node. Signed-off-by: Yinghai Lu <[EMAIL PROT

Re: [linux-usb-devel] [PATCH] for NIKON D50 as UMS

On Wed, 4 Jul 2007, [utf-8] S.Çağlar Onur wrote: > Hi, > > 03 Tem 2007 Sal tarihinde, Oliver Neukum şunları yazmıştı: > > Am Dienstag, 3. Juli 2007 schrieb S.Çağlar Onur: > > > Hmm i have NIKON D50 also and it works here without a problem with > > > Linus's current git. > > > > Please p

Re: [linux-usb-devel] [PATCH] for NIKON D50 as UMS

Hi, 03 Tem 2007 Sal tarihinde, Oliver Neukum şunları yazmıştı: > Am Dienstag, 3. Juli 2007 schrieb S.Çağlar Onur: > > Hmm i have NIKON D50 also and it works here without a problem with > > Linus's current git. > > Please provide the full lsusb -v for your devices, both of you. > You might have di

Re: [linux-usb-devel] NIKON D50 problem

On Tue, 3 Jul 2007, Oliver Neukum wrote: > Am Dienstag, 3. Juli 2007 schrieb Andrew Morton: > > > Some time ago(I really can't remember version of the kernel) > > > everything was Ok. I'll try to find out the workable version of the > > > kernel ... but I've already tried 2.6.20 - the same =(. > >

Re: [linux-usb-devel] [PATCH] for NIKON D50 as UMS

Am Dienstag, 3. Juli 2007 schrieb S.Çağlar Onur: > Hmm i have NIKON D50 also and it works here without a problem with Linus's > current git. Please provide the full lsusb -v for your devices, both of you. You might have different versions of the device. Regards Oliver -

Re: [linux-usb-devel] Writing big file failed when using usb gadget g_file_storage module

On Fri, 29 Jun 2007, Lonsn wrote: > Dear all: > When I use the g_file_strogae.ko module, I failed to write big file to > the disk. > Hardware platform: > CPU: S3C2440A > SDRAM: 32M sdram > Kernel:2.6.21.3 with s3c2410_udc patch >

[linux-usb-devel] [PATCH] for NIKON D50 as UMS

This short patch allows NIKON D50 to be mounted as UMS[unusual device] on 2.6.22-rc7, some previous kernels... Signed-off-by: Milinevsky Dmitry <[EMAIL PROTECTED]> --- linux-2.6.22-rc7/drivers/usb/storage/unusual_devs.h 2007-07-03 22:54:23.0 +0300 +++ linux-2.6.22-rc7-niam/drivers/usb/sto

[linux-usb-devel] [PATCH] drivers/usb/storage/unusual_devs.h whitespace cleanup

Hi; Following patch removes trailing whitespaces at the ends of lines and converts smarttabs/whitespaces into real tabs. Signed-off-by: S.Çağlar Onur <[EMAIL PROTECTED]> drivers/usb/storage/unusual_devs.h | 188 ++-- 1 files changed, 94 insertions(+), 94 delet

Re: [linux-usb-devel] error -71 during loading pehci (ehci) usb driver

On Mon, 25 Jun 2007, maximus wrote: > Hi dear usb driver developers! > > First of all let me describe my hardware platform and software. > > I've got hardware platform based on s3c2410 samsung arm cpu, isp1761 philips > usb hi speed chip, au6368 card reader chip. > I use linux kernel 2.6.19 and

Re: [linux-usb-devel] USB mouse autosuspend

On Tue, 3 Jul 2007, Oliver Neukum wrote: > Am Dienstag, 3. Juli 2007 schrieb Jiri Kosina: > > OK, it seems that vendors of usb keyboards probably rely too much on fact > > that the keyboards could be quite slow and flaky without anyone > > complaining under normal load, and therefore implement t

Re: [linux-usb-devel] USB mouse autosuspend

On Tue, 3 Jul 2007, Jiri Kosina wrote: > On Tue, 3 Jul 2007, Alan Stern wrote: > > > It's totally bogus! With no driver loaded, the mouse won't be enabled > > for remote wakeup. Consequently it should never be resumed, no matter > > what you do to it. If it does send a wakeup request then th

Re: [linux-usb-devel] USB mouse autosuspend

Am Dienstag, 3. Juli 2007 schrieb Jiri Kosina: > OK, it seems that vendors of usb keyboards probably rely too much on fact > that the keyboards could be quite slow and flaky without anyone > complaining under normal load, and therefore implement the things very > badly. Oliver, I currently think

Re: [linux-usb-devel] USB mouse autosuspend

On Tue, 3 Jul 2007, Alan Stern wrote: > It's totally bogus! With no driver loaded, the mouse won't be enabled > for remote wakeup. Consequently it should never be resumed, no matter > what you do to it. If it does send a wakeup request then the mouse is > buggy. Conversely, if the mouse does

Re: [linux-usb-devel] Question about struct usb_hub

On 7/3/07, Alan Stern <[EMAIL PROTECTED]> wrote: > On Tue, 3 Jul 2007, Felipe Balbi wrote: > > > Hi Allan, > > > > let me get this same thread to ask you the following > > > How could I force my usb host controller to re-enumerate everything > > attached on the bus through userspace?? would it be s

Re: [linux-usb-devel] Question about struct usb_hub

On Tue, 3 Jul 2007, Felipe Balbi wrote: > Hi Allan, > > let me get this same thread to ask you the following > How could I force my usb host controller to re-enumerate everything > attached on the bus through userspace?? would it be some sort of > control message??? The easiest way is to unbind

Re: [linux-usb-devel] Question about struct usb_hub

Hi Allan, let me get this same thread to ask you the following On 7/3/07, Alan Stern <[EMAIL PROTECTED]> wrote: > On Tue, 3 Jul 2007, jidong xiao wrote: > > > What's the difference between event_bits and change_bits? > > I just cannot understand why we need two variables. > > > > > > 188 stru

Re: [linux-usb-devel] RT-friendly IRQ management in USB

Alan Stern wrote: > On Tue, 3 Jul 2007, Steven Rostedt wrote: > > You never answered my second question. Is this sort of thing > acceptable? Doh! I never noticed your second question. Sorry about that. > > DECLARE_SPINLOCK(lock); > > static void irq_handler() > { > spin_lock_irqsave(&l

Re: [linux-usb-devel] Question about struct usb_hub

On Tue, 3 Jul 2007, jidong xiao wrote: > What's the difference between event_bits and change_bits? > I just cannot understand why we need two variables. > > > 188 struct usb_hub { > ... > 205 unsigned long event_bits[1]; /* status > change bitmask */ > 206

Re: [linux-usb-devel] RT-friendly IRQ management in USB

On Tue, 3 Jul 2007, Steven Rostedt wrote: > The problem that we are facing in this thread is that the RT patch > doesn't touch local_irq_save and restore. These still turn off > interrupts, and can be a problem with the RT patch. We need a tight > coupling between spin_lock and irq disable. Th

Re: [linux-usb-devel] USB mouse autosuspend

On Tue, 3 Jul 2007, Kay Sievers wrote: > > During a lunch at OLS you mentioned something about watching the LED on > > your USB mouse turn on and off as it autosuspended and resumed. I > > don't remember the details, but it sounded peculiar. Can you explain > > what you were referring to? >

Re: [linux-usb-devel] RT-friendly IRQ management in USB

Jiri Kosina wrote: > On Tue, 3 Jul 2007, Steven Rostedt wrote: > >> Unfortunately that would not work in the RT case either. Because in RT, >> that spin_lock can schedule, and we are not allowed to schedule with >> interrupts disabled. > > So how do you handle in RT all the current code everywh

[linux-usb-devel] herbal viagra- no side effects - �

Morning there , Priscilla Do you have any Problem in Getting & Maintaining Erection?? Get rock hard with much more girth in just 15 mins with Herbal- \/ 1 A G - a natural cure for imp0tence. Unlike Vi or Cia , Herbal-V has No Side Effects and has a 99% success rate. http://hvakjskamtorlaij

Re: [linux-usb-devel] RT-friendly IRQ management in USB

Jiri Kosina wrote: > On Tue, 3 Jul 2007, Felipe Balbi wrote: > >> So looks like we don't have (yet) a way to make it work nicely in both >> cases... does anyone has a clue about how to implement this one?? > > You of course still can > > local_irq_save(flags); > spin_lock(&some_lock

[linux-usb-devel] [PATCH] io_*: Remove bogus termios no change checks

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --exclude-from /usr/src/exclude --recursive linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c linux-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c --- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c

[linux-usb-devel] [PATCH] mos7720: Remove bogus no termios change check

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --exclude-from /usr/src/exclude --recursive linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c linux-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c --- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c 2007-07-02 20:50

[linux-usb-devel] 经营业务。

尊敬的负责人，您好！ 我司为一正规纳税企业，本着互惠互利的方式对外代开及代理一些地方：普通.商品销售、 建筑业,国际海运业、货运业,地税服务业包含(广告费.咨询费.设计费.服务费及其他费用) 皆由各行业公司所开的票。 收费一般根据贵司所开的金额大小衡量，保证低于其他公司,可查收后付款，以表真诚！ 联系人：胡海东 联系方式：13715169539 详细信息可来电咨询！ - This SF.net email is spon

Re: [linux-usb-devel] RT-friendly IRQ management in USB

On Tue, 3 Jul 2007, Steven Rostedt wrote: > Unfortunately that would not work in the RT case either. Because in RT, > that spin_lock can schedule, and we are not allowed to schedule with > interrupts disabled. So how do you handle in RT all the current code everywhere in the tree, which does p

[linux-usb-devel] [PATCH] visor and whiteheat: remove bogus termios change checks

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --exclude-from /usr/src/exclude --recursive linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/visor.c linux-2.6.22-rc6-mm1/drivers/usb/serial/visor.c --- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/visor.c 2007-07-02 20:50:14.

[linux-usb-devel] [PATCH] pl2303: remove bogus checks and fix speed support to use tty_get_baud_rate()

Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --new-file --exclude-from /usr/src/exclude --recursive linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c linux-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c --- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c2007-07-02 20:50:1

[linux-usb-devel] [PATCH] mos7840.c: Turn this into a serial driver

The MOS driver is "interesting", in a bad kind of 'how the hell did this get merged' kind of way - Remove the bogus termios change check - Remove the duplicate code for half the ioctls - Remove the supporting code to duplicate the ioctl code Signed-off-by: Alan Cox <[EMAIL PROTECTED]> diff -u --

[linux-usb-devel] 业务合作方式。

致：尊敬的负责人（收） 本公司为深圳一家以生产和销售为一体的外资公司，我公司覆盖有广阔的经营范围 并与各地一些公司建立有密切的业务关系，现我公司有优惠咨询代/开各地公司正规发piao, 有：普通商品销售统一、运输、国际货运代理业、建筑业、 广告、服务业与其他行业票?据！ 详细情况欢迎来电咨询！ 业务部：方 泽先生 联系电话：13534053682 [EMAIL PROTECTED] --

Re: [linux-usb-devel] RT-friendly IRQ management in USB

On Tue, 3 Jul 2007, Felipe Balbi wrote: > So looks like we don't have (yet) a way to make it work nicely in both > cases... does anyone has a clue about how to implement this one?? You of course still can local_irq_save(flags); spin_lock(&some_lock); ... spin_unl

Re: [linux-usb-devel] RT-friendly IRQ management in USB

On 7/3/07, Jiri Kosina <[EMAIL PROTECTED]> wrote: > On Mon, 2 Jul 2007, Alan Cox wrote: > > > > spin_lock_irqsave(&some_lock, flags); > > > ... > > > spin_unlock(&some_lock); > > > usb_hcd_giveback_urb(hcd, urb); > > > local_irq_restore(flags); > > > or is there a better approac

Re: [linux-usb-devel] RT-friendly IRQ management in USB

On Mon, 2 Jul 2007, Alan Cox wrote: > > spin_lock_irqsave(&some_lock, flags); > > ... > > spin_unlock(&some_lock); > > usb_hcd_giveback_urb(hcd, urb); > > local_irq_restore(flags); > > or is there a better approach? > Why not just bite the bullet and change the callback convent

Re: [linux-usb-devel] looking for Lineo USB device stack

Hi Stan, On 7/3/07, Stan Marly <[EMAIL PROTECTED]> wrote: > Hi, > > I am using a Cy7C67300 with uclinux 2.4.32. The device driver (usbd) > developed by Lineo seems to be OK. Now I need to implement ACM device > (serial) and ethernet device. It does not look easy to interface gadget > and lineo usb

[linux-usb-devel] Do you have the skills?

CARGOX P.E. Limited Liability Company 111 Livinston Street, Brooklyn, New York, US 11201 +1(801)7308660 Jul 2, 2007 JOB OFFER (WARNING: For non-USA citizens only) CargoX P.E. is pleased to make you an offer on employment as a front-line manager (position code #1305-21). Successful candidates sh

[linux-usb-devel] Virus "W32.Sality.Q-1" gefunden

Sehr geehrte Damen und Herren, in dem E-Mail mit dem Betreff '[linux-usb-devel] Mail delivery failed: returning message to sender' (gesendet am Tue, 03 Jul 2007 06:35:02 -0400) mit der angegebenen Absenderadresse 'Mail Delivery System <[EMAIL PROTECTED]>' wurde der Virus 'W32.Sality.Q-1' gefunden

[linux-usb-devel] looking for Lineo USB device stack

Hi, I am using a Cy7C67300 with uclinux 2.4.32. The device driver (usbd) developed by Lineo seems to be OK. Now I need to implement ACM device (serial) and ethernet device. It does not look easy to interface gadget and lineo usbd but I know that Lineo has developped in the past serial and ethernet

[linux-usb-devel] Question about struct usb_hub

What's the difference between event_bits and change_bits? I just cannot understand why we need two variables. 188 struct usb_hub { ... 205 unsigned long event_bits[1]; /* status change bitmask */ 206 unsigned long change_bits[1]; /* ports with

Re: [linux-usb-devel] [PATCH 3/4] usb: allocated usb releated dma buffer with?kmalloc_node

Am Dienstag, 3. Juli 2007 schrieb Greg KH: > > > Ok, so two drivers might need this, but not the whole usb core, right? > > > > If those two drivers need the extended allocator, why not use it where > > it is beneficial, even if the benefit is small? > > What is the benefit?  Speed isn't an issue

Re: [linux-usb-devel] [PATCH 3/4] usb: allocated usb releated dma buffer with?kmalloc_node

On Tue, Jul 03, 2007 at 08:23:07AM +0200, Oliver Neukum wrote: > Am Dienstag, 3. Juli 2007 schrieb Greg KH: > > On Mon, Jul 02, 2007 at 10:33:12PM -0700, Yinghai Lu wrote: > > > On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote: > > > > On Mon, Jul 02, 2007 at 03:36:37PM -0700, Yinghai Lu wrote: > > >