Bon ben, pour moi ça marche (tm). Enfin. Après des mois d'attente et d'espérance, avec le driver 0.8.7.
Quelques remarques:
- Le Makefile dans unicorn_usb et unicorn_pci tente de trouver la version du noyau grâce à une commande un peu compliquée, qui ne fonctionnait pas chez moi. Donc j'ai forcé la valeur de PATCHLEVEL à 4 (pour un noyau 2.4), sinon ça compilait pas.
- Dans le ChangeLog, il est précisé deux choses:
> Version 0.8.6
> - Retry isoc atm reads in case of error.
Effectivement, le problème arrivait dans le traitement des interruptions isochrones sur mon contrôleur UHCI. Donc un premier problème qui fut réglé.
> Version 0.8.7:
> - Fixed a crash on low-bandwidth lines (< 320Kbits) by increasing the
> number of ISO packets in the urb's from 20 to 40.
Et là, effectivement, celui-là qui me faisait des kernel oops, car j'avais
une ligne à 128 Kbits/s.
- Ensuite j'ai remarqué que sous une forte charge CPU (pour mon K6-2/533), le driver n'arrivait pas à faire son travail d'initialisation, de synchronisation de ligne, etc... Cela était particulièrement visible au démarrage du système, ou le module était chargé au tout début (car déclaré dans /etc/modules) et tous les services divers qui étaient démarrés même temps empêchait celui-ci d'avoir suffisamment de temps CPU (modem logiciel ? Pas biieeennn). Donc j'ai placé le modprobe du module dans un service lancé en S99z* pour être bien lancé en dernier après tout le monde.
- Malgré cela, il arrive toujours que le chargement échoue quelque fois. Sur ce, je vous laisse, j'ai des porn^W isos à télécharger.
# Re: Bewan USB ST Tele2: Yes !
Posté par Patrice Mandin . En réponse au journal Bewan USB ST Tele2: Yes !. Évalué à 1.
Quelques remarques:
- Le Makefile dans unicorn_usb et unicorn_pci tente de trouver la version du noyau grâce à une commande un peu compliquée, qui ne fonctionnait pas chez moi. Donc j'ai forcé la valeur de PATCHLEVEL à 4 (pour un noyau 2.4), sinon ça compilait pas.
- Dans le ChangeLog, il est précisé deux choses:
> Version 0.8.6
> - Retry isoc atm reads in case of error.
Effectivement, le problème arrivait dans le traitement des interruptions isochrones sur mon contrôleur UHCI. Donc un premier problème qui fut réglé.
> Version 0.8.7:
> - Fixed a crash on low-bandwidth lines (< 320Kbits) by increasing the
> number of ISO packets in the urb's from 20 to 40.
Et là, effectivement, celui-là qui me faisait des kernel oops, car j'avais
une ligne à 128 Kbits/s.
- Ensuite j'ai remarqué que sous une forte charge CPU (pour mon K6-2/533), le driver n'arrivait pas à faire son travail d'initialisation, de synchronisation de ligne, etc... Cela était particulièrement visible au démarrage du système, ou le module était chargé au tout début (car déclaré dans /etc/modules) et tous les services divers qui étaient démarrés même temps empêchait celui-ci d'avoir suffisamment de temps CPU (modem logiciel ? Pas biieeennn). Donc j'ai placé le modprobe du module dans un service lancé en S99z* pour être bien lancé en dernier après tout le monde.
- Malgré cela, il arrive toujours que le chargement échoue quelque fois. Sur ce, je vous laisse, j'ai des porn^W isos à télécharger.