[linux-usb-devel] Majordomo results: Fw: Real show

2006-10-02 Thread Majordomo
-- This is a multi-part message in MIME format. Command 'this' not recognized. --=_NextPart_6.85263514518738E-02 Command '--=_nextpart_6.85263514518738e-02' not recognized. Content-Type: text/plain; format=flowed Command 'content-type:' not recognized. >

[linux-usb-devel] Majordomo results: Fwd: Photo

2006-10-02 Thread Majordomo
-- This is a multi-part message in MIME format. Command 'this' not recognized. --=_NextPart_5.96952974796295E-02 Command '--=_nextpart_5.96952974796295e-02' not recognized. Content-Type: text/html; format=flowed Command 'content-type:' not recognized. >>

[linux-usb-devel] reading back power state

2006-10-02 Thread Oliver Neukum
Hi, I am working on suspend/resume for usblp. If I write "3" into state I am getting back "2". Is that a desireable behavior? Shouldn't we fail if we cannot do exactly what is required? Regards Oliver ---

[linux-usb-devel] [PATCH] drivers/usb/atm/ueagle-atm: Handle return value of usb_register()

2006-10-02 Thread Tobias Klauser
Handle the return value of usb_register() in the module_init function. Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]> --- drivers/usb/atm/ueagle-atm.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/usb/atm/ueagle-atm.c b/drivers/usb/atm/ueagle-atm.c index

[linux-usb-devel] Patch for disabling a port on an EHCI root hub. Is this the best way?

2006-10-02 Thread Mike Panetta
I have written a patch based on the companion patch that will allow me to disable arbitrary ports on my EHCI root hubs for a product we are working on (The system has a very naughty built on compact flash card reader that cannot be disabled in bios) and I want to make sure this is the best way

[linux-usb-devel] further power save oddities

2006-10-02 Thread Oliver Neukum
Hi, I've tried the power save states 1 to 3, and got these results: 1 -> 0 2 -> 2 3 -> 2 What is causing this and is it acceptable? Regards Oliver - Take Surveys. Earn Cash. Influence the Future of I

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Oliver Neukum wrote: > Hi, > > I've tried the power save states 1 to 3, and got these results: > 1 -> 0 > 2 -> 2 > 3 -> 2 > > What is causing this and is it acceptable? This is explained in Documentation/power/devices.txt. Briefly, in the power/state file all non-zero valu

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Oliver Neukum
Am Montag, 2. Oktober 2006 16:17 schrieb Alan Stern: > On Mon, 2 Oct 2006, Oliver Neukum wrote: > > > Hi, > > > > I've tried the power save states 1 to 3, and got these results: > > 1 -> 0 > > 2 -> 2 > > 3 -> 2 > > > > What is causing this and is it acceptable? > > This is explained in Document

Re: [linux-usb-devel] Patch for disabling a port on an EHCI root hub. Is this the best way?

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Mike Panetta wrote: > I have written a patch based on the companion patch that will allow me > to disable arbitrary ports on my EHCI root hubs for a product we are > working on (The system has a very naughty built on compact flash card > reader that cannot be disabled in bio

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Oliver Neukum wrote: > Am Montag, 2. Oktober 2006 16:17 schrieb Alan Stern: > > On Mon, 2 Oct 2006, Oliver Neukum wrote: > > > > > Hi, > > > > > > I've tried the power save states 1 to 3, and got these results: > > > 1 -> 0 > > > 2 -> 2 > > > 3 -> 2 > > > > > > What is causi

Re: [linux-usb-devel] reading back power state

2006-10-02 Thread David Brownell
On Monday 02 October 2006 3:31 am, Oliver Neukum wrote: > Hi, > > I am working on suspend/resume for usblp. If I write "3" into state > I am getting back "2". Is that a desireable behavior? Shouldn't we > fail if we cannot do exactly what is required? This is one of many reasons the /sys/devices/

[linux-usb-devel] [patch 2.6.18-git] USB: ohci-pnx4008 build fixes

2006-10-02 Thread David Brownell
The OHCI bus glue for the Philips PNX chips is missing a few calls. - Bus suspend/resume were wrongly omitted in the original submission. - Two new calls were added since that glue was submitted: * Root hub irq enable call * Shutdown hook for usbcore Plus usb_bus.hcpriv has now been r

Re: [linux-usb-devel] HID interrupt endpoint read (Msg: 5)

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Lisa Ray wrote: > Hi Alan > > Please do refer my mail trails below or immediate previous message > Linux kernel version : 2.6.11.17 You might find that things work better if you upgrade to 2.6.18. > In continuation of my previous message: - > > Latest Update >

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Oliver Neukum
Am Montag, 2. Oktober 2006 16:41 schrieb Alan Stern: > > In this case the use of language is very subtle. I quote: > > > > In each device's directory, there is a 'power' directory, which > > contains at least a 'state' file. Reading from this file displays what > > power state the device is curren

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Oliver Neukum wrote: > Am Montag, 2. Oktober 2006 16:41 schrieb Alan Stern: > > > In this case the use of language is very subtle. I quote: > > > > > > In each device's directory, there is a 'power' directory, which > > > contains at least a 'state' file. Reading from this fil

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread David Brownell
> > OK. It seems we are looking at different versions. In my tree that > > file has 208 lines. > > You should be using the gregkh-all development kernel: > http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/ or current GIT from kernel.org ... ---

[linux-usb-devel] [PATCH] USB HID: add blacklist entry for Cherry Cymotion Solar keyboard

2006-10-02 Thread Enrico Horn
Hi, here's a patch for hid-core which adds a blacklist entry for the Cherry Cymotion Solar keyboard. It seems to behave like the Cherry Cymotion Linux keyboard. --- drivers/usb/input/hid-core.c.old2006-10-02 17:47:18.0 +0200 +++ drivers/usb/input/hid-core.c2006-10-02 17:48:27

[linux-usb-devel] [PATCH] USB HID: add blacklist entry for Cherry Cymotion Solar keyboard

2006-10-02 Thread Enrico Horn
Hi, here's a patch for hid-core which adds a blacklist entry for the Cherry Cymotion Solar keyboard. It seems to behave like the Cherry Cymotion Linux keyboard. --- drivers/usb/input/hid-core.c.old2006-10-02 17:47:18.0 +0200 +++ drivers/usb/input/hid-core.c2006-10-02 17:48:27

[linux-usb-devel] [PATCH] USB-HID: add blacklist entry for Cherry Cymotion Solar keyboard

2006-10-02 Thread Enrico Horn
Hi, here's a patch to add a blacklist entry for the Cherry Cymotion Solar keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so the same quirk is used. --- drivers/usb/input/hid-core.c.old2006-10-02 17:47:18.0 +0200 +++ drivers/usb/input/hid-core.c2006-10-0

[linux-usb-devel] [PATCH] USB-HID: add blacklist entry for Cherry Cymotion Solar keyboard

2006-10-02 Thread Enrico Horn
Hi, here's a patch to add a blacklist entry for the Cherry Cymotion Solar keyboard. It seems to behave like the Cherry Cymotion Linux keyboard, so the same quirk is used. --- drivers/usb/input/hid-core.c.old2006-10-02 17:47:18.0 +0200 +++ drivers/usb/input/hid-core.c2006-10-02

[linux-usb-devel] Fw: [Bugme-new] [Bug 7247] New: Microsoft Wireless Keyboard & Mouse (Wireless Desktop) not working on USB

2006-10-02 Thread Andrew Morton
Begin forwarded message: Date: Mon, 2 Oct 2006 08:25:44 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 7247] New: Microsoft Wireless Keyboard & Mouse (Wireless Desktop) not working on USB http://bugzilla.kernel.org/show_bug.cgi?id=7247 Summary: Micro

Re: [linux-usb-devel] USB disconnect without driver disconnect called

2006-10-02 Thread matthieu castet
Hi, Alan Stern wrote: > > > You can start by turning on CONFIG_USB_DEBUG for your kernel and then > posting a copy of the dmesg log showing what happens when one of those > peculiar disconnects occurs. Post also a stack trace (Alt-SysRq-T); the > khubd process is the one that matters most.

Re: [linux-usb-devel] [PATCH] Add Freescale high-speed USB DR module device driver

2006-10-02 Thread David Brownell
On Friday 29 September 2006 3:34 pm, Greg KH wrote: > On Wed, Sep 27, 2006 at 02:21:04PM +0800, Li Yang wrote: > > Freescale high-speed USB SOC can be found on MPC834x and > > probably more in the future. Its DR(dual-role) module > > can work as a USB device. This patch adds its support > > for L

Re: [linux-usb-devel] [PATCH] Add Freescale high-speed USB DR module device driver

2006-10-02 Thread David Brownell
So to oversimplify, this controller builds on a non-PCI implementation of EHCI, by reusing much of the core silicon design ... including most usefully DMA queues which actually (on first glance) make sense. This might be the first peripheral controller I've seen with a sensible DMA interface, faci

Re: [linux-usb-devel] Patch for disabling a port on an EHCI root hub. Is this the

2006-10-02 Thread Mike Panetta
Alan Stern wrote: > On Mon, 2 Oct 2006, Mike Panetta wrote: > > > I have written a patch based on the companion patch that will allow me > > to disable arbitrary ports on my EHCI root hubs for a product we are > > working on (The system has a very naughty built on compact flash card > > reader that

Re: [linux-usb-devel] Control transfers scheduling

2006-10-02 Thread Laurent Pinchart
> > > > It > > > > seems the bug is never triggered when using Microsoft Windows, so I > > > > suspect that Linux uses a faster scheduler. Is there a way to hack > > > > the USB scheduler to make it split control transfers across USB > > > > frames ? We would like to test if the hardware bug would

Re: [linux-usb-devel] Control transfers scheduling

2006-10-02 Thread Alan Stern
On Mon, 2 Oct 2006, Laurent Pinchart wrote: > > > > > It > > > > > seems the bug is never triggered when using Microsoft Windows, so I > > > > > suspect that Linux uses a faster scheduler. Is there a way to hack > > > > > the USB scheduler to make it split control transfers across USB > > > > > fr

[linux-usb-devel] race in appletouch

2006-10-02 Thread Oliver Neukum
Hi, in the appletouch driver open() races with suspend(). This should fix it. Nicolas, could you please test it? Regards Oliver Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]> --- current/drivers/usb/input/appletouch.c 2006-10-03 00:22:56.0 +0200 +++ linux-2.6.18

Re: [linux-usb-devel] further power save oddities

2006-10-02 Thread Oliver Neukum
Am Montag, 2. Oktober 2006 18:20 schrieben Sie: > You should be using the gregkh-all development kernel: > http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/ This master's thesis took a lot of effort. I am glad I'm having at least a proper Linus tree again. I'll switch. Rega

Re: [linux-usb-devel] race in appletouch

2006-10-02 Thread Pete Zaitcev
On Tue, 3 Oct 2006 01:04:25 +0200, Oliver Neukum <[EMAIL PROTECTED]> wrote: > in the appletouch driver open() races with suspend(). This should > fix it. Nicolas, could you please test it? I agree with the idea, but I think that you can drop rv from this: > @@ -404,11 +407,17 @@ > static int at

Re: [linux-usb-devel] race in appletouch

2006-10-02 Thread Oliver Neukum
Am Dienstag, 3. Oktober 2006 01:12 schrieb Pete Zaitcev: > I do not remember the precise chain of reasoning now, but IIRC our input > open methods must not return non-zero codes (even though they are defined > to return error codes). It has something to do with the way input layer > is coded. So,

Re: [linux-usb-devel] Control transfers scheduling

2006-10-02 Thread David Brownell
> In principle it's possible to change ehci-hcd so that the SETUP > transaction of a control transfer is sent in a different microframe from > the following IN/OUT transactions. In practice it might be a painfully > difficult change to write. Probably just mark only one TD active at a time, and

Re: [linux-usb-devel] Control transfers scheduling

2006-10-02 Thread David Brownell
> > You probably won't get too far trying to understand Windows' behavior by > > asking questions on a Linux mailing list. :-) > > Well, many talented Linux programmers know more about Windows than Windows > programmers themselves :-) And assuming that were true, I think they'd still not want

[linux-usb-devel] 1410:1100 airprime

2006-10-02 Thread Maciej Żenczykowski
Hi, I'd like to report that USB ID 1410:1100 should be added to the airprime driver. This is the verizon wireless Broadband Access, National Access V640 V640 ExpressCard34 Qualcomm 3G CDMA (works with Linux on MacBook Pro). Cheers. -- Maciej A. Żenczykowski Site Reliability Engineer Google, Inc

Re: [linux-usb-devel] git-input.patch kills my USB mouse

2006-10-02 Thread Andrew Morton
On Tue, 26 Sep 2006 23:37:29 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote: > With git-input.patch applied, my wireless USB mouse doesn't work. OK, I did a round of restesting. I haven't seen the oopses again, but I didn't try terribly hard. The mouse-dies-after-one-second bug is still there.

Re: [linux-usb-devel] git-input.patch kills my USB mouse

2006-10-02 Thread Dmitry Torokhov
On Tuesday 03 October 2006 00:32, Andrew Morton wrote: > On Tue, 26 Sep 2006 23:37:29 -0700 > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > With git-input.patch applied, my wireless USB mouse doesn't work. > > OK, I did a round of restesting. I haven't seen the oopses again, > but I didn't try

Re: [linux-usb-devel] git-input.patch kills my USB mouse

2006-10-02 Thread Andrew Morton
On Tue, 3 Oct 2006 01:21:04 -0400 Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > On Tuesday 03 October 2006 00:32, Andrew Morton wrote: > > On Tue, 26 Sep 2006 23:37:29 -0700 > > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > With git-input.patch applied, my wireless USB mouse doesn't work. > >

Re: [linux-usb-devel] [linux-pm] Suspend to disk with PCMCIA card plugged in with kernel 2.6.16.28

2006-10-02 Thread rasmit.ranjan
> -Original Message- > From: Pavel Machek [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 01, 2006 10:35 PM > To: Rasmit Ranjan (WT01 - Semiconductors & Consumer Electronics) > Cc: [EMAIL PROTECTED]; Deepti Chotai (WT01 - > Semiconductors & Consumer Electronics) > Subject: Re: [linux