![]() | |||||||||||||
Messages in this thread |
On Mon, May 29, 2006 at 07:33:30PM -0300, Luiz Fernando N. Capitulino wrote: > On Mon, 29 May 2006 22:47:24 +0200 > Frank Gevaerts <frank.gevaerts@fks.be> wrote: > | > | The panic was caused by the read urb being submitten in ipaq_open, > | regardless of success, and never killed in case of failure. What my > | patch basically does is to submit the urb only after succesfully sending > | the control message, and adding a sleep between tries. As long as this > | patch is not applied, we hardly get any other error because the kernel > | panics as soon as an ipaq reboots. > > I see. > > Did you try to just kill the read urb in the ipaq_open's error path? Yes, that's what I did at first. It works, but with the long waits (we see waits up to 80-90 seconds right now) I was afraid that the urb might timeout before the control message succeeds. Frank > > -- > Luiz Fernando N. Capitulino -- Frank Gevaerts frank.gevaerts@fks.be fks bvba - Formal and Knowledge Systems http://www.fks.be/ Stationsstraat 108 Tel: ++32-(0)11-21 49 11 B-3570 ALKEN Fax: ++32-(0)11-22 04 19 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2006-05-30 10:27 [W:4.128 / U:0.080 seconds] ©2003-2008 Jasper Spaans | |||||||||||||