NetBSD

Étrangement, il arrivait assez fréquemment qu’au boot de ma gate Asterisk, une seule des deux cartes FXO soient prise en compte par le driver wcfxo. Typiquement, je me mangeais ce genre de message :

Apr 29 12:51:55 home /netbsd: Registered Span 2 (‘WCFXO/0’) with 1 channels > Apr 29 12:51:55 home /netbsd: wcfxo0: Out of space to write register 06 with e0 > Apr 29 12:51:55 home /netbsd: wcfxo0: Out of space to write register 0f with 10 > Apr 29 12:51:55 home /netbsd: 0: Failed to init DAA, giving up… Et autres messages du driver de type: wcfxo0: can’t map interrupt Après quelques rapides recherches, je lis qu’il est souhaitable dans ce type de situation de :

Et voila, fin de la pkgsrcCon 2006. On y a croisé des brutes, de grosses brutasses, des tueurs, des dieux vivants, bref, c’est des instants comme celui-ci qui vous font sentir tout petit, ridiculement minuscule. Les confs étaient plus interessantes les unes que les autres (je ne classerai pas la mienne dans la catégorie “follement passionante” en comparaison de ce qui s’est dit à cette conférence :). De la rigueur de pkgsrc à la sécu en passant par les problématiques de portabilité ou la réécriture d’outils ancestraux par des gars dont on se demande s’ils vivent dans un univers régi par les mêmes contraintes horaires que nous, c’était assez phénoménal. L’année prochaine, la conference aura lieu à Barcelone… devinez quoi :)

ca-y-est, je les ai reçues… 8}~

Sous NetBSD, avec le driver zaptel-netbsd (comms/zaptel-netbsd), on ajoute à son /etc/lkm.conf ceci :

/usr/pkg/lkm/mod_zaptel.o -s - /usr/pkg/sbin/zaptel_postinstall - - > /usr/pkg/lkm/mod_wcfxo.o -s - - - -

Et au boot on obtiendra :

FXO device: vendor=1057 product=5608 subvendor=1057 > wcfxo0 at pci1 dev 11 function 0: Wildcard X100P > zaptel at wcfxo0 not configured > wcfxo0: interrupting at irq 6 > Registered Span 2 (‘WCFXO/0’) with 1 channels > wcfxo: DAA mode is ‘FCC’ > FXO device: vendor=1057 product=5608 subvendor=1057 > wcfxo1 at pci1 dev 12 function 0: Wildcard X100P > zaptel at wcfxo1 not configured > wcfxo1: interrupting at irq 9 > Registered Span 3 (‘WCFXO/1’) with 1 channels > wcfxo: DAA mode is ‘FCC’

C’est bien j’avais pas assez de trucs pour m’occuper…

Les gens de pkgsrc.se (anciennement pkgsrc.netbsd.se) ont changé leur backend, du coup ils m’ont demandé de reecrire pkgse pour que cet outil de recherche fonctionne avec leur nouveau système. Fort heureusement il ne s’agit que de quelques lignes de perl, j’ai commité les changements sur pkgsrc la semaine derniere, ça a l’air ok.

Plus gros, Alistair Crooks (oui, Mr pkgsrc) m’a demandé d’ajouter une feature dans pkg_select qui permet d’utiliser ce dernier en spécifiant un simple repertoire plein de packages -sans pkgsrc préalable donc- et que si dans la foulée on pouvait aussi installer les archives binaires du systeme avec ce serait top convi. C’est chose faite -merci les 40mn de TER journalières-, la version en question est dispo ici même. J’attendrai quelques retours avant de pusher ca dans pkgsrc.

Bon bah à ce rythme là, dans 3 jours je me reveille et j’ai 98 ans. C’est un_peu la foire en ce moment, je tente de mener tant bien que mal 3 axes de front: GCU, mon projet de plateforme mail HA et evidemment le taf. Bin c’est pas evident. Plus j’en vois, plus je fais des trucs, et plus j’ai l’impression de pas en faire assez. Je démoralise pas hein, c’est plutot optimiste comme vision, c’est juste que… je suis pas patient, et j’aime pas avoir un projet en suspens sans avoir le temps de le faire avancer à grands pas. Entre deux trajets de TER, j’ai sorti ca. C’est le dernier import des drivers ural(4) de -current vers 3.0. Je me suis apercu que quelques fonctions avaient un peu été importées à l’arrache par le porteur initial du driver, j’en ai corrigé une ou deux mais ca mérite plus ample investigation. Tu vois quand jte dis que j’ai pas le temps… Tiens, juste un mot sur ces vermines de la SNCF: Mercredi: 4 heures, 4 putains d’heures de trajet entre chez moi et le taf (contre 45mn habituellement) à cause de “personnes sur les voies”. Vendredi: 1h30 à cause “du tgv qui est devant nous est tres lent”. Sans déconner, pendez-vous salopards.

Vite fait bien fait, voici un petit patch qui vous permettra d’utiliser votre carte ural(4) sous NetBSD 3.0. Il s’applique sur les travaux de Naoki Fukaumi. Vous devrez récupérer un usbdevs recent, celui du tree current fait parfaitement l’affaire, et regénerer un usdbdevs.h. Voir ici et ici pour plus d’infos sur le fonctionnement du bidule. NB: ce patch ne corrige pas le probleme du mode scan.

Update ce patch, mais en réalité le backport 3.0, corrige le problème du mode scan, il faut cependant upper l’interface avant de lancer son wiconfig ural0 -D, wohoo !

le port pcmcia de mon vaio a laché, ça devait arriver il commençait vraiment à donner des signes de faiblesse -il a manifestement mal supporté les coups, quelle daube franchement.. :). Qu’à cela ne tienne, j’ai acheté à la place de la cardbus ral(4) en place dans ce slot, une clé USB à base de Ralink dont j’ai lu ici qu’elle était supportée. Oui, cette fois j’étais un peu impatient et j’avais vraiment pas le courage de me cogner le portage. Seul hic, le driver en question ne fonctionne que sous NetBSD-current (tag HEAD) et j’étais en 2.0.2. Nous voici donc embarqués dans une massive upgrade sans trop d’accrocs, notez bien qu’un passage en current impose un MAKEDEV all sous peine de se voir insulter d’un “no more ttys” au lancement d’un xterm. Tuning par-ci, réglage par là, ça fonctionne, mais je suis déçu, le driver ural(4) en question semble se chier dessus en mode scanning (wimon ural0 -D), il passe le status du lien en “no network”, ne detecte rien du tout et renvoie une erreur bidon d’ioctl. J’voudrais pas avoir l’air de dire des trucs mais mon portage à moi il fonctionnait de A à Z Mr Fukaumi… Sinon truc à la con, le xterm du XFree livré avec nb-current semble déconner vis à vis des ressources X (~/.Xdefaults) et ne récupère pas le fontFace spécifié, pour palier à cette boulette, installez le xterm de pkgsrc qui, lui, fonctionne. Il va falloir que je switche sur xorg là aussi.

Alors voila, jme suis fait sucrer le projet NDIS pour NetBSD par le Google SoC, chu un peu vert… m’enfin c’est pour la bonne cause, et Alan a l’air sympa. Les détails du developpement sont visibles sur son site.

Merci à Zul et Alan pour leur participation au projet initial, loin d’être perdu puisque l’ensemble de nos travaux sont la base du projet officiel pour le SoC.

j’ai finalement repris le portage de ndisulator pour NetBSD. C’est pas que ce soit particulièremet compliqué, mais c’est juste long et chiant… et je manque cruellement de temps. Dans les grandes lignes, à part le code du loader/unloader lkm, c’est une tripotée de #ifdef FreeBSD à coller et trouver les équivalences des fonctions quand elles existent. Si ca te fait envie, jette un oeil à la section “projets” ci dessus.

que ne suis-je plein de happiness en ce 1er week end de mai. Que ne voila un backport convivial pour les cardbus à base de ralink, backport réalisé avec amour par votre serviteur. Le driver initial est signé Damien Bergamini -le fameux-. Il ne s’agit là que d’une tripotée de ifdefs, quelques changements de structs et une pincée de backport de certaines fonctions. Rien de terrible mais ca fait plaisir.

Update: eternel insatisfait que je fais, j’ai porté le driver en LKM, plus besoin de se cogner une compil de kernel complète pour jouer avec le driver. Et tout ca est dispo ici