RE: Some Questions about QHD

2008-02-11 Thread Pandita, Vikram
Sent: Monday, February 11, 2008 8:51 PM Dear all: 2. What is the device address used for in QH? There is no device address field in a QH -- at least, there isn't in uhci-hcd or ehci-hcd. Maybe other controller drivers do have such a field. I have a doubt - Referring to ehci spec 3.6, looks

Yakumo Delta, ipaq and endpoints

2008-02-11 Thread matthias geissert
The Yakumo Delta PDA does not work with kernel 2.6.24. There is a patch for kerbel 2.6.23 and below ( I think this patch is from the synce project). This patch adds the option ttyUSB to the ipaq module. Applying this patch I can easily sync with the Yakumo Delta. The problem is that the Yakumo

[PATCH] usb: serial: move zte MF330 from sierra to option

2008-02-11 Thread Kevin Lloyd
From: Kevin Lloyd [EMAIL PROTECTED] Moves the Onda H600/ZTE MF33 device from the sierra driver to the option driver. Signed-off-by: Kevin Lloyd [EMAIL PROTECTED] --- drivers/usb/serial/sierra.c | 1 - drivers/usb/serial/option.c | 2 + 2 files changed, 2 insertions(+), 1 deletion(-) ---

Re: [PATCH 01/05] cypress_m8: Feature buffer fixes

2008-02-11 Thread Mike Isely
On Mon, 11 Feb 2008, Randy Dunlap wrote: On Sun, 10 Feb 2008 20:23:14 -0600 (CST) Mike Isely wrote: cypress_m8: Feature buffer fixes From: Mike Isely [EMAIL PROTECTED] Don't hardcode the feature buffer size; use sizeof() instead. That way we can easily specify the size in a

Re: Belkin USB Host-to-Host cable with Prolific 25A1 chip in it under Linux

2008-02-11 Thread tony_gibbs
Dear Dave and Greg, Thank you for your mails, Dave, and the quality of your code, which has made it possible for me to follow it and modify it. I can recommend and sign-off on your EHCI_HCD buggy devices maxPacketSize patch, because it made the devices work under usbnet at the EHCI_HCD end. I

[PATCH] ehci-fsl: mpc834x config symbol is PPC_MPC834x, not MPC834x

2008-02-11 Thread Peter Korsgaard
The config symbol for mpc834x processors is CONFIG_PPC_MPC834x, not CONFIG_MPC834x. Signed-off-by: Peter Korsgaard [EMAIL PROTECTED] diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig index d97b16b..2dd0544 100644 --- a/drivers/usb/host/Kconfig +++ b/drivers/usb/host/Kconfig @@

Re: [PATCH][USBATM]: convert heavy init dances to kthread API

2008-02-11 Thread Pavel Emelyanov
Duncan Sands wrote: Hi Pavel, Oh, I see. You're right - this race is possible... I'll fix that up if this patch works. it seems to work fine. Thanks again for doing this! Oh, thanks for testing. What should I do next to get this into mainline? Send it to Andrew with you in Cc, or you

Re: [RFC/PATCH] make usbnet work with rndis_host

2008-02-11 Thread Jean-Christophe Dubois
On Saturday 09 February 2008 13:44:22 David Brownell wrote: snip In the end it seems to me that dev-in, dev-out and dev-maxpacket are generic enough values to be computed in one place whatever driver (bind() or not) attach to usbnet. snip Plus, as I noted, in the case of CDC-derived

Re: [PATCH 01/05] cypress_m8: Feature buffer fixes

2008-02-11 Thread Randy Dunlap
On Sun, 10 Feb 2008 20:23:14 -0600 (CST) Mike Isely wrote: cypress_m8: Feature buffer fixes From: Mike Isely [EMAIL PROTECTED] Don't hardcode the feature buffer size; use sizeof() instead. That way we can easily specify the size in a single spot. Speaking of the feature buffer size,

Re: Some Questions about QHD

2008-02-11 Thread Alan Stern
On Mon, 11 Feb 2008, vichy wrote: Dear all: My questions are list below: 1. Each QHD is assigned to 1 endpoints, right? Ex: if some device has 3 endpoints, 0,1 and 2, and there must at least 3 QHDs. What is a QHD? Do you really mean QH? Each QH is assigned to one endpoint. 2. What is

Re: Some Questions about QHD

2008-02-11 Thread David Brownell
On Monday 11 February 2008, Alan Stern wrote: 2. What is the device address used for in QH? There is no device address field in a QH -- at least, there isn't in uhci-hcd or ehci-hcd. Maybe other controller drivers do have such a field. There *is* a device address field in EHCI, and also

[PATCH] Usbatm: convert heavy init dances to kthread API

2008-02-11 Thread Pavel Emelyanov
This is an attempt to kill two birds with one stone. First, we kill one more user of kernel_thread, which is scheduled for removal. Second - we kill one of the last users of kill_proc - the function which is also to be removed, because it uses a pid_t which is not safe now. Signed-off-by: Pavel