[speedtouch] Re: Document
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)
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)
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
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.
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?
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: Failing to load firmware?
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?
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: speedtouch 1.2 is out!
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
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: Problems with the Speedtouch USB driver and Java
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
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: [RedHat][Speed Touch]Connection automatique
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: Cannot reconnect without resync.
Hi Viper, > Looks good. Now pppd gets called with the following options file > > > debug > lock > defaultroute > noauth > noipdefault > hold off 4 > maxfail 25 > persist > asyncmap needs an option > lcp-echo-interval 2 > lcp-echo-failure 12 > name *username* > user *username* #but with real info in actual file:) Maybe tweaking your ppp options might help in reestablishing the connection. See the docs and man pages for details. > The only way to get it working again now, is to disconnect the usb cable & > then reconnect it again. Then the whole story repeats. I have to do this > like 10 times a day to stay online, which is frustrating, to say the least. Since there currently is no way to reset the modem the only thing you can do is either unplug it, or remove the usb modules from the kernel and reinsert them again (rmmod usb-uhci; sleep 1; modprobe usb-uhci). The latter not being a good option if you use usb peripherals like a keyboard or a mouse, but if you don't you could use it. > I sincerely appologize for the length of this message, but I wanted to > project the entire picture. At least you were so kind to quote only relevant sections. 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 Internet] RedHat9 et SpeedTouch USB
Bonjour bonbhel, > Le problem c'est que quand j'essai d'aller sur le web avec Mozilla imposible > de trouver l'adresse bref.. juste un mesage du genre "page introuvable". Your DNS setup is incorrect. You can solve this in three ways: 1) Setup fixed DNS servers in /etc/resolv.conf or 2) (automatically) copy /etc/ppp/resolv.conf to /etc/resolv.conf after each connection or 3) (rm /etc/resolv.conf;) ln -s /etc/ppp/resolv.conf /etc/resolv.conf 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.
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: How to get the latest speedtouch firmware without having to run windows.
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: Any news for Speedtouch rev. 4?
Hello Giovanni, > I've tried also the rev. 4 patched version of > modem_run ( http://www.nemohackers.org/speedtouch.php) As a side note, Martin, why do you ship .o files in that tar.gz? > (or something like this, sorry but I'm not using my > linux machine), says "no firmware". I tried all > the firmware that I can on the net, but none of them > it's loaded. You should not forget to concatenate the two firmware parts together. Use the ZZZLP version with the rev.4. A direct download link to that firmware (which avoids the nag registration at Thomson's site) can be found at http://www.ottolander.nl/opensource/speedtouch/speedtouch.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: Writing compatibility code for V1.2.beta4
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: Writing compatibility code for V1.2.beta4
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
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] Announce: Updated Speedtouch RPM for RH9 (and FC1)
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: [NEWS] speedtouch 330 rev4 support
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] Re: Help Speedtouch 330 USb with Debian Woody
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
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: CRC errors with 330 on NetBSB
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
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 : .. 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: [NEWS] speedtouch 330 rev4 support
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
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
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: help needed with testing auto-detect Rev patch
Hello John, > which means the same modem_run works for Rev and Rev 0400. Anyone > willing to test on Rev 0200? Did that and it seems to work. Never mind the version string, I did apply the patch you sent me against current CVS. Feb 11 18:15:40 pentium modem_run[1934]: modem_run version 1.2-beta3 started by root uid 0 Feb 11 18:15:40 pentium modem_run[1934]: Found ALCATEL SpeedTouch USB modem Feb 11 18:15:40 pentium modem_run[1934]: Rev 0200 detected, revision 2 chosen Feb 11 18:15:40 pentium modem_run[1934]: Best offset 0 with probability 100% Feb 11 18:15:40 pentium modem_run[1934]: Best offset 677633 with probability 100% Feb 11 18:15:41 pentium modem_run[1934]: Firmware information (CRC:0x5bca7d16, Size:677641, 2.0.1 - MacOSX - Win32(2.0.0)) Feb 11 18:15:41 pentium modem_run[1934]: BLOCK1 :883 bytes uploaded : OK Feb 11 18:15:41 pentium modem_run[1934]: BLOCK2 :511 bytes downloaded : OK Feb 11 18:15:43 pentium modem_run[1934]: BLOCK3 : 677641 bytes uploaded : OK Feb 11 18:15:43 pentium modem_run[1934]: BLOCK4 :511 bytes downloaded : OK Feb 11 18:15:44 pentium modem_run[1934]: Modem reference : .. Feb 11 18:15:58 pentium modem_run[1943]: Sending a signal to notify the adsl up state Feb 11 18:15:58 pentium modem_run[1934]: ADSL synchronization has been obtained Feb 11 18:15:58 pentium modem_run[1934]: ADSL line is up (1024 kbit/s down | 320 kbit/s up) 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
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). > 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
Hi Martin, > > 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 . My version is available. Created by diffing the tarball against the old tarball and cleaning up the spacing. > I've uploaded a fresh diff now. I apoligise for this, the patch I had uploaded > was what I had been sent, I didn't recreate it. Sent by whom? Who is the creator of that patch? Does that patch patch cleanly for you (patch -p 0 < modem_run.diff)? Maybe the offending spaces have been deleted from CVS, in which case I am mistaken. > Hopefully it's alright now. I don't see any difference. 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
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
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
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
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: 330/Rev 400 success
Hello Martin, > I finally got my own patch to work today! So, I'm free once again. Great! Thanks for putting in your effort. > http://www.nemohackers.org/speedtouch.php The patch available there seems to be mangled. 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
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
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
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
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
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
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
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: Problem maybe with USBDEVFS_BULK
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: connection die-outs
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: Redhat 9 - Problem with Make
Hi Daniel, > anyway, i had to grep the "make config" for ATM cause i had no idea where > it'd come up (i just hold down enter and it scrolls on by --- newbie :o) ) It is probably easier to use a "make menuconfig" or a "make xconfig". Bye, Leonard. Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]
[speedtouch] Re: Strange vpi/vci in logs
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: Strange vpi/vci in logs
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: [CVS commits] Various small things
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] Announce: speedtouch-1.2-beta3 rpm for Red Hat Linux
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: What does VPI and VCI mean ?
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] Re: New user - stuck migrating from user mode driver to kernel
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] 1.2beta3.tar.bz2
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
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] Re: [CVS commits] Various small things
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
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
Hi, I wrote: > > 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. 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 ;) . > > 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? Indeed unused_cells is set to NULL. Also I don't really get your point. Whenever num_bytes_read is not zero -num_bytes_read will be smaller than 0... The two checks whether pti == 1 can be merged. Dropping the "idiotic frame length" check, using the constants from atm.h, renaming n1 to nb_cells, moving the declaration of nb_cells inside the if (pti == 1) and simplifiying the payload length calculation renders the following patch: diff -pruN speedtouch.000/src/pppoa3.c speedtouch/src/pppoa3.c --- speedtouch.000/src/pppoa3.c Tue Nov 18 10:39:35 2003 +++ speedtouch/src/pppoa3.c Tue Nov 18 12:13:08 2003 @@ -955,7 +955,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; @@ -1002,10 +1003,11 @@ static void *read_from_usb_thread(void* int n; int pti; - unsigned char lbuf[64*53]; + int num_bytes_new; + 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)); @@ -1018,55 +1020,62 @@ 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(pti<0) { - report(0, REPORT_ERROR|REPORT_DATE, "Buffer overflow, too many cells for the same aal5 frame\n"); - pti = 0; - } + 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; + } - /* As the last pti is 1, we have to send the aal5_frame data */ - while(pti) { + /* 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 */ - /* Debug information */ - report(2, REPORT_DEBUG|REPORT_DATE|REPORT_DUMP, "AAL5 frame joined up (%d bytes long)\n", aal5_recv_buf, pos, pos); + if (pti == 1) { -
[speedtouch] Re: [CVS commits] Various small things
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 length"s 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_read<0) 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: [CVS commits] Various small things
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
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: New Firmware information
Hello Gilles, Stef, > Beware that on the new V3.0 of the windows driver alcaudsl.sys does not > contain anymore the firmware. It's KQD6P2.eni (761 389 octets) like in the > files available for download but biger. KQD6P2.eni does not work well with > the user mode driver (I don't know for the kernel driver). Please apply the patches that I submitted via sourceforge and earlier through this mailing list as well. I have been using them for months and they do fix these CRC errors, due to some changes in the byte counting. An older version of this patch can be found at http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html . I will soon make the new (trimmed) patch and a spec file available for the latest 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: Connection Hangs on RH9
Hi Marwan, > I'm sorry about the previous mails, but it seems my mozilla is f*g up. I noticed you were having some issues with your quotes ;-) . > 1 - I completely deactivated the firewall, but that didn't solve my > problem. I'd also like to add that I can't even ping the DNS server! > Where can I check what DNS serve my connection is using (and eventually fix > it?) Not sure what the "doctor" is you mentioned in your first mail. I assume a script to check connection settings. Are you using the user mode or the kernel mode driver? You say you can't ping the DNS server, but you also don't know which DNS server you are using. How does that work? By the way, the DNS server is mentioned in the output you sent us in your previous mail. Can't you ping any outside machine by IP? If pinging or browsing by IP works (note that some internet servers, eg http://www.redhat.com do *not* reply to pings, try 195.135.220.3 for http://www.suse.de) you can set your /etc/resolv.conf to use known DNS servers. To use the DNS servers provided by your ISP you need to add the "usepeerdns" option to the ppp config file (typically /etc/ppp/peers/adsl). This will update /etc/ppp/resolv.conf, which you will have to copy to /etc/resolv.conf. I do this in my adsl startup script. If pinging or browsing by IP does not work and your firewall is down I wouldn't know what the problem is. Your output from ifconfig looks fine. > 2 - I thought the kernel that shipped with RH9 would be the most recent > version! Where can I get the newest one (and what version number is it?) ? Security updates can be found at your local Red Hat mirror. See http://www.redhat.com/download/mirror.html . When using the Red Hat ftp server the path is ftp://ftp.redhat.com/pub/redhat/linux/updates . Should be similar on mirrors. 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
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] Re: USBDEVS_BULK failed's probably pppd issue [NOT]
Hi, I wrote: > 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. Once again I have drawn a conclusion too early. Apart from removing kdebug from the config file last weeks I have also been booting into RH 9 with a standard RH kernel, instead of into my PaX-ed RH 7.3 kernel with propoliced pppd. Duh! Had already forgotten that I changed the default shortly before testing the kdebug level. Not that I see any killed tasks by either the PaX kernel or propolice when I have USBDEVFS_BULK failed's, but I now assume the problem lies with either of these, and not the kdebug level of pppd. 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
Hi Andy, > It appears to stop working after long periods of not being used... > > The command "dmesg" shows a lot of errors like this: > > usb_control/bulk_msg: timeout > usbdevfs: USBDEVFS_BULK failed dev 2 ep 0x5 len 883 ret -110 Funny. I used to have this problem, but wrote just 2 days ago that I solved it by removing "kdebug 7" from the pppd config file (called "adsl" in most docs). What does your config file look like? > /sbin/insmod usb-ohci I seem to use usb-uhci on my firewall (Red Hat 9 as well, Pentium 3, same on Athlon 800). Is usb-ohci the usb driver that gets automatically loaded at boot? > /usr/sbin/modem_run -k -f /usr/lib/speedtouch/alcaudsl.sys You might want to try another firmware. This is the Windows firmware. On the website (http://speedtouch.sourceforge.net/index.php?/download.en.html) you can find a file called firmware.bin which many seem to use. I myself use the latest official driver from http://download.ethomson.com/download/KQD6_R204.zip . For that driver you need a patch which you can find on my website (http://home.hetnet.nl/~ottolander/speedtouch/speedtouch.html). That patch fixes problems with the calculation of frame CRC's. It also uses an extra thread to read and write from/to USB, but that seems to be unnecessary (you don't have to use it to fix the CRC errors). I hope a cleaned up version of that patch (without the extra pipe) will soon be merged. For now you can safely use the "full" patch, with or without the extra pipe. > 1. I have to unplug my modem when I switch on the computer and then plug it > in after booting, or it doesn't work. Could that problem be connected with > this one? Possibly. By the way, the reloading of the usb modules makes it unnecessary to unplug the modem in any case. As you can see, when you unload the usb-ohci or usb-uhci module the modem is turned off. Same as unplugging. > 2. Is there a way this problem can be prevented, or my script called > automatically when the problem occurs? Please have a look in the archives. Search for a message of mine with the subject "[speedtouch] Re: Connexion (et reconnexion) automatique" (29/10/2003). It contains some scripts that I use to check my line. It essentially is a cron job that checks whether ppp0 exists and if there are USBDEVFS_BULK failed's in the system log. 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
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
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 2>&1 | grep Device\ not\ found) usbfail=$(tail /var/log/messages | grep USBDEVFS_BULK\ failed) if [ "$usbfail" != "" ] || [ "$devfail" != "" ]; then /sbin/rmmod usb-uhci #> /dev/null 2>&1 sleep 1 /sbin/modprobe usb-uhci #> /dev/null 2>&1 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: Can't compile Speedtouch driver on SuSE9
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: Firmware questions
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: read_from_usb_thread fix
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] Re: read_from_usb_thread fix
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] read_from_usb_thread fix
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(pti<0) { - 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(n<0) { + /* 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
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
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....
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
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(!(flags&REPORT_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(flags&REPORT_ERROR) - syslog(LOG_ERR, msg); - else if (flags&REPORT_INFO) - syslog(LOG_INFO, msg); - else if (flags&REPORT_DEBUG) - syslog(LOG_DEBUG, msg); -#endif + char msg[256]; - } + vsnprintf(msg, 256, format, ap); + if(flags&REPORT_ERROR) + syslog(LOG_ERR, msg); + else if (flags&REPORT_INFO) + syslog(LOG_INFO, msg); + else if (flags&REPORT_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(!(flags&REPORT_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(flags&REPORT_ERROR) - syslog(LOG_ERR, msg); - else if (flags&REPORT_INFO) - syslog(LOG_INFO, msg); - else if (flags&REPORT_DEBUG) - syslog(LOG_DEBUG, msg); + char msg[256]; + + vsnprintf(msg, 256, format, ap); + if(flags&REPORT_ERROR) + syslog(LOG_ERR, msg); + else if (flags&REPORT_INFO) + syslog(LOG_INFO, msg); + else if (flags&REPORT_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(!(flags&REPORT_DUMP)) { -#ifndef USE_SYSLOG - vfprintf(log, format, ap); -#else - char msg[256]; - - vsnprintf(msg, 256, format, ap); - syslog(L
[speedtouch] Re: [CVS commit] patches suggested on the ML
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] void report() code comments
Hi, I have a few comments regarding the code of void report(). This function is available in very similar form in modem_run.c, pppoa2.c and pppoa3.c. For my examples I'll use pppoa3.c. First it is not clear to me why everything is logged with log level LOG_INFO in case REPORT_DUMP is not set. I do believe one also wants log level separation in case REPORT_DUMP is not set. In that case the logging code would be identical whether REPORT_DUMP is set or not. Only the initialisation of buffer and length should be done in the if block. My second comment regards the order of the variables passed to report(). It seems a bit unlogical to pass the format parameter as the last variable in case REPORT_DUMP is set. If the order of the parameters is rearranged so the format parameter comes directly after the format variable (ie it is the fourth parameter independent of whether REPORT_DUMP is set) the setting of buffer and length can be done directly before dump() in the same if block. In that case the whole section between /* Prints log message */ and /* UnLock the report mutex */ can then be simplified to: #ifndef USE_SYSLOG vfprintf(log, format, ap); #else char msg[256]; vsnprintf(msg, 256, format, ap); if(flags&REPORT_ERROR) syslog(LOG_ERR, msg); else if (flags&REPORT_INFO) syslog(LOG_INFO, msg); else if (flags&REPORT_DEBUG) syslog(LOG_DEBUG, msg); #endif #ifndef USE_SYSLOG /* If needed we include the strerror from libc */ if(flags & REPORT_PERROR) fprintf(log, "Reason : %s\n", strerror(errno)); #endif if(flags & REPORT_DUMP) { buffer = va_arg(ap, char*); length = va_arg(ap, int); dump(buffer, length); } va_end(ap); I am happy to supply a patch that fixes this for modem_run.c, pppoa2.c and pppoa3.c. 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
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] Re: dump code buggy (no bounds checks)
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: dump code buggy (no bounds checks)
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] dump code buggy (no bounds checks)
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: RH9 and speedtouch USB green and club-internet HELP
Hi Chris, > hmm I'm using the v1.2beta2 but still getting thos usb timeout errors. > Seems completly random though, stayed connected allnight and not a problem, > but had a load of those usb timeout errors this morning. I see them as well, but I think they only appear after a long time of inactivity. (Running a 330 here.) By the way, does anybody know why 1.2beta2 works so poorly with the latest offcial firmware from Thomson? > the only way > I've found to cure it is to reboot :( That seems a bit excessive. Just unplug the modem and rerun modem_run etc. However, the unloading of the USB module might be useful to automate the task. 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
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
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
Hello Edouard, > 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? Did you take it from the original driver disk you got with the modem? Is it available at the speedtouchdsl website? I know you are having trouble reaching it, but if available there, could you provide an URL? Thanks, 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
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] Firmware URL's
Hello, Last night I downloaded the latest firmware for the SpeedTouch USB modem for use with Linux via http://www.speedtouchdsl.com or http://www.alcateldsl.com. For those of you who hate the registration nag screen as much as I do, you can download directly if you have the correct URL, fe http://download.ethomson.com/download/KQD6_R204.zip . I am using a 330, and before used the mgmt.o firmware. Because I am still seeing USB_DEVFS errors after some inactivity I decided to download the latest firmware. Although the KQD6P2.eni file seems to work somewhat I am soon getting errors concerning wrong VPI/VCI values. So I had a look at http://speedtouch.sourceforge.net and noticed the firmware.bin file that is made available there. (Gomez, maybe it is a good idea to add your email address at this page.) My question is where does this firmware.bin come from? A direct URL avoiding the nag screen would be great. I can't find any reference to this firmware anywhere on the sites I searched. (No idea why Thomson is speaking of Linux "support".) 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
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
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]