On Fri, May 30, 2008 at 12:36 PM, Marvin Stodolsky<marvin.stodolsky@xxxxxxxxx> wrote:> Sasha,> Is there anything that can be done about this successive dialout> failure in the slmodemd or the slamr code?The change o drivers/net/ppp_async.c causes the failure on dialout. Ireverted the kernel changes with this patch: --- a/drivers/net/ppp_async.c 2008-05-26 14:56:25.000000000 -0300+++ b/drivers/net/ppp_async.c 2008-05-26 15:01:48.000000000 -0300@@ -308,7 +308,16 @@ break; err = 0; break;++/* PATCH: this patch resolve a bug in >=2.6.24+ * Tutoo team - tutoo@xxxxxxxxxxxxxxxxx+ */ + case TCGETS:+ case TCGETA:+ err = tty_mode_ioctl(tty, file, cmd, arg);+ break;+ case TCFLSH: /* flush our buffers and the serial port's buffer */ if (arg == TCIOFLUSH || arg == TCOFLUSH)@@ -324,8 +333,7 @@ break; default:- /* Try the various mode ioctls */- err = tty_mode_ioctl(tty, file, cmd, arg);+ err = -ENOIOCTLCMD; } ap_put(ap); And the modem became to work again, the problem ocurrs when theexecution enters on switch's default case and call tty_mode_ioctl()when the cmd is not TCGETS or cmd is not TCGETA. Is this a kernelbug? My patch revert the changes and make modem works, but the kerneldevelopers will want revert this? >> MarvS>> On Fri, May 30, 2008 at 11:26 AM, Gustavo Fernando Padovan> <gfpadovan@xxxxxxxxx> wrote:>> Hello,>>>> I'm testing a modem motorola 1057:3052 with kernel >=2.6.24 and I had>> a problem, the modem connects just once, in the second try the modem>> doesn't respond and I need to unload the slamr module and load it>> again. (I reported this here recently).>>>> Has anybody here this problem??>>>> I found out why this happen. This changes on kernel 2.6.24 make the>> modem stop to work correctly:>> http://lkml.org/lkml/2007/11/2/100>> http://lkml.org/lkml/2007/11/2/131>>>>>> -->> ---------------------------------------------->> Gustavo Fernando Padovan>> Engenharia de Computação 2006>> LAS - Laboratório de Administração e Segurança de Sistemas>> Instituto de Computação - UNICAMP>>>> gfpadovan@xxxxxxxxx>> ra061316@xxxxxxxxxxxxxxxxxxxxxx>> pao@xxxxxxxxxx>> ------------------------------------------->>>> Seja Livre, use Software Livre>>> -- ----------------------------------------------Gustavo Fernando PadovanEngenharia de Computação 2006LAS - Laboratório de Administração e Segurança de SistemasInstituto de Computação - UNICAMP gfpadovan@xxxxxxxxxxxxxxxxx@students.ic.unicamp.brpao@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Seja Livre, use Software Livre