On Tue, 13 Jun 2006 13:46:06 +0200
Frank Gevaerts <[email protected]> wrote:
| On Mon, Jun 12, 2006 at 07:21:26PM -0400, Mark Lord wrote:
| > Mark Lord wrote:
| > >Greg KH wrote:
| > >>So we should have finally covered both of them now.
| > >
| > >Yes, agreed.
| > >
| > >So if modify pl2303_open() to have it simulate -ENOMEM from
| > >usb_submit_urb(),
| > >then this should not crash the entire USB subsystem. Right?
| > >
| > >Ditto if it happens due to low-memory, rather than me hacking the code
| > >to test it?
| >
| > Mmmm.. looks like it's still buggy, but we manage to avoid the bug
| > under *most* circumstances. Which is good!
| >
| > But the bug will still need to be fixed. A failure from usb_submit_urb()
| > should not require a reboot to recover.
| > Here's the results of a simulated -ENOMEM test:
| >
| > kernel BUG at kernel/workqueue.c:110!
|
| We had the exact same error here with ipaq.ko. Our problems only went
| away once we applied the following (the first part might already be
| applied).
Interesting, I couldn't reproduce this with ftdio_sio.
(and unfortunatally I'm w/o my pl2303 device).
--
Luiz Fernando N. Capitulino
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
