Hi
I have a simple hid device that I would like to connect my RH9.0 system
This device requires simple 8 byte writes to control it. I have seen a few
references to this in the archives but no good example of how to do it. The
hid write command does not seem to be implemented in the driver.
On Mon, Sep 29, 2003 at 11:38:16PM +0200, Duncan Sands wrote:
> From: Duncan Sands <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> + memcpy (skb->data, sarb->tail - pdu_length, length);
> + __skb_put (skb, length);
Usually memcpy(skb_put(skb, length), ptr, le
speedtch.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/speedtch.c b/drivers/usb/speedtch.c
--- a/drivers/usb/speedtch.cTue Sep 30 00:12:39 2003
+++ b/drivers/usb/speedtch.cTue Sep 30 00:12:39 2003
@@ -881,8 +881,10 @@
return
speedtch.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff -Nru a/drivers/usb/misc/speedtch.c b/drivers/usb/misc/speedtch.c
--- a/drivers/usb/misc/speedtch.c Tue Sep 30 00:11:41 2003
+++ b/drivers/usb/misc/speedtch.c Tue Sep 30 00:11:41 2003
@@ -880,8 +880,10
Currently, incoming packets are reassembled in a sk_buff which is then
sent to the upper layers. The sk_buff needs to be big enough to hold the
worst case packet since the size cannot be known in advance. This would
not be so bad if the ATM layer paid attention to the mtu (usually 1500 bytes),
bu
Currently, incoming packets are reassembled in a sk_buff which is then
sent to the upper layers. The sk_buff needs to be big enough to hold the
worst case packet since the size cannot be known in advance. This would
not be so bad if the ATM layer paid attention to the mtu (usually 1500 bytes),
bu
This patch for 2.6 fixes freecom.c -- an error in return-code
interpretation was introduced somewhere during 2.5.
This also adds a few more checks to try to catch commands that appear to
want to move data, but of length 0. This is likely a bug in some higher
layer -- I'll bring it up on linux-scs
Hong Feng wrote:
Hi All,
I met a very funny problem. I am writing the ethernet-over-usb driver
for our PDA based on embedded Linux and QT/Qtopia. ...
Who knows the problem, please give me some comments. BTW, the kernel
version is 2.4.18. QT's version is 2.3.6. Qtopia's version is 1.6.2.
And on
On Mon, Sep 29, 2003 at 10:16:45AM -0400, Gabriel Shapira wrote:
> Thanks, My comments below...
There were no comments added :(
greg k-h
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
__
Wim Van Sebroeck <[EMAIL PROTECTED]> wrote on 2003-09-29 19:18:50
> Hi All,
>
> I saw that you also reported problems with USB/uhci-hcd on your systems. Can you test
> the following patch and see if it works now?
>
This fixes it for me. Oops gone and interrupt up again :-)
Thanks,
Jan
--
J
Hi All,
I saw that you also reported problems with USB/uhci-hcd on your systems. Can you test
the following patch and see if it works now?
Greetings,
Wim.
--- linux-2.6.0-test6/drivers/usb/host/uhci-hcd.c 2003-09-28 02:50:56.0
+0200
+++ linux-2.6.0-test6/drivers/usb/host/uhci-hcd.
This change was applied to 2.4, but not to 2.5.
speedtch.c |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
diff -Nru a/drivers/usb/misc/speedtch.c b/drivers/usb/misc/speedtch.c
--- a/drivers/usb/misc/speedtch.c Mon Sep 29 19:49:07 2003
+++ b/drivers/usb/misc/speedtch.c
Thanks, My comments below...
/Gabe
Gabriel Shapira
Principal Software Engineer
Symantec Corporation
Office:
781 530 2358
Interoffice:
6 [781] 2358
eMail:
[EMAIL PROTECTED]
www.symantec.com
Greg KH <[EMAIL PROTECTED]>
09/26/2003 06:41 PM
To: Gabriel
2.4 version.
speedtch.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff -Nru a/drivers/usb/speedtch.c b/drivers/usb/speedtch.c
--- a/drivers/usb/speedtch.cMon Sep 29 14:53:34 2003
+++ b/drivers/usb/speedtch.cMon Sep 29 14:53:34 2003
@@ -85,6 +85,11 @@
Hi All,
I met a very funny problem. I am writing the ethernet-over-usb driver for
our PDA based on embedded Linux and QT/Qtopia. We use Qtopia desktop as the
sync tools. Before our device launched the Qtopia-1.6.2. I can ping the
device from my computer for a very long time. It looks that the c
Hi All,
I am able to fix the problem by using the following patch:
--- linux-2.6.0-test6/drivers/usb/host/uhci-hcd.c 2003-09-28 02:50:56.0
+0200
+++ linux-2.6.0-test6/drivers/usb/host/uhci-hcd.c 2003-09-28 23:21:30.0
+0200
@@ -2185,8 +2185,8 @@
/* Maybe kick
16 matches
Mail list logo
