Speedtouch + Fedora

Le 26/11/2003 00:01, alors que j'etais tranquillement derriere mon
clavier, mes news a torture son clavier, pour affirmer :

Lut tous le monde,
Comme beaucoup de monde ici g un petit probleme moi aussi.
Je viens de migrer mon pc sous Red Hat Fedora, et il m'est maintenant
impossible de réinstaller mon modem Alcatel Speedtouch USB. G bien suivi
toute les procedures et tout les howto que g trouver, mais en vain.

Merde :(

Apres avoir installer les drivers, je veux pour lancer les script de
connexion et c la que se trouve le pb. Le microcode commence a se charger et
aussitot apres, la diode "ADSL" du modem se met a l'orange, comme si je
n'avais plus de ligne ADSL. Or sous Windaube pas de pb.

T'es arrivé jusque là ? Félicitations :)

Si kelkun a deja rencontrer le pb merci de me donner des indices... Cela
vient il de Fedora? Une option du noyau doit elle etre activée? Quid????

Je crois me souvenir que si tu compiles le noyau, tu dois passer dans
les options de l'USB, activer le module alcatel speedtouch USB.

Au passage, kelkun sait il comment se servir de l'option de prise en
charge du Speedtouch ds le kernel 2.4.22? Peut etre la solution est elle
la...

Simple question complètement *bip* !

Tu as été voir sur Léa Linux ? ;)

Ils ont un très bon howto sur le speedtouch adsl usb.

--
Frédéric Béziès - frederic.bezies@free.fr

Site Perso : http://frederic.bezies.free.fr/
Weblog : http://frederic.bezies.free.fr/weblog/

bien sur ke g lu le léa linux... c une bible ce site...
g aussi été piocher sur ze-linux.org et sur le site ou sont diffuser les
drivers de Benoit Papillaud...
Je me demandais seulement si il y avait quelque chose de changer entre la
red hat 9 et la Fedora...
G d'ailleur cru remarquer kil y a un leger bug pour la prise en charge de ce
modem sur une mandrake 9.2. Contrairement a une 9.1, les script fourni avec
la distri ne s'installe pas tout a fais correctement.. Mais la encore peut
etre que mon OS etait foireux.
Quand aux options USB du noyau, il y en a en effet une pour la prise en
charge du modem. Mais ce que je veux savoir, c ce qu'elle fais exactement...
Elle permet une prise en charge du driver? Le microcode est compris dedans?

"mes news" <emmanuel.jeu@wanadoo.fr> a écrit dans le message de news:
bq0mvf$i03$1@news-reader5.wanadoo.fr...

Lut tous le monde,
Comme beaucoup de monde ici g un petit probleme moi aussi.
Je viens de migrer mon pc sous Red Hat Fedora, et il m'est maintenant
impossible de réinstaller mon modem Alcatel Speedtouch USB. G bien suivi
toute les procedures et tout les howto que g trouver, mais en vain.
Apres avoir installer les drivers, je veux pour lancer les script de
connexion et c la que se trouve le pb. Le microcode commence a se charger
et

aussitot apres, la diode "ADSL" du modem se met a l'orange, comme si je
n'avais plus de ligne ADSL. Or sous Windaube pas de pb.
Si kelkun a deja rencontrer le pb merci de me donner des indices...
Cela

vient il de Fedora? Une option du noyau doit elle etre activée? Quid????
Au passage, kelkun sait il comment se servir de l'option de prise en
charge du Speedtouch ds le kernel 2.4.22? Peut etre la solution est elle
la...

On Wed, 26 Nov 2003 00:01:13 +0100
"mes news" <emmanuel.jeu@wanadoo.fr> wrote:

[snip le problème]

Bon bon bon,

Je t'explique la méthode que j'ai employé sur une Redhat Shrike upgradé
en Rawhide et bientôt en Fedora.

Il te faut :

- Un cerveau, une chaise, un écran, un ordinateur avec Redhat d'installé
- Un kernel récent (2.4.22,-ac voir 2.4.23,-pre).
Si tu fais joujou avec un 2.6, je te déconseille les -test6 qui
provoquaient des KP une fois modem_run killé sur ma machine.
Ça pourrait ne pas t'arriver, mais ça pourrait aussi t'arriver.
Les -test9[-mm] n'ont pas ce problème.

- Les outils de développement (gcc, les outils autohell (automake,
autoconf, automob^W), make & co. Voir aussi le répertoire
Documentation/CHANGES dans linux [le kernel])
- Le paquetage linux-atm (Si tu prends un RPM vérifie que tu as la
partie -dev).
- L'outil pour configurer le bridge 2684
http://home.sch.bme.hu/%7Ecell/br2684/dist/010402/brctl-010226.c
- L'outil modem_run de Benoit Papillaut.
- pppoe ou rp-pppoe sachant que j'utilise le second.

Suggéré :
- pciutils

Étape 1 : Le kernel

Tu configures ton kernel avec les options suivantes :
[*] Prompt for development and/or incomplete code/drivers

- Si tu veux t'amuser avec un 2.6, ne valide pas cette option :

[ ] Select only drivers that don't need compile-time external firmware

2.4/2.6
[*] Enable loadable module support

Sur un 2.6, il est impératif d'avoir ces options :
[*] Module unloading
[*] Forced module unloading

2.4/2.6
[*] Support for hot-pluggable devices

Sur un 2.6 :
<*> Hotplug firmware loading support

2.4/2.6 :
<*> Asynchronous Transfer Mode (ATM) (EXPERIMENTAL)
<*> RFC1483/2684 Bridged protocols

<*> PPP (point-to-point protocol) support

Si tu fais du firewalling je conseille cette option :
[*] PPP filtering

2.4/2.6
<M> PPP support for async serial ports
<M> PPP support for sync tty ports
<M> PPP Deflate compression

Si tu veux utiliser le support de pppoe via le kernel :
<M> PPP over Ethernet (EXPERIMENTAL)

2.4/2.6
<*> PPP over ATM

Dans ATM drivers ---> sauf besoin déterminé, n'active rien ou au pire
si tu veux tester des fonctionnalités, je te conseille de les mettre en
module.

2.4/2.6
<*> Support for USB
[*] USB device filesystem

2.6
<*> UHCI HCD (most Intel and VIA) support

Sur un 2.4, le driver est divisé en deux.
Il existe aussi deux autres drivers sur les 2.4/2.6, pour savoir lequel
prendre, tape dans une console :

# lspci -v | grep USB

sans le #.
Chez moi cela donne ça :

00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a) (prog-if 00
[UHCI])

Donc je prends UHCI.
Dans tout les cas tu *DOIS* en choisir un.

2.4/2.6 :
<*> Alcatel Speedtouch USB support

Si tu veux tester, met le driver en module, cela te permettra de pouvoir
encore utiliser la vieille méthode.

Normalement, c'est tout.
Bien entendu, tu dois avoir déjà une expérience en matière de
recompilation de kernel, et tu dois connaître toutes les autres options
à activer pour utiliser ton système correctement ;).

Si tu veux ne pas mélanger ton kernel et les kernels installés, tu peux
éditer le Makefile, modifier :
EXTRAVERSION =

en :

EXTRAVERSION = -mon-super-kernel-kitu

Saches qu'après ça, sur ton nouveau kernel, quand tu feras uname -a tu
auras "linux-2.x.x-mon-super-kernel-kitu ;)

Maintenant tu compiles le kernel, les modules, installes les modules et
copies ton kernel au bon endroit et tu édites la ligne "kivabien" dans
ton bootloader.

Là aussi je te conseille de donner un nom autre que vmlinuz. Un truc
genre :
monkernelquidechire est plus repérable ;).
Si tu es sur de ton coup, dans ce cas... personnellement je suis jamais
sur de mon coup après une recompilation de kernel.

Une fois que tu as rebooté sur ton kernel qui marche car t'es un dieu,
il est temps de tester tout ça.

Première chose :
- Vérifie que ton modem est allumé, certains kernels ont des problèmes
d'ACPI qui empêchent le modem de s'allumer :-/ (Pas cool)

Deuxio :
- Si tu as mis le support de l'Alcatel en module, il faut le charger
MAINTENANT, sinon br2684ctl ne marchera pas :/

# modprobe speedtch

Ensuite lance modem_run comme ceci :
/endroit/ou/est/place/modem_run -k -f /endroit/ou/est/le/firmware.bin

firmware.bin peut être alcaudsl.sys ou mgmt.o, le driver se fout
totalement du nom et le firmware ne change pas, qu'il soit sous Linux ou
Winnie.

Attends un peu, si tu vois ton modem clignoté puis s'arreter après 15
secondes à peu près, c'est bon. Si il reste coincé, quelque chose ne vas
pas, débranche le modem, enlève et recharge le module du speedtouch et
réessaye.
Personnellement, j'ai une version assez récente de modem_run.

Ensuite, il est temps de passer à br2684ctl, pour ça, je suppose que tu
as récupéré le fichier brctl-010226.c (car tu m'as écouté et que tu es
gentil tout plein...).

Installe le paquetage linux-atm.

Soit via les sources :
# ./configure --prefix=/usr --sysconfdir=/etc && make; make install

Pourquoi ';' et non &&, parce que ce paquetage est reconnu pour se
casser la gueule sous Redhat mais que les headers se copient quand même
pendant le make install et c'est tout ce qu'il faut normalement

" Remark: In RH 7.0, this package will probably fail the compiling
process. Do not worry, we only need the header files. "
http://www.linux-usb.org/SpeedTouch/docs/howto.html

Une fois le paquetage linux-atm installé, il va falloir compiler le
fichier brctl-010226.c comme ceci :

# gcc -o br2684ctl brctl-010226.c -latm

Normalement, si on ne s'amuse pas à mettre des flags genre -W -Wall
-Werror, la compilation se passe tranquillement.

Il faut noter aussi que j'ai choisi la version 010226 car elle marche
sans problème, les versions plus récentes ont certains problèmes, en
tout cas sur ma RH Shrike, ça ne passait pas, sur ma Gentoo non plus.

"Sorry for the sloppy version control.

The latest br2684.c (or kernel-part) can be found under latest-kernel/.


There's no official latest-and-greatest br2684ctl, surprisingly.
A probably working br2684ctl can be found in 010402/brctl-010226.c

There were no changes in the API IIRC, so
any flavors might work, including the one-daemon-holds the connection
version
(check www.aaskov.com), or even the very first br2684ctl.c.
(I'm not sure if it needs a recompile against newer headers, but do it.
It will not hurt.)

cell at x-dsl.hu

http://www.x-dsl.hu/linux/"

C'est ce qui est marqué sur le ftp ou l'on récupère l'outil.

Donc, une fois compilé proprement, il faut copier br2684ctl dans
/usr/bin ou dans un endroit pointé par la variable $PATH pour pouvoir
appeler l'outil à tout moment, sans devoir indiqué le chemin à la main.

D'un autre côté, on peut utiliser un script qui lancera la connexion
automatiquement. Dans ce cas, on peut copier br2684ctl à n'importe quel
endroit, on l'appellera de façon automatique ;).

Une fois br2684ctl compilé, il faut le lancer comme ceci :

# br2684ctl -b -c 0 -a 0.8.35

8.35 est valable en France pour les connexions non dégroupées.

Voici une liste des VP/VC :
http://www.linux-usb.org/SpeedTouch/faq/index.html#q12

ainsi que la méthode pour lancer br2684ctl :

br2684ctl -b -c 0 -a 0.VP.VC

Si le logiciel marque bien "Interface configured", tu passe au prochain
niveau, sinon, le plus gros problème vient du fait que tu ais chargé le
module speedtch après avoir lancé modem_run.

Il te faut donc tuer modem_run, débrancher le modem, décharger le
module, recharger le module puis relancer br2684ctl.
Si ça ne marche toujours pas, vérifie sur le net pour voir si ton
problème n'est pas répertorié :-.
Vérifie que tout les supports sont bien activés dans le kernel, surtout
celui pour les bridge 2684 :-).

Si cela marche, en faisant ifconfig tu devrais voir apparaître une
interface nas0 qui est en faites ton modem.

On va donc entrer dans le dernière phase : PPP

Je vais te décrire la méthode pour utiliser rp-pppoe, d'ailleurs tout ce
howto est basé sur ça, si tu veux la méthode pour pppoe ou pppoa il
faudra que tu cherches sur le net ou que tu attendes qu'une âme
charitable édite mon howto ou en sorte un autre.

Donc, il te faut rp-pppoe :
http://www.roaringpenguin.com/products/rp-pppoe/

apt-get devrait faire l'affaire normalement de plus il est installé par
défaut sous Redhat, et cela devrait être le cas sour Fedora.
Attention, il est modifié sous Redhat. Je ne sais pas pour Fedora.

Pour le configurer :

# adsl-setup

Réponds aux questions que te pose le script sachant que le login est
celui donné par ton fai, pas ton login local pour s'identifier sur ta
machine ;).

Généralement pour le DNS, la réponse est server, sauf si tu veux
configurer tes DNS à la main.

En Firewall, ça dépend de ta configuration.

L'interface est nas0. Si tu spécifies eth0, ça va tenter d'utiliser ta
carte réseau (même si t'en a pas, ce qui donnera une erreur dans ce
cas).

Une fois configuré, lance :

# adsl-start

Sous le script traffiqué, il faudra que tu fasses ifconfig plusieurs
fois sur une autre console pour voir quand tu es connecté.

Le vrai script quant à lui marque des . (sauf si tu as changé la méthode
pour afficher les PING lancés par rp-pppoe), Connected si tu es connecté
et TIMED OUT si ça n'a pas marché.
Je ne me souviens plus très bien de l'erreur affiché en cas de mauvais
login/pass.

Si tout marche à merveille, il te restera plus qu'a faire :

# adsl-stop

pour couper la connexion.

Je te conseille pas de couper la connexion à coup de init 6/0, ça a
parfois de mauvaises conséquences lors d'une reconnexion.

Maintenant tu n'auras plus qu'a faire :

# modprobe speedtch # Si tu mis le support en module
# modem_run -k -f /endroit/ou/est/le/firmware.bin
# br2684ctl -b -c 0 -a 0.8.35 # ou 0.VP.VC qu'il faut
# adsl-start

Mon script ressemble à ça :

--------------------------------------------------------

#!/bin/sh

/usr/local/sbin/modem_run -k -f /usr/lib/firmware.bin &&
sleep 2 &&
br2684ctl -b -c 0 -a 0.8.35 &&
sleep 2 &&
adsl-start

--------------------------------------------------------
En cas de problème :
- modem_run stagne en clignotant : Vérifie que tu as bien rentré la
commande que j'ai tapée et non celle donnée sur le howto de Benoit
Papillaut.
Vérifie aussi que modem_run est assez récent.
Pour pouvoir relancer un modem_run, il faut débrancher/brancher le modem

- br2684ctl échoue : Vérifie que tu as bien chargé le module AVANT de
lancer modem_run.
Pour relancer la manip il faut tuer débrancher le modem (cela tuera
modem_run), brancher le modem, charger le module, lancer modem_run et
lancer br2684ctl avec les options "kivontbien"

- rp-pppoe se vautre lamentablement : Il faut voir si les options mises
sont bonnes. Si c'est un problème de login/mdp, tu peux éditer les
fichiers pap-secrets/chap-secrets (qui sont des copies respectives
généralement, c'est à dire que si tu modifies chap-secrets, tu peux
faire un ' cp chap-secrets pap-secrets ' et vice versa)
Il faut vérifier aussi si la ligne à pas de problèmes et si le
fournisseur n'es pas entrain de faire des travaux (surtout chez Free).

Il faut voir aussi si le modem reçoit quelque chose, pour ça un :

# cat /proc/net/atm/speedtch:0

devrait afficher quelque chose dans ce genre

Speed Touch USB (usb-0000:00:07.2-2)
MAC: 00:90:d0:19:4b:75
AAL5: tx 14271 ( 0 err ), rx 24505 ( 0 err, 0 drop )
Line up, firmware loaded

Si Line up, firmware loaded n'apparaissent pas, il y a un problème au
niveau de modem_run/br2684ctl.
Si tx/rx sont à 0 ou 1, c'est un problème au niveau de la configuration
de ppp.

- Un autre problème bizarre est apparu ben... google, google/groups,
google/linux, FAQ, Documentation, prières, incantations et jet à travers
les Windows.

- Linux rulez, si il y a un problème, c'est jamais Linux :-D

Je sors ---> []

--
--
ThE_TemPLaR