Bewan ADSL et 2.6.0 une utopie !! - Hardware - Linux et OS Alternatifs
Marsh Posté le 24-12-2003 à 11:52:11
Soyons deja content qu'ils fournissent des drivers, c'est pas le cas de tout le monde !
Marsh Posté le 24-12-2003 à 13:19:46
développer des drivers sous linux c'est la croix et la bannière.
- soit tu fournis un module pour chaque version mineur du noyau et/ou des différentes,
- soit tu fournis les sources ( la compilation c'est vachement userfriendly, en plus avoir un compilateur sur sa bécane c'est vachement "insecure" ) en croisant les doigts pour ke
+ les interfaces ne changent,
+ ke gcc ne passe pas à une version majeur ki requières des modifs dans le code ou donne un ABI incompatible ( C++ ),
+ voire même incompatibilité du new automake/whateveryouwant
+ ke tu ne tombe pas l'anné ou en plus de cumulé un new gcc et je ne sais koi, tu te tapes un nouveau noyau majeur ( genre sortie du 2.6 ).
Marsh Posté le 24-12-2003 à 14:47:16
e_esprit a écrit : mv module.o module.ko |
ça m'étonnerait que ce soit aussi simple que ça....
Marsh Posté le 24-12-2003 à 17:11:12
e_esprit a écrit : mv module.o module.ko |
Non non ça marche pas
En fait pour construire un .ko, il faut visiblement passer par le makefile d'un kernel tree en passant en paramètre un SUBDIR qui pointe vers le répertoire qui contient les drivers qu'on veut compiler.
Dans ce répertoire, il faut un autre makefile un peu particulier avec les instructions pour kmod_build.
Enfin si j'ai bien compris ce que j'ai lu sur le net ...
En tout cas, c'est comme ça que fait ATI avec les drivers pour ces radeons ...
Marsh Posté le 24-12-2003 à 20:41:30
C'est pour ca qu'il faut éviter si possible le matos avec des drivers propriétaires qui ne pourront jamais etre inclus dans le kernel... c'est des soucis en plus
Par exemple il me semble qu'avec une carte mere nforce2, il faut (ou il fallait) utiliser des drivers binaires et buggués pour le son et la carte réseau intégrée
Quelle galère quand on a un bug / qu'on veut utiliser un kernel exotique avec lequel ca marche pas / quand on veut installer une distrib par le net / d'avoir à reinstaller les drivers binaires à la con quand on change de kernel
Depuis que j'ai la freebox j'utilise plus mon modem bewan pci st et les fabuleux drivers unicorn, et je m'en porte pas plus mal
Marsh Posté le 25-12-2003 à 09:36:27
fl0ups a écrit : C'est pour ca qu'il faut éviter si possible le matos avec des drivers propriétaires qui ne pourront jamais etre inclus dans le kernel... c'est des soucis en plus |
Les modems ethernet c'est clairement plus facile c'est vrai
Marsh Posté le 25-12-2003 à 10:55:12
Nvidia avec leurs drivers proprio sont presque jamais à la traine, heuresement
Marsh Posté le 25-12-2003 à 17:22:50
haazel a écrit : |
Bah dans le topic Bewan ADSL PCI certains semblent pourtant avoir reussi a compiler le driver avec un 2.6
Marsh Posté le 25-12-2003 à 17:24:11
fl0ups a écrit : Depuis que j'ai la freebox j'utilise plus mon modem bewan pci st et les fabuleux drivers unicorn, et je m'en porte pas plus mal |
Tout le monde n'est pas en zone degroupée
(malheureusement )
Marsh Posté le 25-12-2003 à 21:50:45
Et de plus je te trouve (floups) un peu dur avec bewan leurs drivers marchent tres bien et sont tres stable
Marsh Posté le 25-12-2003 à 22:48:52
bein ok ils marchent... mais moi à l'epoque j'avais un bug qui faisait que le pc freezait quand je jouais un mp3 avec l'adsl synchro et un kernel 2.4.20. Apres avoir passé des heures et des heures à compiler des dizaines de kernels pour essayer de trouver le patch qui faisait tout déconner, à envoyer mes logs au dev, à ce qu'il réponde pas à mes mails, à avoir des bugs super bizarres avec certaines versions des drivers, à pas pouvoir faire mumuse avec les kernels 2.5 / 2.6 parce que le driver compile pas, à pas pouvoir faire mumuse avec freebsd ou autre parce que le driver est simplement pour linux, à devoir utiliser un pppd binaire parce que sinon pas de pppoatm, à avoir des messages bizarres qui floodent mes logs, et à être obligé de rester en 2.4.19 (patché comme un goret avec le ptrace et autre), bein j'etais pas mécontent de plus avoir à m'en servir.
Il coutait pas cher, il marchait plutot bien mis à part mon bug avec les kernels > 2.4.20, et il m'a rendu de fiers services (il marchait avec Free dégroupé pendant que ma freebox etait rouge/verte ), mais un modem ethernet c'est quand même plus simple!
avec le dev (ca a dure près de 8 mois...) pour essayer de trouver le probleme, et il a rien trouvé
Marsh Posté le 26-12-2003 à 00:09:32
un conflit qui conflicte avec le 2.4.20-pre6 mais pas le 2.4.20-pre5?
Marsh Posté le 26-12-2003 à 08:12:33
e_esprit a écrit : |
J'ai pas trouvé ledit topic, je vais essayé de refaire une recherche, si jamais tu peux me donner un lien, merci.
Edit : j'ai trouvé le topic, j'étais pas remonté assez loin dans le temps pour la recherche, vu que le topic date de 2001 ...
Marsh Posté le 29-12-2003 à 09:25:18
j'ai reussi a compiler le drivers pour faire un module du noyau 2.6.0
Pour cela j'ai copié tous les fichiers nescessaires dans le repertoire du Makefile (pour simplifier les recherchers) et j'ai modifier le Makefile comme suit.
Code :
|
puis on compile avec
make -C /usr/src/linux SUBDIRS=$PWD modules
une fois la compilation terminer il faut ajouter les liaisons (ld -r) avec modem_ant_PCI_LINUX.o dans /arch/i386 et /usr/lib/libm.a puis enfin faire ld -Ur avec tors.o (/collect_tors)
malheureusement apres cela, le module se charge bien mais il y a une erreur a l'initialisation du modem voila ce que j'ai dans mon message log et syslog
Message log
Code :
|
Syslog
Code :
|
Si qqun pouvait m'aider !! je sens que je suis pas loin
Marsh Posté le 29-12-2003 à 11:21:27
haazel a écrit : |
heing
Marsh Posté le 29-12-2003 à 13:31:58
Gaellick a écrit : Soyons deja content qu'ils fournissent des drivers, c'est pas le cas de tout le monde ! |
c clair.
Marsh Posté le 29-12-2003 à 14:46:26
GUG a écrit : |
c'est ce que j'ai fait dant le makefile modifie que j'ai fournis pour suivre les nouvelles indications de compilations des modules sous kernel 2.6.0.
maintenant je cherche qqun qui pourrait m'indiquer pourquoi j'ai les erreur (erreur 20) a l'initialisation du modem alors que je les ai pas sous 2.4
Marsh Posté le 29-12-2003 à 17:41:49
Je serais toi j'approfondirais le :
Dec 28 23:28:06 intranet pppd[60]: ioctl(ATM_SETBACKEND): No such device
Marsh Posté le 30-12-2003 à 11:41:07
je suis pas sur que le probleme vienne de la car a la suite cela repete en boucle sans ce message. Ce message apparait seulement une fois apres le driver boucle entre initializing et activating.
Marsh Posté le 30-12-2003 à 17:47:42
fl0ups a écrit : un conflit qui conflicte avec le 2.4.20-pre6 mais pas le 2.4.20-pre5? |
c'est possible.
j'avais un pb avec le kernel 2.6.0 car ma carte réseau ( slot 5 ) avait la même IRQ que ma carte graphique ( AIW128 ). truc très con, qd je me déconnectais de ma session graphique, ma carte réseau était désactiver ( ignoring irq 11, eth0 timed out .... ). or c'est mon ordi au bureau ( /home en NFS et auth NIS ), donc forcément gros problème car il bloquait en ne lançant pas gdm. et au reboot il bloquait après ce qui faisait ke j'étais obligé d'utiliser les sys req.
je n'ai pas eu le pb avec les 2.4 et les 2.6testx ! c'est le genre de connerie ke je pensait ne voir que sous windows !
j'ai du déplacer ma carte réseau ...
Marsh Posté le 30-12-2003 à 19:54:22
hot shot a écrit : j'ai reussi a compiler le drivers pour faire un module du noyau 2.6.0
|
grats j'avais pas eu le courage de faire le makefile ...
Par contre si ça marche pas c'est con
Si le modem boucle, cela vient peut être du code qui est différent entre les versions de kernel.
Dans les sources on peut voir des if KERNEL VERSION > 2.6.0 ...
Peut être que certaines choses sont pas où elles devraient.
Enfin ça confirme que bewan ne teste jamais ces drivers ...
Marsh Posté le 31-12-2003 à 13:10:57
c'est possible je vais lire un peu le code si j'ai le temps.
J'ia vu aussi que ca pouvait venir du module pppoatm du noyau j'ia pas verifier si il etiat bien charge au demarage mais normalement ca empeche pas la carte de se syncroniser.
je vous tiens au courant.
si ca se trouve ils vont sortir un driver avant moi hihihi
Marsh Posté le 31-12-2003 à 13:48:41
hot shot a écrit : c'est possible je vais lire un peu le code si j'ai le temps. |
Euh, j'ai des doutes
concernant le module ppoatm du kernel, rien ne t'empèche de le compiler en buildin et non en module et du coup c'est plus simple
Marsh Posté le 31-12-2003 à 16:44:05
Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles! Sans compter que la plupart des fai prêtent ou donnent un modem.
Marsh Posté le 31-12-2003 à 17:05:23
kamoshoa a écrit : Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles! Sans compter que la plupart des fai prêtent ou donnent un modem. |
On va se calmer hein ?
C'est pas parce que tu es de mauvaise humeur que tout le monde doit en subir les conséquences ...
Marsh Posté le 31-12-2003 à 18:05:17
kamoshoa a écrit : Un modem neuf ça vaut 500 balles kes tu nous casse les c***lles! |
tu verras, le jour ou tu sortiras de ta chambre de chez papa maman, que 500 balles ca se jette pas par la fenetre
Marsh Posté le 01-01-2004 à 17:17:47
Je ne vois vraiment pas l'intérêt de poster une réponse aussi dénuée de sens.
Tu sais comme le dit un dicton bien connu,
Des fois, il vaut mieux ne rien dire et passer pour un con plutôt que de l'ouvrir et de ne plus laisser aucun doute à ce sujet.
bonne année quand meme
Marsh Posté le 24-12-2003 à 11:41:08
Bonjour à tous,
Juste un petit message pour signaler que les programmeurs de bewan savent très bien mentir mais très peu programmer ...
J'en prend pour preuve ma carte bewan adsl pci ST.
Déja leurs drivers, c'est du C et du C++, faudrait qu'on m'explique comment ils ont fait pour se rendre compte que Linus autorisait le C++ pour faire des modules, normalement c'est du C point barre.
Enfin, tant que ça marche, passons ...
Ils nous sortent des beaux drivers marqués 0.7.6 et soit disant compatibles avec le kernel 2.6.0.
Déja je me dis, c'est du bewan, ils avaient y a pas longtemps annoncé des drivers compatibles SMP qui ne marchaient pas du tout en SMP, il a fallu attendre la révision suivante.
Donc bon, j'installe un 2.6.0 sur ma fedora, et je vais pour compiler mes drivers.
1) ça compile pas, il manque un .h, bon pas grave, je modifie le Makefile, rajoute un -I vers le répertoire de l'include en question et la, miracle, ça compile.
2) la compilation créé un .o, pas top le .o pour les kernels 2.6
3) bien entendu, impossible de charger le module car il faut un .ko.
Donc bon, je dis merci à Bewan, ils font des bonnes cartes certes mais question drivers, ils sont bien à la rue.
Dommage...