[speedtouch] Re: Document

2004-07-11 Thread Leonard den Ottolander

Hi,

On Wed, 2004-07-07 at 06:47, [EMAIL PROTECTED] wrote:
 Please have a look at the attached file.
 
 
 -- Binary/unsupported file stripped by Listar --
 -- Type: application/octet-stream
 -- File: your_document.pif

Obviously some virus is using my email address to send this to the list.
Please check your Doze box for virus infections.

Does anybody happen to be acquainted with the admins at over-link.net?
They also spam me with warnings about viruses that seem to come from me.
Sadly they are unresponsive to my requests to reconfigure their
software. As they also appear to be french I assume some french person
on this list is infected and causing this spam.

Leonard.
 
-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Fedora Core 2 Test 3 Issues (2.6.5 kernel)

2004-05-26 Thread Leonard den Ottolander

Hi,

 It's a known bug.  I asked for the fix to go into 2.6.6, but it was decided to
 wait until 2.6.7 instead.

FYI, Arjan van de Ven has made available a test kernel (2.6.6-1.383,
update to 2.6.7-rc1) for Fedora Core 2 that features a major USB
update. I assume these are Duncan's patches for 2.6.7.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Fedora Core 2 Test 3 Issues (2.6.5 kernel)

2004-05-11 Thread Leonard den Ottolander

Hello Tim,

  It's a known bug.  I asked for the fix to go into 2.6.6, but it was
 decided to
  wait until 2.6.7 instead.
 
 Back to Core 1 it is then :-/

You better raise this issue at the [EMAIL PROTECTED] . Maybe
somebody on that list can update you on the status of Fedora Core 2 in
regard to this bug.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] [Announce] Updated Speedtouch RPM for Red Hat Linux and Fedora Core

2004-04-22 Thread Leonard den Ottolander

Hi,

After a few weeks of testing (that is using a temporary build and
attending to other things) I finally got to releasing a new Speedtouch
RPM for use with Red Hat Linux and Fedora Core.

The speedtouch-1.2 branch finally got out of beta! This latest RPM is
based on the final 1.2 code and should work with all versions of the
Speedtouch modem.

For Fedora Core you probably just want to use the kernel mode driver,
but you can use modem_run from this rpm to upload the firmware. Note
that with the latest modem_run you have to upload both parts of the
firmware, using either the -a and -f switch, or by concatenating the two
parts together and feeding them to modem_run via the -f switch.

The (S)RPM can be found at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html . Also
available is a tarball for the users of *BSD.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Modem connection gradually gets slower.

2004-04-04 Thread Leonard den Ottolander

Hello Sergio,
 then gradually I have been getting problems with Firefox and
 Thunderbird not being able to type into the location bar without
 freezing the browser.

Care to explain how that could be related to the speedtouch driver?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Failing to load firmware?

2004-04-03 Thread Leonard den Ottolander

Hi Gilles, Schelte,

On Sat, 2004-04-03 at 13:04, Schelte Bron wrote:

 That did the trick. I have my ADSL connection running with Linux now :-D

 On 04/03/04 10:42, Gilles Espinasse wrote:

  You need modem_run from the V1.2 driver and use -a /your/path/ZZZLP1.eni -f
  /your/path/ZZZLP2.eni options for modem_run

Curious, as his log says

Apr  2 15:46:41 pc modem_run[21842]: modem_run version 1.2-beta2 started
by root uid 0

Care to explain?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Failing to load firmware?

2004-04-03 Thread Leonard den Ottolander

Hi Schelte,

 modem_run 1.2-beta2 doesn't have the -a option:

 Is that what you wanted to know?

I already do, that's why I'm surprised. Your logs show that you use
1.2-beta2, so how can this work?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Failing to load firmware?

2004-04-03 Thread Leonard den Ottolander

Hi,

I wrote:

  modem_run 1.2-beta2 doesn't have the -a option:
 
  Is that what you wanted to know?
 
 I already do, that's why I'm surprised. Your logs show that you use
 1.2-beta2, so how can this work?

I overlooked that Gilles also advised you to use 1.2. Duh. That explains
it ;) .

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: speedtouch 1.2 is out!

2004-03-19 Thread Leonard den Ottolander

Hi Benoit,

 The speedtouch-1.2 driver is out! You can download it on 
 http://speedtouch.sourceforge.net/ as usual. All revisions 4.0 modems 
 are now fully supported.

So we finally got out of beta! Great, I'll make a new rpm available
within a couple of days at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html .

 modem_run -a ZZZLP1.eni -f ZZZLP2.eni
 
 where ZZZLP1.eni and ZZZLP2.eni are the firmware files from the Windows 
 drivers.

Yes, I should update that info on my website as well. No need to
concatenate the two parts if you use -a.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: speedbundle-1.0-pppoe-pppd

2004-03-14 Thread Leonard den Ottolander

Hallo George,

Just verifying some issues you seem to be not entirely sure about :) .

 The provider is Zonnet in the Netherlands. They sell ADSL contracts via both their
 mother company, Versatel, and via KPN, the old Dutch state telephone company. When
 KPN provides the technical facilities, you get pppoa, I think. (Anyone who knows
 better: please correct me.)

Correct. I use Zonnet via KPN and indeed they use pppoa.

 I had just about everything wrong when I cried for help on this list. Turns out the
 VPI/VCI for Versatel is 0/32 (For KPN it's 8/48, I suppose).

That is good to know. Thanks for that info. And KPN indeed uses 8/48.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Problems with the Speedtouch USB driver and Java

2004-03-14 Thread Leonard den Ottolander

Hello Eurig,

 But I need java to be working through both browsers (desperately!!)
 ...so I tried to get java plugin working on my netscape or my mozilla on
 Computer 1...

This issue is totally unrelated to the speedtouch driver. These kind of
questions are better asked on the [EMAIL PROTECTED] . You
might also consider switching to Fedora Core ([EMAIL PROTECTED]).
You can subscribe to these list via
http://www.redhat.com/mailman/listinfo .

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: speedbundle-1.0-pppoe-pppd

2004-03-14 Thread Leonard den Ottolander

Hi Duncan,

  Hotplug and my adsl-on are in each others way, but that shouldn't
  matter, right?
 
 No.

Hm. Is that no, it doesn't matter, or no, that is not right?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: [RedHat][Speed Touch]Connection automatique

2004-03-11 Thread Leonard den Ottolander

Bonjour JF,

 Quelcun pourrais me dire comment automatiser ma connection internet 
 (Speedtouch RhedHat 9)
 pour ne pas etre obligé de taper à chaque demarrage les commandes 
 #modem_run ..., pppd call adsl, ifconfig etc

Cherchez les archives
(http://www.mail-archive.com/[EMAIL PROTECTED]). Ou allez
directement a
http://www.mail-archive.com/[EMAIL PROTECTED]/msg04886.html .

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: How to get the latest speedtouch firmware without having to run windows.

2004-03-05 Thread Leonard den Ottolander

Hello James,

 Extract the .pax file with a linux freeware pax extraction tool.
 In directory 
 ./System/Library/Extensions/SpeedTouchUDSLUSB.kext/Contents/PlugIns/R30 
 will be the ZZZLP1/2.eni files.

Nice hey, these archives that need you to utilize unzip, gzip and pax to
extract. All in one. I was thinking of putting the above information on
my speedtouch web page
(http://www.ottolander.nl/opensource/speedtouch/speedtouch.html). I
might still do that, seeing how easily it is to get lost inside that
archive...

Note that you need to concatenate these two parts together if you want
to use the latest version of modem_run.

Martin, you forgot to mention this on your website. Also you only
provide part 2 of the firmware, which is not sufficient for use with the
latest code.

Instead of putting up the firmware on your website you'ld better use a
link instead (note that these links avoid the nag screen at Thomsons
site): http://download.ethomson.com/download/WebUpgrade_MacOSX_R3.zip
for the ZZZLP firmware, for use with the 330 rev.4, and
http://download.ethomson.com/download/KQD6_R204.zip for the KQD6
firmware, for use with the 330 rev.2 (and the original USB rev.0 (?)).

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: How to get the latest speedtouch firmware without having to run windows.

2004-03-05 Thread Leonard den Ottolander

Hi James,

  Instead of putting up the firmware on your website you'ld better use a
  link instead (note that these links avoid the nag screen at Thomsons
  site): http://download.ethomson.com/download/WebUpgrade_MacOSX_R3.zip
 Note: Filename changed to: -
 http://www.speedtouchdsl.com/download/drivers/USB/WebUpgrade_MacOSX_R3.0.1.2.zip

Well, the above link still works. Is the one below a newer version
and/or does it contain a newer version of the firmware?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Writing compatibility code for V1.2.beta4

2004-02-28 Thread Leonard den Ottolander

Hi Duncan,

 Is the firmware backwards compatible?  I mean: will new firmware
 work fine on old hardware?

No it doesn't. Using either ZZZLP2.eni or ZZZLP1  -2 concatenated
together with modem_run fails for my 330 rev.2, with an error Can't
locate firmware inside ZZZLP.eni.

Does the two parts of ZZZLP have to be concatenated before use with the
330 rev.4?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Writing compatibility code for V1.2.beta4

2004-02-28 Thread Leonard den Ottolander

Hello Gilles,

 I think it's a bit complicated to ask the user to concatenate the 2 part
 under windows.

Why would they have to concatenate under windows?
$ cat KQDP1.eni KQDP2.eni  KQDP.eni
works fine.

Why is the use of the first part necessary anyway? Can't you just load
the two parts separately? Or does one need to use only one part for
certain firmwares?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Writing compatibility code for V1.2.beta4

2004-02-28 Thread Leonard den Ottolander

Hi Duncan,

  No it doesn't. Using either ZZZLP2.eni or ZZZLP1  -2 concatenated
  together with modem_run fails for my 330 rev.2, with an error Can't
  locate firmware inside ZZZLP.eni.
 
 That's not what I meant: this shows that modem_run has a problem.
 It doesn't show that the firmware is incompatible with the hardware.

(I get a slight feeling of deja vu. Did we discuss this before?)

I presume the same firmware gets loaded without problems on the rev.4?
Then why does modem_run have a problem with the same firmware when used
with another revision of the modem?

If modem_run can't load the firmware it will be difficult to establish
if the firmware is compatible ;) . Somebody should try from another OS.

  Does the two parts of ZZZLP have to be concatenated before use with the
  330 rev.4?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: [NEWS] speedtouch 330 rev4 support

2004-02-27 Thread Leonard den Ottolander

Hello Duncan,

  I'm having trouble using it with 2.6 kernels...
 
 What sort of problems ? i'm using it with a 2.6.3 kernel and it works
 reliably for 16h network gaming sessions :-)

Are you still having problems? I think it might be time to release a new
speedtouch rpm at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html , but I
want to make sure the most obvious bugs are ironed out before
proceeding.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Announce: Updated Speedtouch RPM for RH9 (and FC1)

2004-02-27 Thread Leonard den Ottolander

Hi,

A new speedtouch rpm for use with Red Hat 9 is available at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html . This
version is built from CVS (2004/02/20) and should work with the silver
330 rev.4 version of the modem.

Binaries are built on RH9 but should probably be usable on Fedora Core 1
as well. On FC1 you probably want to use the kernel mode driver anyway,
but you can probably use the modem_run binary from the RH9 rpm. If not,
rebuild from the source rpm (and notify me).

For other distros that support rpm you should be able to rebuild the rpm
without too many modifications to the spec file. BSDers and users of
distros that do not support rpm can grab the tarball.

Please report any issues you are having to this list. Don't forget to
concatenate the two firmware parts when using this version.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: Help Speedtouch 330 USb with Debian Woody

2004-02-25 Thread Leonard den Ottolander

Dave,

Could you be so kind not to post your whole faqing log file to a mailing
list unless requested? Be so kind to just include relevant sections.
TIA.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: [NEWS] speedtouch 330 rev4 support

2004-02-23 Thread Leonard den Ottolander

Hello Edouard,

  Are you expecting to commit more changes in regard to this issue?
 
 Not  at   the  moment.   The  best   we  can  do   is  to   reshape  the
 documentation. It  would be even good  to add some wise  words about the
 kernel driver.

Maybe it is a good idea to release this version as beta4? Maybe after a
little polishing?

Since beta3 has been very stable for me for months I was wondering what
has to be done to get to a final release. Are there still issues with
pppoa2? Or with the turquoise original Speedtouch USB?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: [NEWS] speedtouch 330 rev4 support

2004-02-20 Thread Leonard den Ottolander

Hello Edouard,

Ok. Just rebuild from CVS and catted KQD6P1.eni and KQD6P2.eni together.
Things seem to work well on my 330 rev.2:

Feb 20 19:06:52 pentium modem_run[1934]: modem_run version 1.2-beta3
started by root uid 0 
Feb 20 19:06:52 pentium modem_run[1934]: Found SpeedTouch USB modem 
Feb 20 19:06:52 pentium modem_run[1934]: Modem revision: 0200 
Feb 20 19:06:52 pentium modem_run[1934]: Best offset  0 with
probability 100% 
Feb 20 19:06:52 pentium modem_run[1934]: Best offset983 with
probability 100% 
Feb 20 19:06:52 pentium modem_run[1934]: Firmware info (CRC:0xd80bf9f7,
Size:991, Checked: Yes, Alcatel/Thomson Boot block (old)) 
Feb 20 19:06:52 pentium modem_run[1934]: Best offset991 with
probability 100% 
Feb 20 19:06:52 pentium modem_run[1934]: Best offset 677633 with
probability 100% 
Feb 20 19:06:52 pentium modem_run[1934]: Firmware info (CRC:0x5bca7d16,
Size:677641, Checked: Yes, 2.0.1 - MacOSX - Win32(2.0.0)) 
Feb 20 19:06:52 pentium modem_run[1934]: BLOCK1 :991 bytes  
uploaded : OK 
Feb 20 19:06:53 pentium modem_run[1934]: BLOCK2 :511 bytes
downloaded : OK 
Feb 20 19:06:55 pentium modem_run[1934]: BLOCK3 : 677641 bytes  
uploaded : OK 
Feb 20 19:06:55 pentium modem_run[1934]: BLOCK4 :511 bytes
downloaded : OK
Feb 20 19:06:56 pentium modem_run[1934]: Modem reference : snip.. 
Feb 20 19:07:10 pentium modem_run[1943]: [monitoring report] ADSL link
went up 
Feb 20 19:07:26 pentium modem_run[1934]: ADSL synchronization has been
obtained 
Feb 20 19:07:26 pentium modem_run[1934]: ADSL line is up (1024 kbit/s
down | 320 kbit/s up) 

Are you expecting to commit more changes in regard to this issue?

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: CRC errors with 330 on NetBSB

2004-02-20 Thread Leonard den Ottolander

Hello Gilles,

 There was corrections done in pppoa3 (in V1.2beta3 I think) to remedy at
 this trouble under Linux with 330.

There were some reasons this change could not flow into pppoa2 as well,
but I can't remember which exactly. Could anyone remind me what these
were? Could it be that the code to account the number of packets
received in pppoa2 also needs to be fixed? Or is that implementation
totally different?

 But before the correction, generaly, use of firmware.bin had given a better
 result than last brand new firmware

That was indeed the case with the 330 using pppoa3, it might help with
pppoa2 as well.

Note that CRC and VPI/VCI errors can also be caused by poor cabling. My
line speed was upgraded from 384 kbit/s to 1024 kbit/s a few weeks ago.
After that I saw loads of these errors and frequent disconnects. After
all it turned out to be caused by me using low quality and long cables.
The problems vanished when I moved my firewall and started using short
cables.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: [NEWS] speedtouch 330 rev4 support

2004-02-18 Thread Leonard den Ottolander

Hello Edouard,

 Commited  to  CVS, public  cvs  will be  mirrored  later  as usual  (thx
 soureforge for the delay :-( )

As I am a little busy the coming day(s) you will have to either wait a
day or two or find another tester for the 330. I hope to have time to
update and recompile this on friday.

Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: help needed with testing auto-detect Rev patch

2004-02-15 Thread Leonard den Ottolander

Hello Edouard,

 I commited  the changes i  was talking about  this week. Do you  plan to
 update your patch to the new CVS  or may i pick what i consider suitable
 from it myself ?

 I'll probably do this on my  side this afternoon or this evening. I keep
 you informed.
 
 PS: the  below changes are tested on  the manta modem, and  are known to
 work  well for  me(tm),  however  feedback from  other  manta or  purple
 modems is welcome.

Just let us know how the two of you solve this and when this merged
version gets moved into CVS. I'll grab and test it after you announce
that.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: help needed with testing auto-detect Rev patch

2004-02-14 Thread Leonard den Ottolander

Hi John,

 Version 6 now available from the same location
 (http://www.hystedjp.pwp.blueyonder.co.uk).

Version 6 compiles and seems to run fine with my 330 rev.2 as well.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: 330/Rev 400 success

2004-02-10 Thread Leonard den Ottolander

Hello Martin,

  still appears mangled. Sorry :( .
 
 It's fixed now!

Sort of. I think the original source doesn't use all the spaces but tabs
instead. Could you be so kind to upload a cleanly patching diff instead
of a hand crafted version?

diff -u modem_run.c.000 modem_run.c

I think in general it is good for maintenance if indention is preserved
carefully. Tell your editor to use 8 space tabs instead of 8 spaces. If
you are using the midnight commander disable the fake half tabs.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: 330/Rev 400 success

2004-02-10 Thread Leonard den Ottolander

Hello Martin,

 Sort of. I think the original source doesn't use all the spaces but tabs
 instead. Could you be so kind to upload a cleanly patching diff instead
 of a hand crafted version?
 
 diff -u modem_run.c.000 modem_run.c
 
 I think in general it is good for maintenance if indention is preserved
 carefully. Tell your editor to use 8 space tabs instead of 8 spaces. If
 you are using the midnight commander disable the fake half tabs.

Got the tarball. The problem appears to be some spaces at the end of
some lines that are not taken into account in your hand patch. (Maybe
only in my version of the source and already fixed in CVS. If the
original diff patches cleanly for you please let me know.) Please do a
diff the next time, as it avoids these kind of nasty problems.

Also the second block uses spaces instead of tabs, 8 or 9 spaces
alternatingly. I am fixing that as well. A clean patch will be available
within 24 hours from
http://www.ottolander.nl/opensource/speedtouch/modem_run.c.diff .

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: 330/Rev 400 success

2004-02-10 Thread Leonard den Ottolander

Hello Martin,

 The patch is perfectly clean for me.
 
 Either way, to finish this now, I'll upload your patch.
 
 I am the author of the patch, though what was originally uploaded was sent to 
 me by Remigio Di Muzio (without him realising I was the author).

g

 http://www.nemohackers.org/speedtouch/modem_run.diff is now your diff.

Now you are moving to fast ;) . If the patch you got patches cleanly
against CVS mine won't. The first hunk fixes two redundant spaces at the
end of the lines. It is needed for the tarball that I distribute inside
my rpm, but not necessarily valid against current CVS.

So if you have problems using this version the first hunk can safely be
dropped. The spacing of the last block is nicer however.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: 330/Rev 400 success

2004-02-09 Thread Leonard den Ottolander

Hello Martin,

 I finally got my own patch to work today! So, I'm free once again.

 http://www.nemohackers.org/speedtouch.php

If I apply this patch to modem_run will it still work with the original
330? If so did you add it to CVS? If not, how do you expect to merge it?
An extra command line switch?

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: 330/Rev 400 success

2004-02-08 Thread Leonard den Ottolander

Hello Martin,

   http://www.nemohackers.org/speedtouch.php
 
  The patch available there seems to be mangled.

 So it does. I apoligise for that, I think gFTP messed up alittle.
 
 It's fixed now.

http://www.nemohackers.org/speedtouch/ :

modem_run.diff  08-Feb-2004 10:4219k

still appears mangled. Sorry :( .

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research



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




[speedtouch] Re: AMD 64 Fedora

2004-01-26 Thread Leonard den Ottolander

Hello Pete,

 Am I miising something that need to be done?  I'm not being specific as I
 imagine there must be a fundamental
 difference between the present Alcatel solution and the Amd64 requirements.

Yes, you are very unspecific. For instance, what kernel do you use? It
seems speedtch.o is not automatically built with the Fedora 2.6 kernel.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research




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




[speedtouch] Re: Debian-Speedtouch Package

2004-01-22 Thread Leonard den Ottolander

Salut,

 Je ne reçois aucune réponse.   :-(

You might want to change the subject line instead of hijacking a thread
and repost to this list. Maybe that helps.

Bye,
Leonard.

-- 
mount -t life -o ro /dev/dna /genetic/research




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




[speedtouch] Re: VPI/VCI problems

2004-01-20 Thread Leonard den Ottolander

Hello Duncan,

  Linux version 2.4.20-28.9 ([EMAIL PROTECTED]) (gcc version
  3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Dec 18 13:46:42 EST 2003
 
 Try upgrading your kernel.

That'll be hard, since that is the latest kernel for RH9... Usually, any 
bugs that get solved in later releases get backported by Red Hat.

Bye,
Leonard.

--
mount -t life -o ro /dev/dna /genetic/research


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




[speedtouch] Re: Pb installation speedtouch 330

2003-12-30 Thread Leonard den Ottolander

Hi,

 -- Attached file included as plaintext by Listar --

 Now isn't that nice ;-) ?

Bye,
Leonard.

--
mount -t life -o ro /dev/dna /genetic/research


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




[speedtouch] Re: Fedora Problems For Speedtouch 330

2003-12-29 Thread Leonard den Ottolander

Hi Duncan,

 -- Binary/unsupported file stripped by Listar --
 -- Type: text/x-makefile
 -- File: Makefile

 Duh. Haven't you had this problem before? Please set your mailer not to 
wrap lines and include verbatim.

Bye,
Leonard.

--
mount -t life -o ro /dev/dna /genetic/research


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




[speedtouch] Re: Silver SpeedTouch 330 Modem

2003-12-26 Thread Leonard den Ottolander

Hi Ok,

 Could any of you (Mike?Martin?) send me this infamous V4 firmware-file
 please (on my private address). I'm a collector...

 Have you tried the Thomson website yet? Haven't looked inside the zip 
archives yet, but there are firmware revisions for Windows and Mac OSX 
there (http://download.ethomson.com/download/WebUpgrade_Windows_R3.exe and 
http://download.ethomson.com/download/WebUpgrade_MacOSX_R3.zip to avoid 
the nag registration).

Bye,
Leonard.

--
mount -t life -o ro /dev/dna /genetic/research


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




[speedtouch] Re: No traffic

2003-12-25 Thread Leonard den Ottolander

Hallo Irene,

 Since I was having downstream problems with the user space driver and
 the alcaudsl.sys firmware, I  installed the latest Debian speedtouch
 packet and built in the kerneldriver (2.4.22).

 I have no experience with the kernel driver yet, but since nobody else 
jumps in I thought I might give you at least some answers.

 I'm using the firmware file from
 http://speedtouch.sourceforge.net/index.php?/download.en.html now.

 I have been using the KQD6P2.eni with the user mode driver for quite a 
while now (http://download.ethomson.com/download/KQD6_R204.zip).

 Ping gives messages like unknown host, also when I use an IP
 address.

 Really? Or just time outs in the latter case? By the way, can you ping 
both ends of the point to point connection? Have you tried traceroute and 
seen how far a trace gets?

 I shut down the firewall, but no way. I put the modem_run options
 -m -f -s in the script, that didn't work either. Could it be that I should
 remove netfiltering modules from the kernel?

 If all chains are set to ACCEPT you should be ok. No need to remove the 
netfiltering modules.

 Iptables -L -n gives IP-addresses with only zero's.

 Don't forget the -v option, which shows to which interface the rules 
apply. The zero's are just IP catch alls, its the destination 
(ACCEPT/DROP) that matters.

 Btw, it doesn't seem to be possible to go back to my original
 configuration, it just doesn't work anymore somehow. And I would still
 have the crappy downstream: it used to be around 15 kbps instead of the 42 I
 get sometimes with Wintendo, which I'm forcibly using now.

 The user mode driver gives me a 40KB/s ftp download speed (same modem as 
you, same line specs, but using the KQD6P2.eni firmware).

 Although I don't feel I can pinpoint the problem you are having I hope 
this is of some use. Maybe somebody with experience with the kernel mode 
driver can jump in...

Bye,
Leonard.

--
mount -t life -o ro /dev/dna /genetic/research


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




[speedtouch] Re: connection die-outs

2003-12-10 Thread Leonard den Ottolander

Hi Folks,

 I've got exactly the same problems as you, on FreeBSD 4.x (4.8 right now). I
 still use v1.1 (I tried v1.0 before, and more recently v1.2beta1)

 Have you tried using pppoa3? Not sure about the development on pppoa2, but 
even that is already in 1.2beta3. It could quite well be your problems have 
already been solved in the newer releases.

 The last thing is this f***king VIA chipset on my mother board (or the
 motherboard itself: K7T266A), and I've heard that not enough power was
 given to the modem when it needs it (and that's why it switchs off
 sometimes).

 I have heard about VIA chipset problems as well, but that was on a 
*Pentium* motherboard, not an Athlon motherboard.

 Anyway, I'm quite fed up with all this, and I'm going to change to
 motherboard+nForce2 chipset, or a better Ethernet modem/router.

 Again, you might want to upgrade your software before you upgrade your 
modem. There is definitely no need to upgrade your motherboard, since the 
power problem you mention does not apply to it.

Bye,
Leonard.



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




[speedtouch] Re: Problem maybe with USBDEVFS_BULK

2003-12-10 Thread Leonard den Ottolander

Hi Luigi,

  I followed the howto but, when I execute
  modem_run -m -f /bin/mgmt.o #just the right led became orange
  pppd call adsl #nothing appens

 Try unplugging the modem, issue

# rm -f /var/run/pppoa3-modem1.pid
# killall pppoa3

and then rerun modem_run again (after you plugged it back in of course). If 
you are using the bordeaux red Speedtouch 330 you need to add the -s switch 
as well. Also you might want to use the latest Thomson firmware 
(KQD6P2.eni, http://download.ethomson.com/download/KQD6_R204.zip).

 Another thing, if you are using a 2.4.22 or later kernel you could also 
try using the kernel space driver instead.

Bye,
Leonard.



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




[speedtouch] Re: Strange vpi/vci in logs

2003-12-01 Thread Leonard den Ottolander

Hello Guillaume,

 Nov 28 10:26:47 darkstar pppd[627]: secondary DNS address 80.10.246.132 Nov
 28 10:27:02 darkstar pppoa3[639]: Cell had wrong VPI(3855)/VCI(32) (OAM?)
 PTI=0x01 Nov 28 10:27:05 darkstar pppoa3[638]: ATM cell queue sent to USB

 What version of the user space driver and which firmware are you using? If 
you use the KQD6P2.eni firmware you should use the latest beta (1.2beta3).

 I did see a few of the above yesterday, but that was a line issue. In your 
case I suspect it's an incompatibility between the firmware and the driver 
version.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Strange vpi/vci in logs

2003-12-01 Thread Leonard den Ottolander

Hi,

 I wrote:

  Nov 28 10:27:02 darkstar pppoa3[639]: Cell had wrong VPI(3855)/VCI(32)
  (OAM?) PTI=0x01

  I did see a few of the above yesterday, but that was a line issue. In your
 case I suspect it's an incompatibility between the firmware and the driver
 version.

 Hm. I do see these wrong VPI/VCI's again here. Nasty.

 Edouard, maybe we should have a look at this again. Maybe the frame size 
restriction should not have been removed after all. I think I put it back 
in again and see if it helps. I'll let you know.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-28 Thread Leonard den Ottolander

Hi Edouard, Tim,

 Tim Woodall ([EMAIL PROTECTED]) wrote:
  Wouldn't
  num_bytes_read -= nb_cells * ATM_CELL_TOTAL_SIZE;
  num_bytes_new = num_bytes_read;
  be better?
 
 Yes it would be better, so much better that i've never commited
 something else than this piece of code :-)

 I noticed this, and indeed the code is probably more obvious this way. The 
essence is that you don't have to calculate nb_cells * ATM_CELL_TOTAL_SIZE 
twice. The double assignment was just some showoff geekery ;-) .

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: What does VPI and VCI mean ?

2003-11-24 Thread Leonard den Ottolander

Hello Stefan,

 1. What does VPI and VCI mean ? How do I know what values they should have ?

 Your provider should be able to tell you, or you should be able to find it 
on it's webpage.

 As a shortcut: VPI = 8 and VCI = 48 for the Netherlands.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Announce: speedtouch-1.2-beta3 rpm for Red Hat Linux

2003-11-24 Thread Leonard den Ottolander

Hello gang,

 Last night I made available an rpm of the speedtouch-1.2-beta3 source for 
use with Red Hat Linux. The rpm is built for RH 9, but I also built the src 
rpm on 7.3, so I guess it is save to say you can use it on RH 7.x, 8.0 and 
9.

 You can find this rpm, src rpm and spec file at 
http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html .

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: New user - stuck migrating from user mode driver to kernel

2003-11-22 Thread Leonard den Ottolander

Hello Nigel,

 Nov 21 00:27:21 planetf1 pppd[996]: Couldn't increase MTU to 1500

 /etc/ppp/options is

 mtu 1458

 Guess that might be your problem. Just kill that line and see if it helps.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-20 Thread Leonard den Ottolander

Hello Edouard,

 The changes may show up in the anonymous cvs soon[1].

 They finally did. I see in the changelog says Checks for
frames that are too long., but that part you actually dropped.

 Against the current pppoa3.c the following minor cleanups
could be applied:

$ diff -pu pppoa3.c.000 pppoa3.c
--- pppoa3.c.000Thu Nov 20 13:57:12 2003
+++ pppoa3.cThu Nov 20 14:09:54 2003
@@ -1002,10 +1002,10 @@ static void *read_from_usb_thread(void* 
int n;
int pti;
int num_bytes_new;
-   unsigned char lbuf[64*53];
+   unsigned char lbuf[64 * ATM_CELL_TOTAL_SIZE];
unsigned char *unused_cells;
 
-   /* Reads 64*53 bytes from usb */
+   /* Reads 64 * ATM_CELL_TOTAL_SIZE bytes from usb */
do {
n = pusb_endpoint_read(ep_data, lbuf, sizeof(lbuf), 0);
} while (n  0  (errno == EINTR || errno == ETIMEDOUT));
@@ -1071,8 +1071,7 @@ static void *read_from_usb_thread(void* 
nb_cells = pos / ATM_CELL_DATA_SIZE;
 
/* calculate the rest if there is any */
-   num_bytes_new = num_bytes_read - 
nb_cells*ATM_CELL_TOTAL_SIZE;
-   num_bytes_read -= nb_cells*ATM_CELL_TOTAL_SIZE;
+   num_bytes_new = num_bytes_read -= nb_cells * 
ATM_CELL_TOTAL_SIZE;
 
/* Reset the frame position */
pos = 0;

--- end of patch ---

 That about covers it. By the way, thanks for accepting the patch.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] 1.2beta3.tar.bz2

2003-11-20 Thread Leonard den Ottolander

Hi,

 I noticed you already bumped the version to 1.2beta3. Could you please 
make the tar.bz2 available via the website and/or sourceforge? I want to 
build an rpm for Red Hat Linux 9 from the official beta3 instead of the CVS 
version I just downloaded to make it available via 
http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html .

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-18 Thread Leonard den Ottolander

Hi,

 (One man thread :)

  Correction. unused_cells is initialised to lbuf at the first loop, and the
 value of unused_cells is changed to atm_pointer by the call to
 aal5_frame_from_atm_cells. This is probably a way to walk through lbuf. Ie
 the use of unused_cells instead of lbuf makes sense. I'll have to look at
 this a little closer, but I guess it is correct.
 
  The lazy mans way to check if it behaves correctly is by using a small
  lbuf. Guess I'll have a go at that  ;) .

 Using an lbuf size of 4 * 53 works just fine, so I assume the logic is 
correct. I do see a kernel: usb-uhci.c: interrupt, status 3, frame# 123 
every few seconds. Probably some congestion due to the excessive amount of 
calls to pusb_endpoint_read when using such a small buffer.

 I think the patch I just submitted can not be cleaned up any further, 
except maybe some stripping of the comments.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-18 Thread Leonard den Ottolander

Hello Edouard,

 I  guess the  sourceforge anonymous  cvs is  still in  a pity  state and
 lagging way behind the developer cvs access.
 
 This patch was already applied with  the changes I listed.  It was not a
 patch modification  request but a report.  Let's  blame sourceforge that
 made you loose time on this.

 It's not that bad. Maybe you didn't change the declaration of lbuf to use 
ATM_CELL_TOTAL_SIZE yet, and there are other changes I mentioned that were 
not in the patch I submitted to CVS.

 The changes may show up in the anonymous cvs soon[1].

 Ok. Did you also apply the changes you mentioned yesterday (fe using 
parameters from atm.h)?

 Note that the merging of the two if (pti == 1) 's is probably still a good 
idea, as well as the combination of the nb_cells and num_bytes_new 
calculation. If you send me a g/bzipped tarball of the current state of CVS 
I will apply these changes to that. Or you'll have to wait until anonymous 
CVS gets updated and I can patch against that. If I didn't oversee anything 
that should wrap up this thread.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-17 Thread Leonard den Ottolander

Hello Edouard,

 It's been a  while since the last commits. This is  probably going to be
 released as beta3. Then i'll do rc releases for a final 1.2.

 Please consider the patches I supplied via sourceforge before jumping to 
beta3. TIA.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-17 Thread Leonard den Ottolander

Hello Edouard,

 Ok  concerning the  second  patch, i'm  going  to apply  it with  slight
 changes:
  - the  'idiotic' message  isn't  good as  this  driver can  be used  on
networks with mtu  1500. Not all the networks are Ethernet, and it's up
to your ISP to negotiate the MTU value through pppd or whatever.

 Is there a way to check the frame length against the negotiated length, or 
do you just drop this check?

  - some  cleanup  concerning  the  effective  payload  used

 The way aal5_frame_from_atm_cells() is called probably needs checking. I 
am not sure if the use of unused_cells instead of lbuf is correct. Might 
just work for small frame sizes. Also it seems that currently lbuf is not 
used at all so if the use of unused_cells instead of lbuf is correct you 
might just drop all references to lbuf.

 Once again, this patch was not written by me, I just did some cleanup and 
separation of functionality. I did not verify all the details of its inner 
working, but can verify that it fixes the CRC error problem I saw when 
using the KQD6P2.eni firmware with the unpatched driver. But it definitely 
needs another check ;) .

  -  use  of constants defined in atm.h

 Sure.

 and move n1 to the inner if(pti==1)
subcase. n1 has been renamed to nb_cells as well.

 And sure, sure again :-) .

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: [CVS commits] Various small things

2003-11-17 Thread Leonard den Ottolander

Hello Edouard,

 Just a quick reply, more tomorrow.

 I just dropped the test. See if it makes CRC problems appear again.

 Just dropping the test for pos  1536 shouldn't change anything afaict. 
Remember I inserted the else after that check. Also I always saw both 
Idiotic frame lengths and CRC errors at the same time (before I inserted 
the else). That would suggest that dropping the first test shouldn't make a 
difference.

 The lbuf usage is still  needed, it's the reading buffer. unused_cell is
 just a pointer that keeps tracks of pppoa3 progress into the read buffer if
 there are still ATM cells left in.

 Then that should be changed back. The current patch doesn't seem to use 
lbuf at all.

 I have just a doubt about the case where:
  - num_bytes_read  0
 
 It seems  to me,  that this  case should be  checked and  invalidate the
 unused_cell data.

 Isn't unused_cells set to NULL by aal5_frame_from_atm_cell() after the 
whole frame has been processed? I did not check that. Again, I only 
submitted this patch because it addresses the CRC issue, I am not stating 
that it is entirely correct yet. This probably needs a little discussion 
(please refer to Ok Overbeek as well) and shouldn't be pushed to beta3 in 
24 hours.

 Can you check if a test like this one hurst the CRC solving:
 if (num_bytes_read0) unused_cells = NULL;
 after the pos = 0; statement.

 I'll look at this tomorrow. Plus see above. By the way, num_bytes_read is 
the absolute number of bytes read so it will never be less than 0. And 
again, I assume unused_cells is set to NULL by aal5_frame_from_atm_cell().

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Connection Hangs on RH9

2003-11-12 Thread Leonard den Ottolander

Hello Marwan,


 I'm using RH9 and my ISP is Wanadoo.

 The problem is, when I run the doctor and it gets to displaying
 the DNS servers, it just hangs, it never continues. It seems that the
 connection is already open, so I thought it might be a routing problem, but,
 to my untrained eye, the output of route -n seems OK.

 For such simple setups Red Hat usually sets up routes correctly. I suspect 
your firewall setup is in the way. What does iptables -L -n show you? Is 
port 53 UDP open?

 You are using linux kernel version 2.4.20-8

 You should upgrade your system if you wish to connect it to the internet.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] USBDEVS_BULK failed's probably pppd issue

2003-11-05 Thread Leonard den Ottolander

Hi,

 The USBDEVFS_BULK failed's that I was seeing after prolonged inactivity of 
the line turn out to probably be a pppd issue, and not an issue with the 
(user space) driver.

 Shortly after installing the speedtouch rpm I set the kdebug level to 7 in 
the pppd config file for testing purposes. I only realized that I never set 
this back to a more reasonable level until about two weeks ago. Since I 
removed the kdebug option from the adsl config file I haven't seen any 
USBDEVFS_BULK failed's.

 Setting kdebug to 7 of course eats a lot of CPU on activity of the line, 
but I still wonder why I saw the USBDEVFS_BULK failed's after a period of 
*in*activity.

 I thought you might want to know that after all this turned out not to be 
a driver issue.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Connexion (et reconnexion) automatique

2003-10-29 Thread Leonard den Ottolander

Hello KnuX,

 Voici mon problème :
 - Je cherche à pouvoir reconnecter automatiquement ma machine à Internet
 lorsqu'elle n'y est pas (donc au démarrage et après des plantages pour une
 raison X ou Y de cette connexion).

 For automatic reconnection I use a cron job that checks whether ppp0 is 
still up and/or if there are USBDEVFS_BULK fails. Note that I reload the 
USB modules to achieve this, so if you are using other USB devices this 
might not be an ideal solution.

 To start the connection I just run /etc/ppp/peers/runadsl, which is a 
variant of runadslclean that doesn't check for stale runfiles etc. You can 
use runadslclean for this. Note that the script uses Red Hat specific 
/etc/rc.d/init.d/functions.


[EMAIL PROTECTED] root]# crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.9499 installed on Sat Oct 18 01:51:59 2003)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
0-59/5 * * * *  /root/bin/checkadsl


[EMAIL PROTECTED] root]# cat /root/bin/checkadsl
#!/bin/sh

RELOADLOG=/var/log/adsl_reload
# Generate a packet so a USBDEVFS_BULK fail message gets syslogged
ping -c 1 -t 1 123.45.67.89

devfail=$(/sbin/ifconfig ppp0 21 | grep Device\ not\ found)
usbfail=$(tail /var/log/messages | grep USBDEVFS_BULK\ failed)
if [ $usbfail !=  ] || [ $devfail !=  ]; then
  /sbin/rmmod usb-uhci # /dev/null 21
  sleep 1
  /sbin/modprobe usb-uhci # /dev/null 21
  sleep 3
  /etc/ppp/peers/runadslclean
  echo -n Last ADSL reload on   $RELOADLOG
  date  $RELOADLOG
fi


[EMAIL PROTECTED] root]# cat /etc/ppp/peers/runadslclean
#!/bin/sh

. /etc/rc.d/init.d/functions

LOCKFILE=/etc/ppp/peers/adsl.lock
FIRMWARE=/etc/ppp/firmware/KQD6P2.eni

if [ -f ${LOCKFILE} ]; then
  echo Other process already starting ADSL
  exit
fi

touch ${LOCKFILE}

echo -n Removing stale run file
rm -f /var/run/pppoa3-modem1.pid
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Killing pppoa3 instances
ps wax | grep pppoa3 | grep -v grep | cut -b 1-5 | xargs -i kill -KILL {}
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Loading firmware for USB modem
/usr/sbin/modem_run -v 0 -s -f $FIRMWARE
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Setting up ADSL connection
/usr/sbin/pppd call adsl
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
  echo
  exit 1
fi
echo

echo -n Copying /etc/ppp/resolv.conf to /etc/resolv.conf
cp /etc/ppp/resolv.conf /etc/resolv.conf
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

#/etc/ppp/peers/firewall

rm -f ${LOCKFILE}

 Hope this is of any use to you.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.

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




[speedtouch] Re: Firmware questions

2003-10-26 Thread Leonard den Ottolander

Hello Jim,

 Does the old SpeedTouch (that looks like a sting ray) use the same
 firmware as the SpeedTouch 330?

 Yes.

 Could someone please tell me where I can get a linux-specific
 firmware for the 330? On the official product website I can find
 only Apple and Windows drivers; I can't extract the Apple driver,

 You can use the Linux specific driver for the SpeedTouch USB with your 
330 as well. Note that for other OSes the drivers are separately shown for 
both modems, but they are actually the same driver. See 
http://www.speedtouchdsl.com/support.htm or use 
http://download.ethomson.com/download/KQD6_R204.zip to avoid the annoying 
registration page.

 The Apple package is packed with StuffIt, for which you should be able to 
get a free Expander for. Iirc it contains the same firmware.

 and the Windows driver does not work well (extremely high CRC error
 rate and 75% drop in throughput).

 I also see a lot of CRC errors, which I reported to this list, and for 
which I recently made a patch available. See 
http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html . This patch 
fixes these CRC errors for me.

Hope this helps,

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Can't compile Speedtouch driver on SuSE9

2003-10-26 Thread Leonard den Ottolander

Hi Duncan,

 Try replacing pusb-linux.c with the attached file.

 It seems the attachment got stripped. Maybe you can send it inline?

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: read_from_usb_thread fix

2003-10-18 Thread Leonard den Ottolander

Hi Ok,

 I thought
 I was the only victim, but to my relief you're my companion
 in distress (maybe it has to do with us being Dutch??).

 My distress was mainly that I can't use the official firmware (KQD6P2.eni) 
with the vanilla speedtouch driver. Even if there are different issues with 
the line in the Netherlands the driver shouldn't crash on that, and the 
changes you made to read_from_usb_thread definitely fix *that* problem for 
me (not the occassional USBDEVFS_bulk fails that I keep seeing though).

 Anyway, the extra pipe didn't do anything (good or bad, that
 is).

 So is it necessary or useful or just redundant?

 During the time I was keeping myself busy with that, Duncan
 advised me to try the 'kernel'-version; according to him, that
 would do its job flawlessly.

 I will have a look at it some day (probably still this year ;), but I 
didn't want that to stop me from getting some fixes into the user space 
driver.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: read_from_usb_thread fix

2003-10-18 Thread Leonard den Ottolander

Hello Gilles,

 if some of you want to look at difference behavior between user and kernel
 mode driver, one easy way is to try what is done on IPCop firewall. You can
 switch from one to the other in a few clicks  from the web interface :-)

 Great. I wanted to have a look at IPCop some day anyway.

 the user mode driver is only version 1.2beta1, kernel driver is direct from
 kernel 2.4.22 on the last V1.4.0a1 iso

 I guess it 'll be no problem to pop in my latest version with patches.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] read_from_usb_thread fix

2003-10-17 Thread Leonard den Ottolander

Hi,

 The rpm I made available yesterday
(http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html)
contains the speedtouch_usbpipe patch, which I received from Ok Overbeek and
cleaned up slightly. This patch does 3 things:

1) Some code cleanup
2) Add an extra thread (USB pipe) to speed up the reading from and the writing to
the USB device.
3) Fix the behaviour of read_from_usb_thread.

 I thought I'd split the patch, so the three parts can be looked at individually.

 Part one of the patch is straight forward. Just some code cleanup and minimal fixes.
I'll post these later.

 The second part, the adding of the extra thread, I want to study a little closer 
before
posting it here. I am not sure if it actually speeds up things, or whether the possible
speedup costs a lot of CPU. I need to investigate a little more before forming my
opinion.

 As I mentioned before I see a lot of CRC errors when using the latest Alcatel/Thomson
firmware with the plain CVS code. The third (part of the) patch fixes this. I split 
the patch
yesterday and applied the third part to the CVS code. It changes the behaviour of
read_from_usb_thread. Indeed this is the part that fixes the CRC errors I was seeing
when using the KQD6P2.eni firmware. The patched driver functions correctly and most of
the CRC errors are gone. I still see a few CRC errors and some idiotic frame lengths.
Please have a look at it.

diff -pruN src.000/pppoa3.c src/pppoa3.c
--- src.000/pppoa3.c2003-10-16 18:04:23.0 +0200
+++ src/pppoa3.c2003-10-17 02:51:04.0 +0200
@@ -945,7 +945,8 @@ static void *read_from_usb_thread(void* 
 {
 
sigset_t signal_set;
-   unsigned int pos;
+   int pos;
+   int num_bytes_read = 0;
unsigned char *buffer;
unsigned char *aal5_recv_buf;
unsigned char *destination_buf;
@@ -991,7 +992,9 @@ static void *read_from_usb_thread(void* 
for(;;) {
 
int n;
+   int n1;
int pti;
+   int num_bytes_new;
unsigned char lbuf[64*53];
unsigned char *unused_cells;
 
@@ -1008,55 +1011,69 @@ static void *read_from_usb_thread(void* 
/* Debug information */
report(2, REPORT_DEBUG|REPORT_DATE|REPORT_DUMP, ATM cells read from 
USB (%d bytes long)\n, lbuf, n, n);
 
-   /* Accumulates data in the aal5_recv buffer */
-   /* pti will be  equal to the last cell pti */
-   pti = aal5_frame_from_atm_cells(aal5_recv_buf, lbuf, n, my_vpi, 
my_vci, pos, unused_cells);
-   
-   /* A buffer overflow has been detected */
-   if(pti0) {
-   report(0, REPORT_ERROR|REPORT_DATE, Buffer overflow, too many 
cells for the same aal5 frame\n);
-   pti = 0;
-   }
 
-   /* As the last pti is 1, we have to send the aal5_frame data */
-   while(pti) {
+   num_bytes_read += n;  /* save total number of bytes to be 
processed */
+   num_bytes_new  = n;
+   unused_cells   = lbuf;   /* point at start of lbuf */
+
+   /* Accumulate all cell-data in the aal5_recv buffer */
+   /* Depending on how many cells and what type, we have to loop one or 
more times until everything */
+   /* has been dealt with. (for example we read: 
cell-cell-cell-'end'cell-cell-cell-cell*/
+   /* Every call to aal5_etc stops after finding an 'end'cell and then 
pti = 1 ) 1 cell = 53 bytes  */
+   while (unused_cells != NULL) {
+   pti = aal5_frame_from_atm_cells(aal5_recv_buf, unused_cells, 
num_bytes_new, my_vpi, my_vci, pos, unused_cells);
+
+   /* 'pos' saves the place, where we are in the aal5_recv_buf */
+
+   /* A buffer overflow has been detected */
+   if(pti  0) {
+   report(0, REPORT_ERROR|REPORT_DATE, Buffer overflow, 
too many cells for the same aal5 frame\n);
+   pti = 0;
+   }
 
-   /* Debug information */
-   report(2, REPORT_DEBUG|REPORT_DATE|REPORT_DUMP, AAL5 frame 
joined up  (%d bytes long)\n, aal5_recv_buf, pos, pos);
+   /*  pti = 0 (more frames to follow) or pti = 1 (end of 
frame-group) */
+   /* When pti is 1, we have to send the aal5_frame data */
 
-   /* Prepares the aal5 data (no overwrite is done)*/
-   n = aal5_frame_dec(aal5_recv_buf, aal5_recv_buf, pos);
+   if (pti == 1) {
 
-   if(n0) {
+   /* Debug information */
+   report(2, REPORT_DEBUG|REPORT_DATE|REPORT_DUMP, AAL5 
frame joined up  (%d bytes long)\n, aal5_recv_buf, pos, pos);
 
-   

[speedtouch] Announce: CVS 20031016 rpm for Red Hat Linux 9

2003-10-16 Thread Leonard den Ottolander

Hello,

 I prepared an rpm from CVS (2003/10/16) for use with Red Hat Linux 9. Also 
available is the source rpm, so it can be rebuilt for use with other 
versions of Red Hat Linux.

 The prebuilt rpm contains a (slightly cleaned up) patch I received from Ok 
Overbeek. It fixes CRC errors I am seeing when using vanilla CVS with the 
latest official firmware from Alcatel/Thomson (KQD6P2.eni).

 If you want to use vanilla CVS you can download the src rpm and disable 
the speedtouch_usbpipe patch in the spec file and rebuild that.

 The rpm can be found at 
http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html .

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: problems with speedtouch earthlink

2003-10-07 Thread Leonard den Ottolander

Hi Chris,

 Oct  5 23:32:05 serpens pppoa3[7329]: pppoa3 version 1.2-beta1 started by
 root (uid 0)

 You might want to try to use 1.2-beta2 instead of beta1 and use the -e 
switch for the Speedtouch 330. Install the source rpm, get the 1.2-beta2 
source, edit the spec file to use the beta2 source (or tar gzip CVS) 
instead of beta1 and rebuild the rpm.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: RH9 no connection....

2003-10-06 Thread Leonard den Ottolander

Hello Moa,

 Oct  3 03:29:42 ifsdev pppoa3[4538]: A previous instance seems to be running

 If you have previous instances running you need to remove stale run files and kill
existing pppoa3 instances before you restart the modem. Try the following script.
Don't forget to set FIRMWARE to where your firmware is located.

. /etc/rc.d/init.d/functions

echo -n Removing stale run file
rm -f /var/run/pppoa3-modem1.pid
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Killing pppoa3 instances
ps wax | grep pppoa3 | grep -v grep | cut -b 1-5 | xargs -i kill -KILL {}
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Loading firmware for USB modem
/usr/sbin/modem_run -v 1 -s -f $FIRMWARE
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

echo -n Setting up ADSL connection
/usr/sbin/pppd call adsl
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
  echo
  exit 1
fi
echo

echo -n Copying /etc/ppp/resolv.conf to /etc/resolv.conf
cp /etc/ppp/resolv.conf /etc/resolv.conf
RETVAL=$?
if [ $RETVAL -eq 0 ]; then
  echo_success
else
  echo_failure
fi
echo

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: void report() code comments

2003-10-05 Thread Leonard den Ottolander

Hello Edouard,

 I oversaw this email, so some of my comments in my last mail don't apply anymore. I 
see you 
already applied the verbosity patch to pppoa2.c as well. For the verbosity patch for 
modem_run.c 
see my previous mail.

 Waiting for your patch, i'll then judge if it's worth it (for the
 beauty of code)

 I had a closer look and noticed that since vsnprintf(msg, 256, format, ap) nor 
vfprintf(log, 
format, ap) use va_arg the reordering of the report() parameters is not as trivial as 
I expected. 
Let's forget about that (for now).

 However, I still feel the log level should be separated independent of whether 
REPORT_DUMP is set. 
This results in the following patch:

diff -pruN speedtouch/src/modem_run.c speedtouch.report_cleanup/src/modem_run.c
--- speedtouch/src/modem_run.c  2003-09-30 23:51:55.0 +0200
+++ speedtouch.report_cleanup/src/modem_run.c   2003-10-05 23:34:02.0 +0200
@@ -1214,38 +1214,24 @@ void report( int minlevel, unsigned int 
 #endif
 
/* Prints log message */
-   if(!(flagsREPORT_DUMP)) {
-#ifndef USE_SYSLOG
-   vfprintf(flog, format, ap);
-#else
-   char msg[256];
-
-   vsnprintf(msg, 256, format, ap);
-   syslog(LOG_INFO, msg);
-#endif
-   }
-   else {
-
-#ifdef USE_SYSLOG
-   unsigned char msg[256];
-#endif
-
+   if(flags  REPORT_DUMP) {
buffer = va_arg(ap, char*);
length = va_arg(ap, int);
+   }
 
 #ifndef USE_SYSLOG
-   vfprintf(flog, format, ap);
+   vfprintf(flog, format, ap);
 #else
-   vsnprintf(msg, 256, format, ap);
-   if(flagsREPORT_ERROR)
-   syslog(LOG_ERR, msg);
-   else if (flagsREPORT_INFO)
-   syslog(LOG_INFO, msg);
-   else if (flagsREPORT_DEBUG)
-   syslog(LOG_DEBUG, msg);
-#endif
+   char msg[256];
 
-   }
+   vsnprintf(msg, 256, format, ap);
+   if(flagsREPORT_ERROR)
+   syslog(LOG_ERR, msg);
+   else if (flagsREPORT_INFO)
+   syslog(LOG_INFO, msg);
+   else if (flagsREPORT_DEBUG)
+   syslog(LOG_DEBUG, msg);
+#endif
 
 #ifndef USE_SYSLOG
/* If needed we include the strerror from libc */
diff -pruN speedtouch/src/pppoa2.c speedtouch.report_cleanup/src/pppoa2.c
--- speedtouch/src/pppoa2.c 2003-09-30 23:51:55.0 +0200
+++ speedtouch.report_cleanup/src/pppoa2.c  2003-10-05 23:28:27.0 +0200
@@ -720,35 +720,24 @@ void report( int minlevel, unsigned int 
 
 #endif
/* Prints log message */
-   if(!(flagsREPORT_DUMP)) {
-#ifndef USE_SYSLOG
-   vprintf(format, ap);
-#else
-   char msg[256];
-
-   vsnprintf(msg, 256, format, ap);
-   syslog(LOG_INFO, msg);
-#endif
-   }
-   else {
-#ifdef USE_SYSLOG
-   unsigned char msg[256];
-#endif
+   if(flags  REPORT_DUMP) {
buffer = va_arg(ap, char*);
length = va_arg(ap, int);
+   }
 
 #ifndef USE_SYSLOG
-   vprintf(format, ap);
+   vprintf(format, ap);
 #else
-   vsnprintf(msg, 256, format, ap);
-   if(flagsREPORT_ERROR)
-   syslog(LOG_ERR, msg);
-   else if (flagsREPORT_INFO)
-   syslog(LOG_INFO, msg);
-   else if (flagsREPORT_DEBUG)
-   syslog(LOG_DEBUG, msg);
+   char msg[256];
+
+   vsnprintf(msg, 256, format, ap);
+   if(flagsREPORT_ERROR)
+   syslog(LOG_ERR, msg);
+   else if (flagsREPORT_INFO)
+   syslog(LOG_INFO, msg);
+   else if (flagsREPORT_DEBUG)
+   syslog(LOG_DEBUG, msg);
 #endif
-   }
 
 #ifndef USE_SYSLOG
/* If needed we include the strerror from libc */
diff -pruN speedtouch/src/pppoa3.c speedtouch.report_cleanup/src/pppoa3.c
--- speedtouch/src/pppoa3.c 2003-09-30 23:51:55.0 +0200
+++ speedtouch.report_cleanup/src/pppoa3.c  2003-10-05 23:34:55.0 +0200
@@ -1798,38 +1798,24 @@ void report( int minlevel, unsigned int 
 #endif
 
/* Prints log message */
-   if(!(flagsREPORT_DUMP)) {
-#ifndef USE_SYSLOG
-   vfprintf(log, format, ap);
-#else
-   char msg[256];
-
-   vsnprintf(msg, 256, format, ap);
-   syslog(LOG_INFO, msg);

[speedtouch] Re: [CVS commit] patches suggested on the ML

2003-10-03 Thread Leonard den Ottolander

Hello Edouard,

 Summary:
   Some patches suggested by PATCH requests.
 Revision:
   speedtouch--trunk--1.2--patch-6

 Great. I thought my comments had gone unnoticed. Thanks.

 * Added a 3rd verbose level:
   - level 2 does not dump packets anymore
   - level 3 == level 2 + dump packets

 You might also want to do the same thing for modem_run.c and pppoa2.c. I didn't 
bother to make the 
patch for pppoa2 because I don't use it, but it is of course very similar. Also it 
might be that 
modem_run is not affected (ie won't be killed when dumping packets) for a couple of 
reasons:
1) It does not generate as many packets as pppoa3.
2) It does not lock a report_mutex like pppoa3, which I suspect might be why pppoa3 
gets killed 
after a while (it locks the mutex for too long when dumping packets). Maybe moving the 
pthread_mutex_unlock(report_mutex) to before the call to dump fixes this problem, but 
I am not 
sure what that does to the order in which packets and other messages are logged. 

 Here it the patch for modem_run.c:

diff -pruN src.report_cleanup/modem_run.c src/modem_run.c
--- src.report_cleanup/modem_run.c  2003-09-28 07:04:26.0 +0200
+++ src/modem_run.c 2003-09-28 07:00:08.0 +0200
@@ -618,7 +618,7 @@ static void usage()
 
fprintf(stderr, modem_run version %s:  $\n, VERSION);
fprintf(stderr, usage: modem_run [-v level] [-m] -f microcode \n);
-   fprintf(stderr,   -v   : verbose level [0-2]\n);
+   fprintf(stderr,   -v   : verbose level [0-3]\n);
fprintf(stderr,   -m   : monitor the line\n);
fprintf(stderr,   -s   : skip the first 512 bytes read\n);
fprintf(stderr,   -f microcode : upload this microcode file first\n);
@@ -1239,7 +1239,7 @@ void report( int minlevel, unsigned int 
fprintf(flog, Reason : %s\n, strerror(errno));
 #endif
 
-   if(flags  REPORT_DUMP)
+   if(flags  REPORT_DUMP  verbose  2)
dump(buffer, length);
 
va_end(ap);

 By the way, did you already have a look at my comments concerning the order of 
variables in 
report()? As said before if you think changing the parameter order (ie put the log 
string 
parameters directly after the log message indepent of whether packets will be dumped) 
is a good 
idea I am happy to create that patch. Just don't have it available yet.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Speedtouch reconnect/disconnecting

2003-09-28 Thread Leonard den Ottolander

Hello Thijs,

 I've got some real trouble keeping my speedtouch online (thomson 330,
 the purple one). It disconnects at an interval of some hours.

 I see USBDEVFS_BULK fails after a long time of inactivity. Not really a 
disconnection, but the modem is unusable from that point.

 Currently I am testing an updated pppoa3 which I received from Ok 
Overbeek. It didn't entirely solve my USBDEVFS_BULK failed issue when using 
the firmware.bin from the speedtouch website, but I am currently testing it 
with the latest official firmware from thomson (KQD6P2.eni), which cannot 
be used with the official (unpatched) beta.

 I was thinking of releasing a slightly cleaned up version of this patch, 
and others concerning logging and verbosity plus a spec file via 
http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html
one of these days.

 Second, I would like to know how I can reconnect.

 Problem is the modem needs to be reset to reload the firmware (at least in 
my case). This means you either have to unplug the modem or reload usb-
uhci. I use the latter, because I have no other USB devices connected. Run

rmmod usb-uhci; sleep 1; modprobe usb-uhci; sleep 3;

and then rerun modem_run. You might want to kill old pppoa3 instances and 
remove the lock file as well before rerunning modem_run.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] dump code buggy (no bounds checks)

2003-09-25 Thread Leonard den Ottolander

Hi,

 It looks like the code for function dump is buggy. It does no bounds 
checks whatsoever on line and ptr.

 Setting verbosity of pppoa3 to 2 will cause pppoa3 to crash after a few 
minutes. But disabling the (only) call to dump seems to fix this problem.

+/*
if(flags  REPORT_DUMP)
dump(buffer, length);
-
+*/

 I know of course the code for dump should actually be fixed, but the above 
is just an indication where the problem lies.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: dump code buggy (no bounds checks)

2003-09-25 Thread Leonard den Ottolander

Hi,

 I wrote:

  It looks like the code for function dump is buggy. It does no bounds 
 checks whatsoever on line and ptr.
 
  Setting verbosity of pppoa3 to 2 will cause pppoa3 to crash after a few
 minutes. But disabling the (only) call to dump seems to fix this problem.

 After closer inspection I realized that dump will not overflow line. Line 
will be 16x3 (hex chars) + 3 (space) + 16x1 (chars) + 1 (0 byte) = 68 bytes 
long.

 Still there is the problem that (probably) the amount of log data produced 
in verbosity level 2 causes the kernel to kill pppoa3. This renders 
verbosity level 2 useless. Not only does this affect the dump output, but 
also some other debug info.

 Since we probably do not want to miss out on the debug info I propose to 
add an extra verbosity level, so one can see the extra debug info without 
causing pppoa3 to be killed because of the excessive dump info. See the 
attached patch for details.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.



-- Attached file included as plaintext by Listar --
-- Desc: Text from file 'speedtouch_verbosity.patch'

diff -pruN src.000/pppoa3.c src.000.verbosity/pppoa3.c
--- src.000/pppoa3.c2003-06-28 00:03:28.0 +0200
+++ src.000.verbosity/pppoa3.c  2003-09-25 18:36:40.0 +0200
@@ -1187,7 +1187,7 @@ static void *read_named_pipe_thread(void
level = atoi(arg);
 
if(level  0) level = - level;
-   if(level  2) level = 2;
+   if(level  3) level = 3;
 
verbose = level;
 
@@ -1825,7 +1825,7 @@ void report( int minlevel, unsigned int 
fprintf(log, Reason : %s\n, strerror(errno));
 #endif
 
-   if(flags  REPORT_DUMP)
+   if(flags  REPORT_DUMP  verbose  2)
dump(buffer, length);
 
va_end(ap);
@@ -2010,7 +2010,8 @@ static void usage()
fprintf(stderr,Define the verbosity level\n);
fprintf(stderr,  0 - Main messages + errors\n);
fprintf(stderr,  1 - Level 0 + warnings/states\n);
-   fprintf(stderr,  2 - Level 1 + Packet dumping\n);
+   fprintf(stderr,  2 - Level 1 + more debug info\n);
+   fprintf(stderr,  3 - Level 2 + Packet dumping\n);
fprintf(stderr,   -ph  | --pipehelp\n);
fprintf(stderr,An helpfull pipe command list recognized by 
pppoa3\n);
fprintf(stderr,   -h   | --help\n);


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




[speedtouch] Re: dump code buggy (no bounds checks)

2003-09-25 Thread Leonard den Ottolander

Hi,

 Since the attached patch was dropped here it is inlined. Sorry for possible line 
wraps (I set the 
margin to 100 chars for this).

diff -pruN src.000/pppoa3.c src.000.verbosity/pppoa3.c
--- src.000/pppoa3.c2003-06-28 00:03:28.0 +0200
+++ src.000.verbosity/pppoa3.c  2003-09-25 18:36:40.0 +0200
@@ -1187,7 +1187,7 @@ static void *read_named_pipe_thread(void
level = atoi(arg);
 
if(level  0) level = - level;
-   if(level  2) level = 2;
+   if(level  3) level = 3;
 
verbose = level;
 
@@ -1825,7 +1825,7 @@ void report( int minlevel, unsigned int 
fprintf(log, Reason : %s\n, strerror(errno));
 #endif
 
-   if(flags  REPORT_DUMP)
+   if(flags  REPORT_DUMP  verbose  2)
dump(buffer, length);
 
va_end(ap);
@@ -2010,7 +2010,8 @@ static void usage()
fprintf(stderr,Define the verbosity level\n);
fprintf(stderr,  0 - Main messages + errors\n);
fprintf(stderr,  1 - Level 0 + warnings/states\n);
-   fprintf(stderr,  2 - Level 1 + Packet dumping\n);
+   fprintf(stderr,  2 - Level 1 + more debug info\n);
+   fprintf(stderr,  3 - Level 2 + Packet dumping\n);
fprintf(stderr,   -ph  | --pipehelp\n);
fprintf(stderr,An helpfull pipe command list recognized by 
pppoa3\n);
fprintf(stderr,   -h   | --help\n);

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: RH9 and speedtouch USB green and club-internet HELP

2003-09-04 Thread Leonard den Ottolander

Hello Guillaume,

 Try removing stale runfiles and killing all instances of pppoa3 before 
rerunning modem_run:

rm /var/run/pppoa3-modem*.pid
ps wax | grep pppoa3 | grep -v grep | cut -b 1-5 | xargs -i kill -KILL {}

 (There should be a trick to exclude grep from the ps output, but I forgot 
what it was.)

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Firmware URL's

2003-08-14 Thread Leonard den Ottolander

Hello Edouard,

 Sorry to bother you (again). It is just I am a little confused. 
Figured out what pax is and extracted the Max OSX and OS 10.2 archives 
from the original cd, and the updated version as well. The strange 
thing is they all contain the same KQD6P2.eni, which is identical to 
the firmware distributed for Linux, but it is different from the 
version you have. Kinda weird this newer (and better) version seems not 
to be available

 I told you i got it from an (not so) old MacOSX driver set. If i look at
 modem_run 1.2b output to have more details about the firmaware version:
 
 Firmware information (CRC:0x3b4a5854, Size:671653, 1.6.1 - MacOSX -
 Win32(1.0.1800))

 Forgot to upgrade to beta2 so I didn't see this. For all the above 
mentioned firmwares (actually only tested one old, one new) I get:

Firmware information (CRC:0x5bca7d16, Size:677641, 2.0.1 - MacOSX - 
Win32(2.0.0))

 But with this newer driver I get loads of these:
Cell had wrong VPI(328)/VCI(24272) (OAM?) PTI=0x07

 That doesn't look to good. Well, I'll guess I'll try and see if I can 
contact someone at speedtouchdsl.com and see if they can make the old 
version available (somewhere where it can be easily found).

 Thanks for your time.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Firmware URL's

2003-08-14 Thread Leonard den Ottolander

Hi,

I wrote:
  It is not called firmware.bin in the driver package. I just renamed it
  to make clear what the file is.
 
  So which file from which package is it?

 It seems to be contained in the SpeedTouchUSB.pax.gz that is contained 
http://download.ethomson.com/download/MacOSXdriver2011.zip .

 What kind of archive is this pax? It ain't tar, it ain't StuffIt, so 
what is it? Proprietary? Any tools availble to extract it?

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Firmware URL's

2003-08-08 Thread Leonard den Ottolander

Hello Edouard,

  My question  is where does this  firmware.bin come from?
 
 It was a firmware shipped in a MacOSX driver release. MacOSX drivers use
 raw firmwares,  so it was/is a good  idea to take them  instead of using
 wrapped firmwares in .dll or .o files.

 Could you give us the URL where to get this firmware.bin? It seems not 
to be available in the Mac OSX driver update at 
http://download.ethomson.com/download/MacOSXdriver2011.zip nor in the 
driver CD my provider provided me with (which does contain OSX 
drivers).

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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




[speedtouch] Re: Firmware URL's

2003-08-07 Thread Leonard den Ottolander

Hello Edouard,

 Why ? I don't claim anything about that file, so i don't want to get
 emails about it (on my personal box)...

 I thought it would be useful if somebody wanted to contact you about 
the possible copyright issues. Sure you can be found via sourceforge, 
but I thought it would be nicer you could be found easily if there were 
any objections to you distributing it.

 Then  I've  been  blacklisted[1]  from thomson-multimedia  domain,  that
 explains why i was still thinking the speedtouchdsl.com site was down.

 Can't you still reach it? I could last night, couldn't this morning, 
but can again right now. I've seen rejects on speedtouchdsl.com and 
timeouts on alcateldsl.com. I think they just are not very 
professionally hosted.

 It was a firmware shipped in a MacOSX driver release. MacOSX drivers use
 raw firmwares,  so it was/is a good  idea to take them  instead of using
 wrapped firmwares in .dll or .o files.
 
 Now i know Thomson distributes the raw firmware file directly (not a
 mgmt.o) file. 

 The KQD6P2.eni driver gives very bad results with my Speedtouch 330. 
This mac driver seems to work quite nicely. Maybe better than the 
mgmt.o that I used. As I said with the mgmt.o I see USB_DEVFS fails 
after periods of inactivity (say 1, 2 hours). Just left my firewall on 
for a couple of hours this afternoon, but I didn't see these fails yet. 
So it seems this Mac OSX firmware seems to be a good choice for use 
with the Speedtouch 330. I'll keep you posted if these results stay as 
good as they seem right now. If so, it's definitely worth mentioning.

Bye,
Leonard.

--
How clean is a war when you shoot around nukelar waste?
Stop the use of depleted uranium ammo!
End all weapons of mass destruction.


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