On Wed, 12 May 2004 23:01:32 +0200
Rüdiger Plüm [EMAIL PROTECTED] wrote:
Where do I find a newer version of the post_helper patch?
around linux-2.4.22-1.2176. This is known to break just as you describe
and a fix exists in Marcelo's tree since 2.4.26.
Fixed in 2.4.26, just use that
Pete Zaitcev wrote:
Please rerun your tests on 2.4.26 and report me the results. I worked
around this problem for 2.4 already, so it's not an issue anymore.
It is still there--see the oops below. Can you tell me what changes
were made that might affect this problem?
You can see that in usbserial
On Sun, 16 May 2004 01:53:19 -0500
Al Borchers [EMAIL PROTECTED] wrote:
Pete Zaitcev wrote:
Please rerun your tests on 2.4.26 and report me the results. I worked
around this problem for 2.4 already, so it's not an issue anymore.
It is still there--see the oops below. Can you tell me what
Pete --
Pete Zaitcev wrote:
Pete Zaitcev wrote:
Please rerun your tests on 2.4.26 and report me the results. I worked
around this problem for 2.4 already, so it's not an issue anymore.
It is still there--see the oops below. Can you tell me what changes
were made that might affect this problem?
I
Pete Zaitcev wrote:
[..cut..]
Fixed in 2.4.26, just use that code.
I am getting curious. Where is this fixed exactly in 2.4.26?
[...]
Yes, I was wrong. The post_helper wasn't taken for 2.4.26. I was sure
it was. I am going to send it to Marcelo now. Sorry.
No problem. Thanks for that info. So I
Your Email with subject 'Re: Details', sent to the recipient(s)
[EMAIL PROTECTED]
contains a file attachment of type '[pif]'. Our organization does not accept files of
this type by email. The message has NOT been delivered to the recipients.
If you have further questions, please contact the
$B!y13!&56$j$N$J$$:_Bp%o!<%/(B($BA[A|$H0c$$C/$b$,$S$C$/$j!*(B)$B!y(B
(B
$B(."""#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,"#""(/(B
(B $B%[%C%H!&%[%C%H!&%K%e!<%9(B $B!c(B2004.05.15$BH/9T!d(B
$B(1"""#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,"#""(0(B
(B
Content violation found in email message.
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
File(s): message.scr
Matching filename: *.scr
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband
, ,
This is a sanely looking set of bugfixes for tiglusb from Romain Lievin.
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/Documentation/usb/silverlink.txt
linux-2.4.27-pre2-usb/Documentation/usb/silverlink.txt
--- linux-2.4.27-pre2/Documentation/usb/silverlink.txt 2002-11-28 15:53:08.0
This patch is written by Herbert Xu and looks correct.
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/drivers/usb/hiddev.c
linux-2.4.27-pre2-usb/drivers/usb/hiddev.c
--- linux-2.4.27-pre2/drivers/usb/hiddev.c 2004-04-14 17:33:16.0 -0700
+++
This is my personal pet peeve, because I own an MCT U232/U9.
The current driver in 2.4 is practically unusable, especially
if you try to run getty on it. The patch backports the 2.6 version.
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/drivers/usb/serial/mct_u232.c
On Sun, 16 May 2004 02:25:14 -0500
Al Borchers [EMAIL PROTECTED] wrote:
You suggested a workaround to this a few months ago, but it was not
the correct solution. I hope that is not the patch you are suggesting.
That patch did not solve the problem and risked out of order writes.
It does
On Sat, 15 May 2004, Oliver Neukum wrote:
So there were no calls of wait_ms() made in_interrupt()? I guess that's
not surprising; busy-waiting is almost never a good idea.
I hope so. I traced back to the first blocking call. If that was a bug,
there should be busy waiting.
Ready for
This patch resolves the following problems.
When tty is in cooked mode, line discipline echoes characters by using
-write method in tty driver. In case of usbserial, this path takes
a semaphore, which oopses. Note that when low latency flag is not
set, oops does not happen, but sleeping in a
Greg everyone:
While implementing the suggestion to replace synchronous usb_unlink_urb()
with usb_kill_urb(), a question arose concerning the value stored in
urb-status. Right now the status is -ECONNRESET for asynch and -ENOENT
for synch unlinks. Should I preserve this behavior? Or is now
This is a 2.4 version of a patch from Duncan Sands, accepted in 2.6 with
the following explanation:
Hi Greg, this patch fixes a memory leak in the speedtouch driver.
The leak occurs when the ATM layer submits a skbuff for transmission,
but the driver rejects it (because the device has been
A usual US_SC_DEVICE/US_PR_DEVICE addition, vendor 0x0a16 device 0x
(from Alan Stern, IIRC).
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/drivers/usb/storage/unusual_devs.h
linux-2.4.27-pre2-usb/drivers/usb/storage/unusual_devs.h
--- linux-2.4.27-pre2/drivers/usb/storage/unusual_devs.h
While looking through the irda-usb driver, I found that it does several
questionable things.
irda_urb_net_timeout() looks at urb-status while the URB is
still in progress.
Even worse, it changes urb-status!
The driver uses the urb-timeout field. This field is
This is a curious tidbit from my queue.
Do we know what this is for? Applicable for 2.4?
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/drivers/usb/storage/usb.h
linux-2.4.27-pre2-usb/drivers/usb/storage/usb.h
--- linux-2.4.27-pre2/drivers/usb/storage/usb.h 2004-05-15 22:34:34.0 -0700
On Sun, 16 May 2004, theGREENzebra wrote:
Okay, maybe someone has already emailed about this and maybe someone hasn't,
but as an avid user of my joysticks, I wanted to do something about it =]
My main problem is that I have several USB HID Joysticks that work properly
using usb-uhci in
Putting my community hat on, I continue to be uncomfortable with
the basic concept of this, unless we either:
- cover all devices with this and know that there's no hit
- find a NICE way to specify unsafe devices
In addition, the only case when we trip on this is the Red Hat installer,
which
This was shipping with Fedora and possibly helped someone. However,
in light of GeneSys problem I'm seeking comment. Do we want this
in 2.4, if if yes, why? Anyone on Debian seeing any failures, for
instance? How much is a good number, 124?
-- Pete
diff -urp -X dontdiff
On Sun, 16 May 2004, Pete Zaitcev wrote:
This is a curious tidbit from my queue.
Do we know what this is for? Applicable for 2.4?
-- Pete
diff -urp -X dontdiff linux-2.4.27-pre2/drivers/usb/storage/usb.h
linux-2.4.27-pre2-usb/drivers/usb/storage/usb.h
---
On Sun, 16 May 2004, Pete Zaitcev wrote:
This was shipping with Fedora and possibly helped someone. However,
in light of GeneSys problem I'm seeking comment. Do we want this
in 2.4, if if yes, why? Anyone on Debian seeing any failures, for
instance? How much is a good number, 124?
-- Pete
On Sat, 15 May 2004, Andrew Morton wrote:
Plugging in a digital camera. This was the second time I'd plugged it in
since system boot. A celan unmount was performed after the first usage.
Unable to handle kernel NULL pointer dereference at virtual address 004c
printing eip:
Linus Torvalds wrote:
... would never have
compiled with debugging on anyway.
Speaking of which, please consider merging this. It
missed Greg's push on Friday, but it's needed to build
OHCI and EHCI with CONFIG_USB_DEBUG when !CONFIG_PM.
By request, this adds (and uses) a new API call to hide
On Sun, 16 May 2004, David Brownell wrote:
Speaking of which, please consider merging this. It
missed Greg's push on Friday, but it's needed to build
OHCI and EHCI with CONFIG_USB_DEBUG when !CONFIG_PM.
I really have #ifdef's inside code. Even when it is in header files.
So I'd much
Linus Torvalds wrote:
So I'd much rather just have two different functions, one in the CONFIG_PM
section, and one in the !CONFIG_PM one. That's how we already do
everything else in that header file (and how we handle PCI etc).
More like this then? I'm not sure whether you'd prefer
to apply that
On Sun, 16 May 2004, David Brownell wrote:
More like this then? I'm not sure whether you'd prefer
to apply that logic to the struct pm_info innards too.
That file has multiple CONFIG_PM sections, too.
I was thinking just putting it in the existing wrapper sections.
We already have
Linus Torvalds wrote:
On Sun, 16 May 2004, David Brownell wrote:
More like this then? I'm not sure whether you'd prefer
to apply that logic to the struct pm_info innards too.
That file has multiple CONFIG_PM sections, too.
I was thinking just putting it in the existing wrapper sections.
Wouldn't
On Sun, May 16, 2004 at 10:51:07AM -0700, David Brownell wrote:
Linus Torvalds wrote:
... would never have
compiled with debugging on anyway.
Speaking of which, please consider merging this. It
missed Greg's push on Friday, but it's needed to build
OHCI and EHCI with CONFIG_USB_DEBUG
Pete --
It does look like this solves the out of order writes, but
at the expense of allocating a buffer for every write and
delaying the write until the helper gets scheduled. It
also needs GFP_ATOMIC kmallocs. I fear this overhead will
hurt performance. (We just recently had a customer who
Below is a patch to add compat_ioctls for hiddev. All hiddev ioctl
structures use explicitly sized types or int so I believe they are
all safely translated with COMPATIBLE_IOCTL.
HIDIOCGNAME and HIDIOCGPHYS have been omitted because they play games
with encoding user-supplied data in the ioctl
David Relson wrote:
I've got a Tyan S2460 mobo and USB doesn't work with it. The board uses
the Advanced Micro Devices [AMD] AMD-766 [ViperPlus]. The USB
interface doesn't work with either a 2.4.x kernel or a 2.6.6 kernel.
I've seen some statements that the USB support in this chipset is
!
20
- : .
: ,
,, ,
.
:
1..
, .
. .
2..
..
. .
3..
. .
.
4..
. .
. .
5..
. .
.
.
6. -: .
.
.
.
..
?
C -
3900 , .. .(
).:
,
Alan Stern [EMAIL PROTECTED] wrote:
Call Trace:
[c0278f5a] usb_disable_device+0x96/0xd0
Looks like usb_disable_device() is calling put_device() with a NULL
argument. When this happened, had you applied this patch?
Am Sonntag, 16. Mai 2004 17:40 schrieben Sie:
On Sat, 15 May 2004, Oliver Neukum wrote:
So there were no calls of wait_ms() made in_interrupt()? I guess that's
not surprising; busy-waiting is almost never a good idea.
I hope so. I traced back to the first blocking call. If that was
Am Sonntag, 16. Mai 2004 17:48 schrieb Alan Stern:
Greg everyone:
While implementing the suggestion to replace synchronous usb_unlink_urb()
with usb_kill_urb(), a question arose concerning the value stored in
urb-status. Right now the status is -ECONNRESET for asynch and -ENOENT
for
On Sun, 16 May 2004, Andrew Morton wrote:
Alan Stern [EMAIL PROTECTED] wrote:
Call Trace:
[c0278f5a] usb_disable_device+0x96/0xd0
Looks like usb_disable_device() is calling put_device() with a NULL
argument. When this happened, had you applied this patch?
Am Freitag, 14. Mai 2004 21:25 schrieb Alan Stern:
On Thu, 13 May 2004, Oliver Neukum wrote:
Am Donnerstag, 13. Mai 2004 20:02 schrieb Alan Stern:
+void usb_kill_urb(struct urb *urb)
+{
+urb-transfer_flags |= (URB_ASYNC_UNLINK | URB_REJECT);
+usb_unlink_urb(urb);
Greg --
Here is a simple patch that adds a low_level_locking
flag to the usb_serial_device_type so that a USB
serial driver can indicate that it does its own
locking and does not want to use the usbserial
semaphore. Any driver that does not explicitly
set this flag will get the default behavior.
On Sun, May 16, 2004 at 04:05:40PM -0400, Adam Kropelin wrote:
Below is a patch to add compat_ioctls for hiddev. All hiddev ioctl
structures use explicitly sized types or int so I believe they are
all safely translated with COMPATIBLE_IOCTL.
HIDIOCGNAME and HIDIOCGPHYS have been omitted
Greg KH wrote:
On Sun, May 16, 2004 at 04:05:40PM -0400, Adam Kropelin wrote:
+/* Ick. hiddev.h needs hid.h which needs input.h */
+#include linux/input.h
+#include ../drivers/usb/input/hid.h
+#include linux/hiddev.h
Ick, does hiddev really need hid.h?
Yep, it needs HID_MAX_USAGES from
Alan Stern [EMAIL PROTECTED] wrote:
On Sun, 16 May 2004, Andrew Morton wrote:
Alan Stern [EMAIL PROTECTED] wrote:
Call Trace:
[c0278f5a] usb_disable_device+0x96/0xd0
Looks like usb_disable_device() is calling put_device() with a NULL
argument. When this happened,
On Sun, May 16, 2004 at 12:01:03PM -0400, Alan Stern wrote:
While looking through the irda-usb driver, I found that it does several
questionable things.
irda_urb_net_timeout() looks at urb-status while the URB is
still in progress.
Even worse, it changes urb-status!
Ick
On Sun, 16 May 2004 14:22:26 -0500
Al Borchers [EMAIL PROTECTED] wrote:
I still think the bugs should be fixed in the low level serial
drivers rather than worked around by this complicated patch.
I agree on the whole, but the development tree is the right
place for it.
Would you be willing
On Sun, May 16, 2004 at 04:53:25PM -0500, Al Borchers wrote:
Greg --
Here is a simple patch that adds a low_level_locking
flag to the usb_serial_device_type so that a USB
serial driver can indicate that it does its own
locking and does not want to use the usbserial
semaphore. Any driver
On Sun, May 16, 2004 at 08:45:54AM -0700, Pete Zaitcev wrote:
This patch resolves the following problems.
When tty is in cooked mode, line discipline echoes characters by using
-write method in tty driver. In case of usbserial, this path takes
a semaphore, which oopses. Note that when low
This is the Postfix program at host hermes.suse.de.
I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.
For further assistance, please send mail to postmaster
If you do so, please include this problem report. You can
delete your
The original message was received at Mon, 17 May 2004 10:25:41 +0900 (JST)
from mailgate91.nec.co.jp [10.7.69.199]
- The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 550 Host unknown)
- Transcript of session follows -
550 5.1.2 [EMAIL
My main problem is that I have several USB HID Joysticks that work properly
using usb-uhci in linux 2.4 and they all seem to break either when using
uhci.o (JE) or in linux 2.6.
You'll have to provide more information. I presume you don't really mean
the joysticks break, but rather that Linux
The original message was received at Mon, 17 May 2004 10:56:36 +0900 (JST)
from [EMAIL PROTECTED]
- The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 550 5.1.1 [EMAIL PROTECTED]... User unknown)
- Transcript of session follows -
... while
Dear Friends,
Could you please kindly give me some sample codes for PowerPC USB Function driver?
I am ready to implement Motorola MPC875 USB as a function, it seems very complex to
implement Buffer Description,
Moreover, I have no experience to USB protocol, I think a lot of stuff
That's right, it is set by the device driver, not the controller driver.
Suppose the device driver wants to send 3 bytes: ABC. The controller
driver needs to reverse that into \000CBA but it can't, because the
buffer is only 3 bytes long and it needs 4 bytes. So what do you do?
Yes,that's a big
On Sun, 16 May 2004, Oliver Neukum wrote:
Right now, none of the completion handlers under drivers/usb clears the
transfer flags. But that's no guarantee about the future.
I overlooked something. Currently you cannot write to transfer_flags in the
handler at all. It's a classical race.
On Sun, 16 May 2004, theGREENzebra wrote:
What happens when you try?
the saitek joystick IS detected with 2.6 or the 2.4 JE driver, it's just
labeled as like a 5axis 8button joystick and doesn't report any events.
What messages appear in the system log when you plug in the joysticks?
On Sun, 16 May 2004, Greg KH wrote:
On Sun, May 16, 2004 at 12:01:03PM -0400, Alan Stern wrote:
While looking through the irda-usb driver, I found that it does several
questionable things.
irda_urb_net_timeout() looks at urb-status while the URB is
still in progress.
On Mon, 17 May 2004, fengwei yin wrote:
Another quesiton: I think that many devices driver must be modify for big
endian (This is another kind of DMA memory refered by Dave-the
application protocol used).I google a patch of rtl8150 for mips(
59 matches
Mail list logo