Y’a quoi, 2/3 semaines, ces deux là me disent que ce serait tellement bieeeen si on avait conky dans pkgsrc et que patati le challeeenge et que patata tellement c’est beau tellement y’a des thèmes de ouf et j’en passe et des meilleures.

Et je regarde.

Et c’est l’engrenage.

Deux semaines plus tard donc, je viens d’importer sysutils/conky dans pkgsrc current avec le support des sensors usuels, CPU (SMP), load, mémoire, réseau, disque ainsi que batterie et température. Et ces deux derniers, c’étaient pas les plus simples.

En effet, si par exemple FreeBSD dispose de sysctl fort conviviaux du type hw.acpi.battery.time ou hw.acpi.battery.life, bin nous non. Nous on préfère se faire chier avec envsys(3) dont l’utilisation est expliquée de manière parfaite par ce commentaire trouvé dans sysutils/torsmo:

    /*
     * Using the envsys API is like pulling teeth without anesthetic.
     * so just popen envstat and parse the output instead.
     */

Ça résume assez bien la situation.
Mais comme je suis un peu sado-maso sur les bords, et que je souhaitais présenter un peu plus que le pourcentage de charge de la batterie, je me suis lancé dans l’écriture d’une petite fonction qui simplifie grandement l’accès aux ressources d’envsys. En gros ça donne ça:

#include <sys /envsys.h>
#include <prop /proplib.h>

#define _DEV_SYSMON "/dev/sysmon"

#define P_BOOL      0
#define P_UINT8     1
#define P_INT64     2
#define P_STRING    3

typedef struct Devquery {
    int         type;
    char        *dev;
    char        *key;
    char        *row;
} Devquery;

int             sysmon_fd;

int8_t envsys_get_val(Devquery, void *);

void
sysmon_open()
{
    sysmon_fd = open(_DEV_SYSMON, O_RDONLY);
}

void
sysmon_close()
{
    if (sysmon_fd > -1)
        close(sysmon_fd);
}

int8_t
envsys_get_val(Devquery dq, void *val)
{
    char *descr;
    const char *cval;
    prop_dictionary_t dict;
    prop_object_t device;
    prop_object_iterator_t iter;
    prop_object_t obj;
    bool rc = false;

    if (sysmon_fd < 0)
        return -1;

    if (prop_dictionary_recv_ioctl(sysmon_fd, ENVSYS_GETDICTIONARY, &dict)
        != 0)
        return -1;

    if ((device = prop_dictionary_get(dict, dq.dev)) == NULL)
        return -1;

    iter = prop_array_iterator(device);

    while((obj = prop_object_iterator_next(iter)))  {
        descr = (char *)prop_string_cstring_nocopy(prop_dictionary_get(obj,
                "description"));
        if (descr != NULL && *descr) {
            if(strcmp(descr, dq.key) == 0) {
                switch(dq.type) {
                case P_BOOL:
                    rc = prop_dictionary_get_bool(obj,
                        dq.row, (bool *)val);
                case P_UINT8:
                    rc = prop_dictionary_get_uint8(obj,
                        dq.row, (uint8_t *)val);
                    break;
                case P_INT64:
                    rc = prop_dictionary_get_int64(obj, dq.row,
                        (int64_t *)val);
                    break;
                case P_STRING:
                    rc = prop_dictionary_get_cstring_nocopy(obj,
                        dq.row, &cval);
                    val = (void *)cval;
                    break;
                }
            }
        }
    }

    prop_object_iterator_release(iter);
    prop_object_release(dict);

    if (rc == false) {
        val = NULL;
        return -1;
    }

    return 0;
}

On utilise la fonction de cette façon:

    Devquery dq_ac = { P_BOOL, "acpiacad0", "connected", "cur-value" };

    if (envsys_get_val(dq_ac, (void *)&connected) < 0)

Dans cet exemple, connected sera placé à 1 si l'élément acpiacad0 est connecté, 0 autrement.

Le package n'est pas encore parfait, mais il est désormais tout à fait utilisable. Upstream a été contacté et l'integration de mes patchs est en cours.

Mandatory screenshot:
]]> http://imil.net/wp/2012/05/13/sysutilsconky/feed/ 3 http://imil.net/wp/2012/04/23/une-breve-histoire-de-design/ http://imil.net/wp/2012/04/23/une-breve-histoire-de-design/#comments Mon, 23 Apr 2012 20:31:40 +0000 iMil http://imil.net/wp/?p=721 Tout commence la semaine dernière, un innocent freelance que nous faisons bosser sur un projet secret de domination des informations galactiques me montre son boulot et ne résiste pas à l’envie de me montrer des bouts de code. Je ne manque pas de remarquer que son éditeur de texte ne ressemble à rien de connu, mais brille par sa simplicité et son élégance. Il m’annonce fièrement qu’il travaille sous Sublime Text 2.
Curieux, je recherche l’outil en question et m’aperçois avec effroi que non seulement il n’est pas Libre, mais qu’en plus que son prix est exorbitant: 59$ pour *une* licence utilisateur, on se croirait revenu à l’âge d’or des shareware.
Mais il est sexy son truc. En particulier les couleurs. Bien choisies, harmonieuses. Sexy.

Je fais mon C sous emacs en console, il en a toujours été ainsi, j’ai mes habitudes de programmation sur cet éditeur, et si je préfère vim pour le scripting et l’édition de texte simple, emacs, depuis 15 ans maintenant, accompagne la totalité de mes projets en C.
Jusqu’à ce week-end, je ne m’étais jamais vraiment préoccupé de problématiques liées aux couleurs, aux thèmes où autres considérations futiles. Jusqu’à ce week-end.

D’abord, je comprend que mon terminal screené n’affiche pas plus de 8 couleurs, cela parce que l’option PKG_OPTIONS.screen+= ncurses n’est pas présente dans mon /etc/mk.conf, et que cela a pour conséquence que cette condition:

.if !empty(PKG_OPTIONS:Mncurses)
CURSES_DEFAULT= ncurses
CONFIGURE_ARGS+=        --enable-colors256
.endif

n’est pas remplie. Résultat, toute tentative d’utiliser un quelconque thème muni de couleurs un peu originales se solde par un vague pâté difforme à 8 couleurs.
L’utilisation du script 256colors2.pl me confirme qu’à l’issue de la recompilation de screen avec les bonnes options, on obtient bien de jolis dégradés:

Emacs refusait de m’annoncer plus de 8 couleurs à son tour, quand bien même le terminal qui l’héberge était désormais muni de super pouvoirs. Rien à faire, M-x list-colors-display ne m’affichait que 8 ignobles couleurs standard.
Deux choses à faire ici, ajouter un ~/.termcap décrivant un terminal de type xterm-256color, et ensuite, démarrer le monsieur de cette façon:

$ TERM=xterm-256color emacs

N’exportez pas cette variable dans votre ~/.profile, bien d’autres emmerdes vous attendraient au tournant. J’ai préféré un vilain alias.

Finalement, je me rend compte que les couleurs présentées par un emacs screené sont assez différentes d’un emacs non screené. De fil en aiguille, je tombe sur cette page sur laquelle on trouve ce fichier à placer dans votre ~/.emacs.d/term afin de retrouver des couleurs adéquates.

Après des heures de bataille, j’ai enfin pu bidouiller un des thèmes présents sur emacswiki pour obtenir ceci:

Je suis pas fâché du résultat.

Et comme j’aime bien partager, voici le thème et le init.el.

Ce module, sous licence GPLv2, je viens de le publier dans pkgsrc current sous la forme d’une option de www/nginx. Je me propose de vous montrer ici comment sécuriser simplement votre serveur web / proxy inverse nginx grâce à naxsi.

Premièrement, si comme moi (et comme il se doit) vous utilisez une branche stable de pkgsrc, mettez simplement à jour www/nginx comme ceci:

$ cd /usr/pkgsrc/www/nginx
# cvs up -rHEAD -dP

Puis spécifiez à pkgsrc que vous souhaitez activer l’option naxsi pour le paquet nginx:

$ grep nginx /etc/mk.conf
PKG_OPTIONS.nginx+=     naxsi

Ceci fait, reconstruisez le paquet comme d’habitude:

$ cd /usr/pkgsrc/www/nginx
$ sudo make update clean

Dans la configuration de nginx, incluez les règles par défaut de naxsi de cette façon:

http {
    include       /usr/pkg/etc/nginx/mime.types;
    include       /usr/pkg/etc/nginx/naxsi_core.rules; # < --- ici
    default_type  application/octet-stream;

Comme vous pourrez le constater, le fichier /usr/pkg/etc/nginx/naxsi_core.rules contient un set de règles déjà très efficaces contre bon nombre d'attaques connues.
Reste alors à activer le filtrage sur une location et choisir quels types d'attaques vous souhaitez bloquer; par exemple:

        location / {
            SecRulesEnabled;
            CheckRule "$SQL >= 8" BLOCK;
            CheckRule "$RFI >= 8" BLOCK;
            CheckRule "$TRAVERSAL >= 4" BLOCK;
            CheckRule "$EVADE >= 4" BLOCK;
            CheckRule "$XSS >= 8" BLOCK;

Un redémarrage de nginx plus loin, on essayera par exemple d’accéder à une adresse louche:

$ wget -O- http://coruscant/?../../etc/passwd
--2012-04-22 10:21:01--  http://coruscant/?../../etc/passwd
Resolving coruscant... 192.168.1.2
Connecting to coruscant|192.168.1.2|:80... connected.
HTTP request sent, awaiting response... No data received.

Et de constater dans /var/log/nginx/error.log:

2012/04/22 10:21:01 [error] 25353#0: *15 NAXSI_FMT: ip=192.168.1.1&server=192.168.1.2&uri=/&total_processed=1&total_blocked=1&zone0=ARGS&id0=1200&var_name0=, client: 192.168.1.1, server: localhost, request: "GET /?../../etc/passwd HTTP/1.0", host: "192.168.1.2"

Moi j’trouve ça assez classe tout de même.

Toutes les infos relatives à la configuration de naxsi sont disponibles sur le Wiki de ce dernier.

Des mois que je cherchais au mauvais endroit, en effet, uniquement chez certains utilisateurs (évidemment), un pkgin up / fug proposait d’installer l’univers. Problème dans le moteur de dépendances me dis-je; que de temps perdu à décortiquer ce qui fonctionnait parfaitement, pour finalement tomber sur ceci:

static const struct Summary {
	const int	type;
	const char	*tbl_name;
	const char	*deps;
	const char	*conflicts;
	const char	*requires;
	const char	*provides;
	const char	*end;
} sumsw[] = {
	{
		LOCAL_SUMMARY,
		"LOCAL_PKG",
		"LOCAL_DEPS",
		"LOCAL_CONFLICTS",
		"LOCAL_REQUIRES",
		"LOCAL_PROVIDES",
		NULL
	},
	{
		REMOTE_SUMMARY,
		"REMOTE_PKG",
		"REMOTE_DEPS",
		"REMOTE_CONFLICTS",
		"REMOTE_REQUIRES",
		"REMOTE_PROVIDES",
		NULL
	},
};

[...]

	for (ptbl = __UNCONST(sum.tbl_name), i = 0;
		 i < nelms;
		 ptbl += ((strlen(ptbl) + 1) * sizeof(char)), i++) {

Il ne faut PAaaaaaaas coder avec de l'alcool dans le sang, il ne faut pas, parce qu'après, on se retrouve avec des bouts de trucs ni faits ni à faire qui supposent que les membres d'une structure seront forcément alignés, et des effets de bords qui n'ont rien à voir.

Bref, stacktic m'a proposé cette méthode, bien plus élégante:

static const struct Summary {
	const int	type;
	const char	*tbl_name;
	const char	*deps;
	const char	*conflicts;
	const char	*requires;
	const char	*provides;
	const char	*end;
} sumsw[] = {
	[LOCAL_SUMMARY] = {
		LOCAL_SUMMARY,
		"LOCAL_PKG",
		"LOCAL_DEPS",
		"LOCAL_CONFLICTS",
		"LOCAL_REQUIRES",
		"LOCAL_PROVIDES",
		NULL
	},
	[REMOTE_SUMMARY] = {
		REMOTE_SUMMARY,
		"REMOTE_PKG",
		"REMOTE_DEPS",
		"REMOTE_CONFLICTS",
		"REMOTE_REQUIRES",
		"REMOTE_PROVIDES",
		NULL
	},
};

[...]

	/* (REMOTE[LOCAL)_PKG is first -> skip */
	for (arr = &(sum.tbl_name) + 1; *arr != NULL; ++arr) {

Aaah, bah oui, tout de suite c’est moins dégueulasse hein.

0.5.2.3 est dans current, et le pullup request vient de partir.

meh.

[procédure à suivre]
“Excellent” me dis-je, c’est fair play… mais attendez… il me dit quelque chose ce code… ils seront donc minables jusqu’au bout, le “code de desimlockage” ci-dessus n’est autre que le code IMEI que j’avais déjà fourni lors de la demande initiale (le fameux code identifiant votre mobile, obtenu à l’aide de la séquence *#06#).
Évidemment, un appel au support vous informe qu’ils ne disposent finalement pas de votre code (mythos de merde) et qu’il vont ouvrir un dossier chez HTC (le constructeur de mon téléphone) afin de me communiquer le fameux code… et que cela prend environ 4 semaines. Beaucoup d’insultes me viennent à l’esprit, mais finalement, je me console en imaginant l’immense manque à gagner que Free leur à mis à travers la gueule. Oui je sais, mon langage est peu châtié dans ce post, je trouve ces pratiques tellement pitoyables…

Mais alors, pourquoi donc devrais-je les remercier ? Et bien parce que cela m’a obligé à faire quelque chose que j’avais envie de réaliser depuis un moment déjà, rooter mon Desire HD.
Franchement, ce fut d’une simplicité déconcertante, tellement simple que j’éprouve une petite frustration, je n’ai même pas de tips à vous fournir, rien de croustillant, non, tout est là et là. Et, oui, le Ace Advanced Hack Kit fonctionne parfaitement sous GNU/Linux (et aussi sous osx et l’autre machin 4 couleurs mais on s’en fout).

Initialement, j’avais prévu de rooter mon mobile afin de faire sauter le simlockage, mais dans la foulée, je me dis qu’une ROM vierge, épurée de toutes les saloperies estampillées SFR et lancées par défaut serait du meilleur effet, et après un minimum de recherche, il m’a semblé que Android Revolution HD était le bon candidat. Et je ne suis pas déçu. Mon téléphone mobile n’est simplement plus le même device. Rapide, fluide, épuré, et affublé de la ROM radio 12.65.60.29_26.14.04.28_M tel que préconisé dans la documentation. Contrairement à ce que j’ai pu lire ici et là, non, la capacité de ma batterie ne descend pas plus vite chez Free que chez SFR. Au contraire en fait. Peut-être est-ce lié à cette fameuse ROM radio, mais aussi et surtout, m’est avis que l’absence de la flopée d’utilitaires aussi inutiles que SFR musique/TV/concerts que je retrouvais souvent dans la task list doit jouer un rôle :)

Attention, on ne le répétera jamais assez, si vous tentez l’aventure: lisez les documentations. Ces dernières sont très bien faites et répondent à 99% des questions utiles, pour le pourcent restant, il y a l’excellent site xda-developers peuplé de poilus de l’android.

Comme j’étais chaud, j’ai réalisé la même opération sur ma tablette EeePad Transformer, résultat similaire, avec ce petit plus: Android Revolution HD edition Transformer est doté d’ICS (Ice Cream Sandwitch, aka Android 4.0, la dernière version de l’OS de google).

Comme je le disais sur G+ hier soir, je comprend pourquoi des milliers de hackers passent des nuits à trafiquer leur ROM, c’est assez addictif…

Je prendrai pour exemple une machine Debian GNU/Linux 6.0. La première étape consiste à installer l’ensemble des outils nécessaires à la compilation sur cette machine dédiée à la compilation distribuée:

• gcc
• g++
• zlib1g-dev
• ncurses-base

On récupère ensuite l’arbre des sources, par exemple pour cross-compiler NetBSD 5.1.2:

# pwd
/home/netbsd
# cvs -d anoncvs@anoncvs.fr.netbsd.org:/cvsroot co -rnetbsd-5-1-2-RELEASE src

Puis on utilise build.sh afin de construire les outils de compilation croisée déstinés à compiler des binaires NetBSD sur GNU/Linux. Contrairement à ce que dit la documentation officielle, il ne faut pas ajouter le flag -u, qui empêcherait l’autoconfiguration de nbcompat (oui, on va corriger):

# ./build.sh -m amd64 tools

À l’issue de cette construction, vous devriez disposer d’un nouveau repertoire de type:

tooldir.Linux-2.6.32-5-xen-amd64-x86_64

Il faut alors evidemment installer distcc de cette façon:

# apt-get install distcc

Et modifier le fichier /etc/default/distcc:

STARTDISTCC="true"
# [...]
# Liste des réseaux autorisés à utiliser distcc
ALLOWEDNETS="127.0.0.1 192.168.0.0/24"
# IP d'écoute
LISTENER="192.168.0.7"
###
# IMPORTANT: on modifie le chemin par défaut afin distcc cherche d'abord cpp / gcc / g++ / ar / ld
# dans le repertoire contenant les outils de compilation croisée
###
PATH=/home/netbsd/src/tooldir.Linux-2.6.32-5-xen-amd64-x86_64/x86_64--netbsd/bin:$PATH

On démarre distcc simplement:

/etc/init.d/distcc start

C’est prêt !
Il ne reste plus qu’à indiquer à notre machine NetBSD qu’elle peut désormais utiliser notre nouvelle machine de compilation, par exemple en ajoutant au fichier /etc/mk.conf:

PKGSRC_COMPILER=ccache distcc gcc
MAKE_JOBS=4
DISTCC_HOSTS=192.168.0.7 localhost

Vous pouvez vous référer à cette documentation de votre serviteur pour apprendre à préparer distcc sur une machine NetBSD.

J’utilise Alpine donc. Je suis, vous vous en doutez, très satisfait de ce logiciel d’une stabilité à toute épreuve qui gère mes boites mail fournies de centaines de milliers de mails (1997 – 2012) comme si elles en contenaient 12. Mais Alpine souffre d’un problème millénaire: sa -non- gestion des RFC 2015/3156 i.e. les messages multipart/signed et multipart/encrypted. En effet, Alpine, comme nombre d’autres MUA ne respectant pas cette RFC, signe ou chiffre via PGP/GPG dans le corps du message, par le biais d’outils tiers tels que pinepgp ou pine-pgp-filters.

Bien que ce fonctionnement ne soit pas fondamentalement gênant, il m’est pénible de sauvegarder un message que l’on m’aurait envoyé chiffré afin de visualiser son contenu via gpg -d. Cela m’empêche, en outre, de simplement pouvoir [r]épondre à un mail chiffré.

Il existe quelques solutions faiblement efficaces, ou encore des usines à gaz dont j’ai abandonné le packaging tellement elles me semblaient bancales, mais globalement, rien de simplement satisfaisant.

J’ai donc décidé d’orienter ma recherche autour d’un filtre procmail, mon MDA.

Pas de solution prémachée, mais quelques boûts à traffiquer un minimum afin d’obtenir le résultat suivant: lorsque l’on reçoit un email de type multipart/encrypted, on déplie l’attachement (le contenu crypté donc) et l’incrustons dans le corps du message. C’est pas propre-propre, mais ça fait son taf.

Pour ce faire, j’ai utilisé les recettes de monsieur pi, et surtout cet exemple d’utilisation de MIME::Parser. Ainsi, j’ai modifié le script en question, le résultat est disponible ici, et placé la règle suivante dans mon ~/.procmailrc:

:0
* ^Content-Type:.*multipart/encrypted
{
        :0c:
        $HOME/mail/pgp_backup
        :0fw
        | $HOME/bin/mimedecode.pl
}

J’attendrai d’avoir beaucoup plus d’alcool dans le sang pour m’attaquer à mail/topal…

Il s’agit d’un desktop HP Pavilion de ce type muni d’un AMD Phenom(tm) II X6 1065T et (malheureusement) d’une NVidia GT 440. Je dis “malheureusement” car comme vous le savez peut-être, nous sommes les parents pauvres de cette marque de GPU, en l’occurrence, même le driver nv ne sait que faire de ce device. La solution est radicale: changer de carte graphique. En l’occurence, j’avais sous la main une bonne vieille ATI Radeon HD3540, parfaitement supportée par les drivers radeon et radeonhd, avec ce bémol que la 3D n’est supportée qu’à titre expérimental pour cette série de carte. Ce n’était pas un problème en soi, il s’agit d’une machine de boulot. Le DRI/DRM et Compositing, eux, fonctionnent à merveille:

info: [drm] Setting GART location based on new memory map
info: [drm] Loading RV620 Microcode
info: [drm] Resetting GPU
info: [drm] writeback test failed ffffffff deadbeef
radeondrm0: interrupting at ioapic0 pin 18
[...]
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) AIGLX: Screen 0 is not DRI2 capable
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 14, (OK)
drmOpenByBusid: Searching for BusID pci:0001:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 14, (OK)
drmOpenByBusid: drmOpenMinor returns 14
drmOpenByBusid: drmGetBusid reports pci:0001:01:00.0
[...]
[~] glxinfo|grep direct
direct rendering: Yes

Ainsi, suivant mes propres instructions, je travaille désormais sur un bureau GNOME 2 parfaitement fonctionnel et très réactif. Flash est rendu par le logiciel libre gnash, Firefox 8 (celui fourni dans pkgsrc 2011Q4) tourne impeccablement.

Notez qu’en raison d’un bug CPU de certains processeurs AMD Phenom, l’ordinateur fonctionne sous NetBSD 5.1.2 i386 et non amd64, cette dernière architecture semblant plus sensible au bug sus-cité.
Le dmesg:

NetBSD 5.1.2 (RAGNOS) #2: Wed Feb 15 18:53:28 CET 2012
        root@ragnos:/usr/src/sys/arch/i386/compile/RAGNOS
total memory = 3327 MB
avail memory = 3257 MB
timecounter: Timecounters tick every 10.000 msec
timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100
Hewlett-Packard p6775fr ( )
mainbus0 (root)
cpu0 at mainbus0 apid 0: AMD 686-class, 2900MHz, id 0x100fa0
cpu1 at mainbus0 apid 1: AMD 686-class, 2900MHz, id 0x100fa0
cpu2 at mainbus0 apid 2: AMD 686-class, 2900MHz, id 0x100fa0
cpu3 at mainbus0 apid 3: AMD 686-class, 2900MHz, id 0x100fa0
cpu4 at mainbus0 apid 4: AMD 686-class, 2900MHz, id 0x100fa0
cpu5 at mainbus0 apid 5: AMD 686-class, 2900MHz, id 0x100fa0
ioapic0 at mainbus0 apid 6: pa 0xfec00000, version 21, 24 pins
acpi0 at mainbus0: Intel ACPICA 20080321
acpi0: X/RSDT: OemId , AslId 
acpi0: SCI interrupting at int 9
acpi0: fixed-feature power button present
timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000
ACPI-Fast 32-bit timer
pckbc1 at acpi0 (PSKE, PNP0303) (kbd port): io 0x60,0x64 irq 1
pckbc2 at acpi0 (PSMS, PNP0F03) (aux port): irq 12
attimer1 at acpi0 (TMR, PNP0100): io 0x40-0x43 irq 0
pcppi1 at acpi0 (SPKR, PNP0800): io 0x61
midi0 at pcppi1: PC speaker (CPU-intensive output)
sysbeep0 at pcppi1
npx1 at acpi0 (COPR, PNP0C04): io 0xf0-0xff irq 13
npx1: reported by CPUID; using exception 16
hpet0 at acpi0 (HPET, PNP0103): mem 0xfed00000-0xfed003ff
timecounter: Timecounter "hpet0" frequency 14318180 Hz quality 2000
acpibut0 at acpi0 (PWRB, PNP0C0C-170): ACPI Power Button
apm0 at acpi0: Power Management spec V1.2
attimer1: attached to pcppi1
pci0 at mainbus0 bus 0: configuration mode 1
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0
pchb0: vendor 0x1022 product 0x9600 (rev. 0x00)
ppb0 at pci0 dev 2 function 0: vendor 0x1022 product 0x9603 (rev. 0x00)
ppb0: unsupported PCI Express version
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled, rd/line, wr/inv ok
vga1 at pci1 dev 0 function 0: vendor 0x1002 product 0x95c5 (rev. 0x00)
vga1: WARNING: ignoring 64-bit BAR @ 0x10
vga1: WARNING: ignoring 64-bit BAR @ 0x18
wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation)
wsmux1: connecting to wsdisplay0
radeondrm0 at vga1: ATI Radeon HD 3450
radeondrm0: Initialized radeon 1.29.0 20080613
azalia0 at pci1 dev 0 function 1: Generic High Definition Audio Controller
azalia0: interrupting at ioapic0 pin 19
azalia0: host: 0x1002/0xaa28 (rev. 0), HDA rev. 1.0
ppb1 at pci0 dev 5 function 0: vendor 0x1022 product 0x9605 (rev. 0x00)
ppb1: unsupported PCI Express version
pci2 at ppb1 bus 2
pci2: memory space enabled, rd/line, wr/inv ok
vendor 0x1814 product 0x3090 (miscellaneous network) at pci2 dev 0 function 0 not configured
ppb2 at pci0 dev 10 function 0: vendor 0x1022 product 0x9609 (rev. 0x00)
ppb2: unsupported PCI Express version
pci3 at ppb2 bus 3
pci3: i/o space, memory space enabled, rd/line, wr/inv ok
re0 at pci3 dev 0 function 0: RealTek 8100E/8101E/8102E/8102EL PCIe 10/100BaseTX (rev. 0x05)
re0: interrupting at ioapic0 pin 18
re0: Unknown revision (0x2c000000)
re0: Ethernet address 64:31:50:35:77:3d
re0: using 256 tx descriptors
rgephy0 at re0 phy 7: RTL8169S/8110S/8211 1000BASE-T media interface, rev. 4
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
ahcisata0 at pci0 dev 17 function 0: vendor 0x1002 product 0x4391
ahcisata0: interrupting at ioapic0 pin 22
ahcisata0: AHCI revision 1.1, 4 ports, 32 command slots, features 0xf722e080
atabus0 at ahcisata0 channel 0
atabus1 at ahcisata0 channel 1
atabus2 at ahcisata0 channel 2
atabus3 at ahcisata0 channel 3
ohci0 at pci0 dev 18 function 0: vendor 0x1002 product 0x4397 (rev. 0x00)
ohci0: interrupting at ioapic0 pin 16
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
ohci1 at pci0 dev 18 function 1: vendor 0x1002 product 0x4398 (rev. 0x00)
ohci1: interrupting at ioapic0 pin 16
ohci1: OHCI version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
ehci0 at pci0 dev 18 function 2: vendor 0x1002 product 0x4396 (rev. 0x00)
ehci0: interrupting at ioapic0 pin 17
ehci0: dropped intr workaround enabled
ehci0: EHCI version 1.0
ehci0: companion controllers, 3 ports each: ohci0 ohci1
usb2 at ehci0: USB revision 2.0
ohci2 at pci0 dev 19 function 0: vendor 0x1002 product 0x4397 (rev. 0x00)
ohci2: interrupting at ioapic0 pin 18
ohci2: OHCI version 1.0, legacy support
usb3 at ohci2: USB revision 1.0
ohci3 at pci0 dev 19 function 1: vendor 0x1002 product 0x4398 (rev. 0x00)
ohci3: interrupting at ioapic0 pin 18
ohci3: OHCI version 1.0, legacy support
usb4 at ohci3: USB revision 1.0
ehci1 at pci0 dev 19 function 2: vendor 0x1002 product 0x4396 (rev. 0x00)
ehci1: interrupting at ioapic0 pin 19
ehci1: dropped intr workaround enabled
ehci1: EHCI version 1.0
ehci1: companion controllers, 3 ports each: ohci2 ohci3
usb5 at ehci1: USB revision 2.0
piixpm0 at pci0 dev 20 function 0
piixpm0: vendor 0x1002 product 0x4385 (rev. 0x3c)
piixpm0: interrupting at SMIpiixpm0: polling
iic0 at piixpm0: I2C bus
azalia1 at pci0 dev 20 function 2: Generic High Definition Audio Controller
azalia1: interrupting at ioapic0 pin 16
azalia1: host: 0x1002/0x4383 (rev. 0), HDA rev. 1.0
pcib0 at pci0 dev 20 function 3
pcib0: vendor 0x1002 product 0x439d (rev. 0x00)
ppb3 at pci0 dev 20 function 4: vendor 0x1002 product 0x4384 (rev. 0x00)
pci4 at ppb3 bus 4
pci4: i/o space enabled
pchb1 at pci0 dev 24 function 0
pchb1: vendor 0x1022 product 0x1200 (rev. 0x00)
pchb2 at pci0 dev 24 function 1
pchb2: vendor 0x1022 product 0x1201 (rev. 0x00)
pchb3 at pci0 dev 24 function 2
pchb3: vendor 0x1022 product 0x1202 (rev. 0x00)
amdtemp0 at pci0 dev 24 function 3
amdtemp0: AMD CPU Temperature Sensors (Family10h / Family11h)
pchb4 at pci0 dev 24 function 4
pchb4: vendor 0x1022 product 0x1204 (rev. 0x00)
isa0 at pcib0
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
timecounter: Timecounter "TSC" frequency 2900344820 Hz quality 3000
azalia0: codec[0]: ATI R600 HDMI (rev. 0.0), HDA rev. 1.0
audio0 at azalia0: full duplex, playback, capture, independent
azalia1: codec[0]: Realtek ALC888 (rev. 3.2), HDA rev. 1.0
audio1 at azalia1: full duplex, playback, capture, independent
uhub0 at usb0: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
uhub1 at usb1: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
uhub2 at usb3: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 3 ports with 3 removable, self powered
uhub3 at usb5: vendor 0x1002 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub3: 6 ports with 6 removable, self powered
uhub4 at usb4: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub4: 3 ports with 3 removable, self powered
uhub5 at usb2: vendor 0x1002 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub5: 6 ports with 6 removable, self powered
ahcisata0 port 1: device present, speed: 3.0Gb/s
ahcisata0 port 2: device present, speed: 1.5Gb/s
wd0 at atabus1 drive 0: 
wd0: drive supports 16-sector PIO transfers, LBA48 addressing
wd0: 931 GB, 1938021 cyl, 16 head, 63 sec, 512 bytes/sect x 1953525168 sectors
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133)
wd0(ahcisata0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133) (using DMA)
atapibus0 at atabus2: 1 targets
cd0 at atapibus0 drive 0:  cdrom removable
cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
cd0(ahcisata0:2:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) (using DMA)
umass0 at uhub5 port 3 configuration 1 interface 0
umass0: HTC Android Phone, rev 2.00/2.26, addr 2
umass0: using SCSI over Bulk-Only
scsibus0 at umass0: 2 targets, 1 lun per target

boot device: wd0
root on wd0a dumps on wd0b
wskbd0 at ukbd0: console keyboard, using wsdisplay0
root file system type: ffs

uhidev1: vendor 0x04d9 USB Keyboard, rev 1.10/3.10, addr 2, iclass 3/0
uhidev1: 2 report ids
uhid0 at uhidev1 reportid 1: input=1, output=0, feature=0
uhid1 at uhidev1 reportid 2: input=3, output=0, feature=0
uhidev2 at uhub1 port 1 configuration 1 interface 0
uhidev2: Dell Dell USB Optical Mouse, rev 2.00/43.01, addr 2, iclass 3/1
ums0 at uhidev2: 3 buttons and Z dir
wsmouse0 at ums0 mux 0
wsdisplay0: screen 1 added (80x25, vt100 emulation)
wsdisplay0: screen 2 added (80x25, vt100 emulation)
wsdisplay0: screen 3 added (80x25, vt100 emulation)
wsdisplay0: screen 4 added (80x25, vt100 emulation)
info: [drm] Setting GART location based on new memory map
info: [drm] Loading RV620 Microcode
info: [drm] Resetting GPU
info: [drm] writeback test failed ffffffff deadbeef
radeondrm0: interrupting at ioapic0 pin 18

Et un petit screenshot pour la route.

Voici la présentation traitant de pkgin que j’ai faite aux BSD devrooms.

# iwpriv ath0 mode 11b

Sauf que, sur ma LS2, je mangeais l’erreur suivante:

Interface doesn't accept private ioctl...
mode (8BE2): Invalid argument

Rien à faire, ça foire.
J’ai trouvé un (vilain) hack pour ce problème sur le bug system de madwifi:

I get same problem using a Z-COM XG623 minPCI card (AR2413 11b&g modes) in AP mode. The failure is due to ieee80211_check_mode_consistency() that doesn’t validate 11b (2) mode because current channel (vap->iv_des_channel) is an 11g-dyn (CCK+OFDM) channel. A possible workaround is set current channel to 0 (any channel), select the requested mode (iwpriv athx mode 11b) and then configure again the rigth operating channel. This not fix the problem but allows 11b mode operations.

Et effectivement:

# iwconfig ath0 channel 0
# iwpriv ath0 mode 11b
# iwconfig ath0 channel 7

March.
Reste à rendre ce changement un peu plus élégant en modifiant le fichier /lib/wifi/madwifi.sh à la ligne 105:

iwconfig "$ifname" channel 0 >/dev/null 2>/dev/null

puisque de toutes façons, le canal est re-placé un peu plus bas.

Ce bug est probablement une typo et il semble être corrigé dans Kamikaze 8.09.