[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-02-02 Thread giorgio
It worked for me too! ;)

[I also found the new firmare in my ISP (Tele2 Italy) driver's CD, in 
the HFS (mac) side inside the OS9 drivers folder]

Thank you guys!
Giorgio


Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-30 Thread Remigio Di Muzio

I tried to understand what happens, putting some print lines in the 
handle_endpoint_int function (tha function that forks the child subprocess 
that eventually should notify the main program about ADSL line being up) and 
I find out that it never gets after this instruction:

ret = pusb_endpoint_read(ep_int, lbuf, sizeof(lbuf), 0);

Moreover, the child process disappears after a while, before sending the 
SIGUSR2 signal to the parent process.
Maybe the read causes a crash in the child process, so the main program never 
gets notified and it eventually hit the SIGALRM message from alarm.
I cannot guess the reason of such a behaviour, I'm not a driver expert.
Bye
Remigio

On Thursday 29 January 2004 22:48, Danilo Berardi wrote:
 Remigio Di Muzio wrote:
 However, I think that the right instruction to add to modem_run.c is this
  one:
 
  timed_out=0;   /// - Add this istruction
 
 and not the one suggested by Danilo
 
  timed_out=1;   /// - Add this istruction

 Yes, it's correct...
 In my code i have:

 timed_out=1;

 Sorry. :-(

 Bye. But why signal is not send ?
 I would replace this workaround with corrent patch...
 Bye,
 Danilo



 Liste de diffusion modem ALCATEL SpeedTouch USB
 Pour se désinscrire :
 mailto:[EMAIL PROTECTED]

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-30 Thread Duncan Sands

 ret = pusb_endpoint_read(ep_int, lbuf, sizeof(lbuf), 0);

Yeah, that is basically what the people from Thomson told us.

Duncan.

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-29 Thread Edward Ponting

I have a few more questions:

I'm using linux (although willing to move to FreeBSD if unsuccessful with
SuSE8.2)?

Does anyone know why the SIGUSR2 is not being generated?

If I patch as below then it will fail every time?
(I have also tried timed_out=0;)

/* Begin modem_run.c extract */

alarm(timeout);
while(!link_up  !timed_out)
pause();

/* Reset the alarm signal - no races possible (see the USR2 signal hanlder)
*/
alarm(0);

/* -- timed_out=1; -- Do you mean add here? The value is 1 already if link
status is not reported? */

if (timed_out) {
report(0, REPORT_ERROR, ADSL synchronization failed - timed
out\n);
} else {
/* The physical adsl link has been established */
report(0, REPORT_INFO, ADSL synchronization has been obtained\n);
/* We can print the adsl link state (speed) */
get_state(fdusb,buf);
print_state(buf);
}

/* End modem_run.c extract */

I watched the modem_run process finish but then when I run pppd with ppoa3
it says:
pusb_claim_interface 1 failed
...and then it reries through consecutive channels.
I think the child modem_run process may not be clearing up after itself?
I can check and provide a log later.
Can anyone explain more specifically whats going on, is what I suggest
likely?

Thankyou,
ED

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Danilo Berardi
Sent: Tuesday, January 27, 2004 8:56 PM
To: [EMAIL PROTECTED]
Subject: [speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!


Edward Ponting wrote:

I'm sure that the link is connected correctly. Is it worth me extending the
timeout to  60 seconds??



The problem is not alignement but child modem_run process. It do not
send a signal to his  parent that modem is now sincronized.
A workaround, before developers patch, can be set timed_out = true after
reset alarm and before check into modem_run.c.
Modem work fine so ...

/*   Begin extract modem_run.c  */
alarm(0);

timed_out=1;   /// - Add this istruction

if (timed_out) {

/*   End extract modem_run.c  */

In my system (but i use pppoa) 30 seconds enought for all.

Thanks Lewis,
Danilo Berardi




Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire :
mailto:[EMAIL PROTECTED]




Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-29 Thread Martin Galpin

This didn't do it for me.

Could you maybe run a diff against your source, or archive yours?

Could you also confirm to me you're using the ZZZLP2.eni firmware?

Martin


On Wednesday 28 January 2004 11:39 am, Remigio Di Muzio wrote:
 I've got a Speetouch 330/Rev 400 (silver modem) too and I've been
 successful in running it, just following the instructions by Lewis Jardine
 (thanks very much to him).
 I had the same trouble with modem synchronization as Edward and Danilo had,
 I applied the workaround suggested by Danilo and now everything runs
 (thanks very much to Danilo too)!
 However, I think that the right instruction to add to modem_run.c is this
 one:

   timed_out=0;   /// - Add this istruction

 and not the one suggested by Danilo

   timed_out=1;   /// - Add this istruction

 since the next line checks the value of the  timed_out variable and if it's
 not zero it prints an error messages, otherwise prints the ADSL line state,
 as you can see in the following two lines extracted from my
 /var/log/messages:

 Jan 28 11:33:07 maka modem_run[1651]: ADSL synchronization has been
 obtained Jan 28 11:33:07 maka modem_run[1651]: ADSL line is up (800 kbit/s
 down | 160 kbit/s up)

 The program runs in any case, but I think it's better to log correct
 informations into the messages file.

 Remigio Di Muzio

 On Tuesday 27 January 2004 21:55, Danilo Berardi wrote:
  Edward Ponting wrote:
  I'm sure that the link is connected correctly. Is it worth me extending
   the timeout to  60 seconds??
 
  The problem is not alignement but child modem_run process. It do not
  send a signal to his  parent that modem is now sincronized.
  A workaround, before developers patch, can be set timed_out = true after
  reset alarm and before check into modem_run.c.
  Modem work fine so ...
 
  /*   Begin extract modem_run.c  */
  alarm(0);
 
  timed_out=1;   /// - Add this istruction
 
  if (timed_out) {
 
  /*   End extract modem_run.c  */
 
  In my system (but i use pppoa) 30 seconds enought for all.
 
  Thanks Lewis,
  Danilo Berardi
 
 
 
 
  Liste de diffusion modem ALCATEL SpeedTouch USB
  Pour se désinscrire :
  mailto:[EMAIL PROTECTED]

 Liste de diffusion modem ALCATEL SpeedTouch USB
 Pour se désinscrire :
 mailto:[EMAIL PROTECTED]

-- 
Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html 
Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-29 Thread Remigio Di Muzio

I'm using ZZZLP2.eni and it runs ok.
This is the result of diff my modem_run.c and the original one from 
speedtouch-1.2-beta3:

###BEGIN DIFF modem_run.c my_modem_run.c ###
--- modem_run.c 2004-01-29 16:16:37.0 +0100
+++ my_modem_run.c  2004-01-29 16:16:53.0 +0100
@@ -195,156 +195,162 @@
0xa4, 0x14, 0x23, 0x23, 0x60, 0xc0, 0x0f, 0x64,
0x30, 0x00, 0xe0, 0x66, 0x20, 0x78, 0x70, 0xcb,
0xe7, 0x01, 0xa2, 0x10, 0x47, 0x00, 0x00, 0x01,
-   0xf0, 0xa0, 0xe1, 0x04, 0x20, 0x8f, 0xe2, 0x01,
-   0x20, 0x82, 0xe2, 0x12, 0xff, 0x2f, 0xe1, 0x60, 
-   0x20, 0xf0, 0xe7, 0x04, 0xe0, 0x4e, 0xe2, 0x00, 
-   0x40, 0x2d, 0xe9, 0x00, 0xe0, 0x4f, 0xe1, 0x07, 
-   0x40, 0x2d, 0xe9, 0xa8, 0x10, 0x8f, 0xe2, 0x00, 
-   0x00, 0x91, 0xe5, 0x01, 0x00, 0x20, 0xe2, 0x00,
-   0x00, 0x81, 0xe5, 0x00, 0x00, 0x50, 0xe3, 0x03, 
-   0x00, 0x00, 0x0a, 0x0d, 0x10, 0xa0, 0xe3, 0xcc, 
-   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x82, 0xe5, 0x02, 
-   0x00, 0x00, 0xea, 0x0f, 0x10, 0xa0, 0xe3, 0xbc,
-   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x82, 0xe5, 0x01, 
-   0x00, 0xa0, 0xe3, 0x90, 0x10, 0x9f, 0xe5, 0x00, 
-   0x00, 0x81, 0xe5, 0x6c, 0x10, 0x8f, 0xe2, 0x00, 
-   0x00, 0x91, 0xe5, 0x01, 0x00, 0x40, 0xe2, 0x00, 
-   0x00, 0x81, 0xe5, 0x00, 0x00, 0x50, 0xe3, 0x02, 
-   0x00, 0x00, 0x1a, 0x94, 0x00, 0x9f, 0xe5, 0x94, 
-   0x10, 0x9f, 0xe5, 0x00, 0x00, 0x81, 0xe5, 0x90, 
-   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x92, 0xe5, 0x07, 
-   0x40, 0xbd, 0xe8, 0x0e, 0xf0, 0x69, 0xe1, 0x00, 
-   0x80, 0xfd, 0xe8, 0x00, 0x00, 0x00, 0x8c, 0x20, 
-   0x00, 0x00, 0x88, 0x50, 0x00, 0x00, 0x01, 0x02, 
-   0x00, 0x00, 0x00, 0xf4, 0x00, 0x00, 0x00, 0x39, 
-   0x00, 0x00, 0x00, 0x10, 0x40, 0x08, 0x00, 0x00, 
-   0x40, 0x00, 0x00, 0x20, 0x40, 0x00, 0x00, 0x30, 
-   0x4e, 0x00, 0x00, 0x00, 0x00, 0x00, 0xa0, 0x15, 
-   0x80, 0x00, 0x00, 0x15, 0x2f, 0x8c, 0x9b, 0x00, 
-   0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x78, 
-   0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x5d, 
-   0x02, 0x00, 0x00, 0x5d, 0x02, 0x00, 0x00, 0x97, 
-   0x02, 0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x40, 
-   0x00, 0x40, 0x01, 0x64, 0x00, 0x50, 0x01, 0x70, 
-   0x3e, 0x00, 0x00, 0xe0, 0x3c, 0x00, 0x00, 0x20, 
-   0x00, 0x00, 0x90, 0x20, 0x00, 0x00, 0xa4, 0x85, 
-   0x40, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x78,
-   0x03, 0x00, 0x00, 0x58, 0x00, 0x50, 0x01, 0x70, 
-   0xc3, 0x00, 0x00, 0x60, 0x00, 0x50, 0x01, 0x04, 
-   0x00, 0x00, 0x84, 0x40, 0x01, 0x12, 0x08, 0x04, 
+   0xf0, 0xa0, 0xe1, 0x04, 0x20, 0x8f, 0xe2, 0x01,
+   0x20, 0x82, 0xe2, 0x12, 0xff, 0x2f, 0xe1, 0x60,
+   0x20, 0xf0, 0xe7, 0x04, 0xe0, 0x4e, 0xe2, 0x00,
+   0x40, 0x2d, 0xe9, 0x00, 0xe0, 0x4f, 0xe1, 0x07,
+   0x40, 0x2d, 0xe9, 0xa8, 0x10, 0x8f, 0xe2, 0x00,
+   0x00, 0x91, 0xe5, 0x01, 0x00, 0x20, 0xe2, 0x00,
+   0x00, 0x81, 0xe5, 0x00, 0x00, 0x50, 0xe3, 0x03,
+   0x00, 0x00, 0x0a, 0x0d, 0x10, 0xa0, 0xe3, 0xcc,
+   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x82, 0xe5, 0x02,
+   0x00, 0x00, 0xea, 0x0f, 0x10, 0xa0, 0xe3, 0xbc,
+   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x82, 0xe5, 0x01,
+   0x00, 0xa0, 0xe3, 0x90, 0x10, 0x9f, 0xe5, 0x00,
+   0x00, 0x81, 0xe5, 0x6c, 0x10, 0x8f, 0xe2, 0x00,
+   0x00, 0x91, 0xe5, 0x01, 0x00, 0x40, 0xe2, 0x00,
+   0x00, 0x81, 0xe5, 0x00, 0x00, 0x50, 0xe3, 0x02,
+   0x00, 0x00, 0x1a, 0x94, 0x00, 0x9f, 0xe5, 0x94,
+   0x10, 0x9f, 0xe5, 0x00, 0x00, 0x81, 0xe5, 0x90,
+   0x20, 0x9f, 0xe5, 0x00, 0x10, 0x92, 0xe5, 0x07,
+   0x40, 0xbd, 0xe8, 0x0e, 0xf0, 0x69, 0xe1, 0x00,
+   0x80, 0xfd, 0xe8, 0x00, 0x00, 0x00, 0x8c, 0x20,
+   0x00, 0x00, 0x88, 0x50, 0x00, 0x00, 0x01, 0x02,
+   0x00, 0x00, 0x00, 0xf4, 0x00, 0x00, 0x00, 0x39,
+   0x00, 0x00, 0x00, 0x10, 0x40, 0x08, 0x00, 0x00,
+   0x40, 0x00, 0x00, 0x20, 0x40, 0x00, 0x00, 0x30,
+   0x4e, 0x00, 0x00, 0x00, 0x00, 0x00, 0xa0, 0x15,
+   0x80, 0x00, 0x00, 0x15, 0x2f, 0x8c, 0x9b, 0x00,
+   0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x78,
+   0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x5d,
+   0x02, 0x00, 0x00, 0x5d, 0x02, 0x00, 0x00, 0x97,
+   0x02, 0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x40,
+   0x00, 0x40, 0x01, 0x64, 0x00, 0x50, 0x01, 0x70,
+   0x3e, 0x00, 0x00, 0xe0, 0x3c, 0x00, 0x00, 0x20,
+   0x00, 0x00, 0x90, 0x20, 0x00, 0x00, 0xa4, 0x85,
+   0x40, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x78,
+   0x03, 0x00, 0x00, 0x58, 0x00, 0x50, 0x01, 0x70,
+   0xc3, 0x00, 0x00, 0x60, 0x00, 0x50, 0x01, 0x04,
+   0x00, 0x00, 0x84, 0x40, 0x01, 0x12, 0x08, 0x04,
0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x14
 #else
-   0x88, 0xf8, 0x00, 0x00, 0x00, 0x00, 0xf2, 0x01,
-   0x06, 0x00, 0x00, 0xea, 0x05, 0x00, 0x00, 0xea,
-   0x04, 0x00, 0x00, 0xea, 0x03, 0x00, 0x00, 0xea,
-   0x02, 0x00, 0x00, 0xea, 0x01, 0x00, 0x00, 0xea,
-   0xa9, 0x00, 0x00, 0xea, 0xff, 0xff, 0xff, 0xea,
-  

[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-29 Thread Danilo Berardi
Remigio Di Muzio wrote:

However, I think that the right instruction to add to modem_run.c is this one:

   timed_out=0;   /// - Add this istruction

and not the one suggested by Danilo

   timed_out=1;   /// - Add this istruction

  

Yes, it's correct...
In my code i have:

timed_out=1;   

Sorry. :-(

Bye. But why signal is not send ?
I would replace this workaround with corrent patch...
Bye,
Danilo



Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-28 Thread Remigio Di Muzio
I've got a Speetouch 330/Rev 400 (silver modem) too and I've been successful 
in running it, just following the instructions by Lewis Jardine (thanks very 
much to him).
I had the same trouble with modem synchronization as Edward and Danilo had, I 
applied the workaround suggested by Danilo and now everything runs (thanks 
very much to Danilo too)!
However, I think that the right instruction to add to modem_run.c is this one:

timed_out=0;   /// - Add this istruction

and not the one suggested by Danilo

timed_out=1;   /// - Add this istruction

since the next line checks the value of the  timed_out variable and if it's 
not zero it prints an error messages, otherwise prints the ADSL line state, 
as you can see in the following two lines extracted from my 
/var/log/messages:

Jan 28 11:33:07 maka modem_run[1651]: ADSL synchronization has been obtained
Jan 28 11:33:07 maka modem_run[1651]: ADSL line is up (800 kbit/s down | 160 
kbit/s up)

The program runs in any case, but I think it's better to log correct 
informations into the messages file.

Remigio Di Muzio

On Tuesday 27 January 2004 21:55, Danilo Berardi wrote:
 Edward Ponting wrote:
 I'm sure that the link is connected correctly. Is it worth me extending
  the timeout to  60 seconds??

 The problem is not alignement but child modem_run process. It do not
 send a signal to his  parent that modem is now sincronized.
 A workaround, before developers patch, can be set timed_out = true after
 reset alarm and before check into modem_run.c.
 Modem work fine so ...

 /*   Begin extract modem_run.c  */
 alarm(0);

 timed_out=1;   /// - Add this istruction

 if (timed_out) {

 /*   End extract modem_run.c  */

 In my system (but i use pppoa) 30 seconds enought for all.

 Thanks Lewis,
 Danilo Berardi




 Liste de diffusion modem ALCATEL SpeedTouch USB
 Pour se désinscrire :
 mailto:[EMAIL PROTECTED]


Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-27 Thread Edward Ponting


I have tried the patch that Lewis sent in that uses the newer microcode and
firmware.
The download appears to complete OK now (thanks Lewis!).
When the download completes the log displays Synchronization Failed.

Can anyone provide any clues as to why I might get synchronisation failure?
I'm sure that the link is connected correctly. Is it worth me extending the
timeout to  60 seconds??
Is this likely to be a problem specific to my ISP (BT/PIPEX)?

Thanks
Ed







Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: 330/Rev 400 (silver modem) - Got it working!

2004-01-27 Thread Danilo Berardi
Edward Ponting wrote:

I'm sure that the link is connected correctly. Is it worth me extending the timeout 
to  60 seconds??

  

The problem is not alignement but child modem_run process. It do not 
send a signal to his  parent that modem is now sincronized.
A workaround, before developers patch, can be set timed_out = true after 
reset alarm and before check into modem_run.c.
Modem work fine so ...

/*   Begin extract modem_run.c  */
alarm(0);

timed_out=1;   /// - Add this istruction

if (timed_out) {
 
/*   End extract modem_run.c  */

In my system (but i use pppoa) 30 seconds enought for all.

Thanks Lewis,
Danilo Berardi




Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]