Re: modem RTC externe usb SmartLink
* Bernardo <bernardo.spam@siorat.net> [2005-01-21 08:04] :
> le 20/01/2005 18:46 :
> >* Bernardo <bernardo.spam@siorat.net> [2005-01-20 18:13] :
> >
> >>Bonsoir à toutes et à tous.
> >>
> >>Après avoir installé par apt-get les paquets sl-modem-daemon et
> >>sl-modem-source, lorsque je veux charger par modprobe le module "slusb"
> >>créé après l'avoir compilé, j'obtiens le message :
> >>
> >>slusb: Unknown symbol usb_endpoint_halted.
> >>
> >>C'est pareil si j'essaie d'installer à partir des sources récupérées sur
> >>le site de SmartLink.
> >>
> >>Par Google, j'ai retrouvé le même problème, mais pas de solution.
> >>
> >>Debian unstable, noyau Debian 2.6.9 compilé maison.
> >>
> >>Des idées ?
> >
> >
> >Oui, usb_endpoint_halted est un symbole (fourni par une macro de
> >$KERNEL_SOURCE/include/linux/usb.h) existant uniquement pour les noyaux
> >2.4. Il n'existe pas dans le fichier usb.h des sources du noyau 2.6.10.
> >
> >Donc, le pilote ne peut pas actuellement fonctionner avec un noyau 2.6.
> >Tu as bien compilé le module en partant de sl-modem-source et par
> >rapport aux sources du noyau 2.6.9 ? (le problème semble indiquer qu'il
> >a trouvé les entêtes des sources du noyau 2.4 lors de la compilation)
> >
> >
> >Fred
> >
> Bonjour Fred,
>
> merci de te préoccuper de mon problème.
>
> j'ai bien compilé sl-modem-source avec le noyau 2.6.9 dont les sources sont
> bien installées (normal pour une compil maison).
>
> La compil du module ne renvoie d'ailleurs aucun message d'erreur.
>
> Mais ce module est bien prévu pour fonctionner avec les noyaux 2.4 _ET_ 2.6.
>
> cf cet extrait du readme des sources :
>
> <copier/coller>
>
> Requirements
> ============
>
> CPU: Intel Pentium II, Celron. AMD K6, Cyrix 500MHz or higher.
> Memory: 64MB.
>
> OS: Linux 2.4. You need the kernel header files at least (or full kernel
> source tree) installed and configured.
> Linux 2.6. You need the full kernel source tree installed and
> configured.
>
> </copier/coller>
>
> Ça aide ?
Ok, j'ai compris d'où venait ton problème : quand j'ai fait ma recherche
d'usb_endpoint_halted, j'ai recherché dans la dernière version du noyau
(2.6.10) et je n'avais pas vérifié si le symbole avait été supprimé ou
non d'un patch récent du noyau. Or :
bzgrep usb_endpoint_halted patch-2.6.*.bz2
patch-2.6.9.bz2:- if (usb_endpoint_halted (dev, usb_pipeendpoint (pipe), is_out))
patch-2.6.9.bz2:- if (usb_endpoint_halted
patch-2.6.9.bz2:-#define usb_endpoint_halted(dev, ep, out) ((dev)->halted[out] & (1 << (ep)))
Donc, malheureusement pour toi, le module ne fonctionne qu'avec les
noyaux avant le 2.6.9. C'est un nouvel effet de la non stabilité des
interfaces qui pose pas mal de problèmes aux personnes développant (ou
utilisant) des pilotes externes au noyau officiel.
"Solutions" possibles : revenir à un noyau avant le 2.6.9, aller voir
sur la liste de discussions de ce module si quelqu'un a un patch pour
faire fonctionner le pilote avec les noyaux 2.6.9+, faire un raffut de
tous les diables sur LKML (mais pour un module non libre, cela risque
d'être plutôt mal pris).
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Reply to: