clucas's blog

Ca y est! Nous sommes locataires d'une petite maison de 71m2 et 190m2 de cours. Une zolie maison en brique rouge dans la commune de Montville.
Je mettrais quelques photos bientôt en ligne...

Nous avons commencé toutes nos démarches administratives, dont la résiliation de notre contrat chez free, vu que nous allons dans une zone où il n'y a pas de dégroupage. Enfin, en même temps nous n'habiterons plus près des usines chimiques de Rouen, mais près de forêts et d'un plan d'eau.


Ce qui fait que notre qualité de vie sera bien meilleure dans cette petite ville bien acceuillante et qui bouge tout de même pas mal.
Et puis nous nous rapprochons de nos familles respectives.
Bref, pour revenir à mes moutons, nous avons résilié chez Free et ouvert notre ligne fixe chez FranceTelecom, et pris un abonnement chez eux au passage.

Eau et électricité, la suite en début de semaine prochaine...

En bref, la suite au prochain épisode... :-)

Breaking news:
samedi 30 décembre 2006, 23:14:53 (UTC+0100) : Good pointer : http://linux.inet.hr/

-----

Toujours dans le déménagement ...

Aujourd'hui nous continuons à faire des cartons et les porter à Montville en attendant de signer le bail. Ce qui sera fait samedi (30/12/06).

Quelques photos de Noël en cette année 2006...

-----

Bon, Noël comme toujours: famille, bcp à manger, rires, chansons...

Bon plus marrant, quelques conneries :

• http://www.bernardbelanger.com/computing/NaDa/index.php
• http://j-walk.com/other/wifispray/

Et finalement quelque chose de bien plus amusant, venant de http://www.gcu-squad.org/: Un petit HOWTO mettant en forme un rack 1U 19" avec deux cartes Soekris net4801, dans le but de faire un firewall redondant en utilisant OpenBSD 4.0, carp(4), pfsync(4).

Très bonne lecture et encore un point pour les BSD ;-)
Bon vous me direz, on peut faire la même chose avec deux pingouins et VRRPd.

-----

Bon comment utiliser un peer BGP plutôt qu'un autre lorsque le premier a une bande passante bien plus grande que l'autre.
En bref, ISP_A a dirons-nous 155Mbits et ISP_B 100Mbits et que l'on veut écouler plus de traffic du côte de l'ISP_A.

Dans le cas, de deux peers BGP, le plus simple est je pense de jouer avec l'attribut MED de telle sorte :

router bgp 34762
 network 214.157.242.0/21
 neighbor 219.2.19.1 remote-as 50066
 neighbor 219.2.19.1 allowas-in 1
 neighbor 219.2.19.1 distribute-list 10 out
 neighbor 219.2.19.1 prefix-list rfc1918 in
 neighbor 219.2.19.1 route-map isp_a-out out
 neighbor 157.147.156.129 remote-as 60383
 neighbor 157.147.156.129 next-hop-self
 neighbor 157.147.156.129 allowas-in 1
 neighbor 157.147.156.129 distribute-list 10 out
 neighbor 157.147.156.129 prefix-list rfc1918 in
 neighbor 157.147.156.129 route-map isp_b-out out
!
ip prefix-list rfc1918 description RFC1918 Blocks
ip prefix-list rfc1918 seq 5 deny 172.16.0.0/12 le 32
ip prefix-list rfc1918 seq 10 deny 10.0.0.0/8 le 32
ip prefix-list rfc1918 seq 15 deny 192.168.0.0/16 le 32
ip prefix-list rfc1918 seq 100 permit any
!
route-map isp_a-out permit 10
 set local-preference 100
 set metric 10
!
route-map isp_b-out permit 10
 set local-preference 100
 set metric 20
!

Dans le cas de plus de deux peers BGP, il faudra ensuite jouer avec le prepending AS Path, mais là c'est beaucoup plus intrusif...

Bon sinon, ca peut être marrant à garder en tête cela :
http://www.mattb.net.nz/blog/2006/10/09/per-client-vlans-with-madwifi/
C'est un patch qui permet de faire du VLAN, enfin précison dès à présent. Ce patch permet de mettre chaque station associée à un même AP dans un VLAN ceci afin d'isoler au niveau 2 chaque station les unes des autres.
Ceci est un patch pour madwifi-ng.

:
Rien de tel: du C, du café :-) Quel bonheur !

Bon sinon, c'est cadeaux de Noël ce midi !!!

-----

Comment détecter si l'instruction CPUID est implémentée sur un processeur i386 ?

Qu'est-ce que CPUID me direz-vous ?
CPUID est une instruction disponible sur les processeurs i386 et supérieur (CISC).

A quoi sert-elle ?
Cette instruction permet de récupérer des informations sur votre processeur. En effet, par le biais de cette instruction et via la commande mise dans le registre %eax, nous pouvons récupérer diverses informations telle que le type de processeur, possibilités (PAE, PSE, ...).
Bref des trucs bien sympatoches...

Mais dans un premier temps, il faut vérifier que cette instruction est disponible sur le processeur. Pour cela il faut modifier le bit 21 du registre EFLAGS ceci afin de voir si celui-ci est modifiable ou non.

Comment fait-on cela ?
Ainsi :

static int destect_cpuid_instr()
{
        int result = -1; 

        /* 0x200000 = bit 21 */
        asm volatile (
                "pushf\n"
                "popl %%eax\n"
                "xorl $0x200000, %%eax\n"
                "movl %%eax, %%ecx\n"
                "andl $0x200000, %%ecx\n"
                "pushl %%eax\n"
                "popf\n"
                "pushf\n"
                "popl %%eax\n"
                "andl $0x200000, %%eax\n"
                "xorl %%eax, %%ecx\n"
                "movl %%ecx, %0\n"
                : "=r" (result) : : "eax", "ecx"); 

        return (result == 0);
}

REMARQUE:
Le mémonique PUSHFD et PUSHF sont identiques au sens de GCC. Néanmoins au sens Intel du terme, ils signifient :

• PUSHF: Empile les 16 bits de poids faibles de EFLAGS sur la pile.
• PUSHFD: Empile complètement EFLAGS sur la pile (et donc décrémente de 4 la pile)

En bref, GCC ne reconnait pas "pushfd" en tant que commande en assembleur (asm();).

Bref,
On commence par empiler eflags[1], ensuite, on dépile dans le registre eax, on fait un xor entre 0x200000 et eax (bref on modifie le bit 21 de eflags).
Ensuite, on met le contenu de %eax dans %ecx, on fait un "et" de 0x200000 avec %ecx (Pour que dans %ecx, le bit 21 soit à "1" et le __reste__ à "0" (plus facile pour tester)).
Puis, on empile %eax, puis on dépile le haut de la pile dans eflags et on rempile. Si la modification apportée sur le bit 21 reste (0/1) alors CPUID est une instruction valide sur ce processeur.

On dépile vers %eax, on fait un "et" entre 0x200000 et %eax, puis un xorl entre %eax et %ecx. Et finalement, on place le contenu de %ecx dans %0 qui correspond à "result" (: "=r" (result)).

En rapide, on stocke la valeur au début, puis on fait la modification du bit 21, puis on récupère eflags modifié dans %eax et on regarde si cela la modification a été gardée ou non.

-----

Commençons par les petites nouvelles :
Bon week-end difficile: Soirées dures (4 ou 5h du mat), fatigués :-(
Sinon petite visite de notre prochaine maison (cuisine en travaux, rénnonvation de la part du propriétaire). Ca va être super chouette !
71 m2 et 190 m2 de jardin ! that's coool !!!!

Bon, je ne suis pas très fort en ortograffe (orthographe)... Mais là j'ai trouvé la perle rare !
La lettre qui suit est vraie de chez vraie:

                                              XXXXXXXXXX, LE 20/09/06
MLLE XXXXXX YYYYYYY
XXX XXX XXX XXXXXXX
GROUPE SCOLAIRE
XXXXX XXXXXXXXXXXXX

			BONJOUR

JE VIEN PAR CETTE LETTRE VOUS DEMANDEZ .
CE POSSIBLE D'AVOIR DE LA DOUCEMENTIONS.

SI VOUS FETEZ AUTRE CHOSES ;
VOUS POUVEZ ENVOYER DE LA DOUCEMENTION.

			MERCI

			RECEVEZ SALUTATATION

			
			A REVOIR

			XXXXXX YYYYYYYYYYY

J'adore surtout de la part d'un responsable dans un groupe scolaire ! Je suis moqueur je l'avoue, mais celle-ci m'a fait beaucoup rire!

Histoire que vous perdiez toute votre journée de travail (C'est votre bosse qui va être content): http://www.nogoa.org/bordel/flash/miniputt.swf

Je ne m'étais jusqu'alors penché que sur le fonctionnement interne des processeurs de type X86.
Néanmoins, dans le cadre de recherches, je me penche désormais sur les architectures RISC et le processeur ARM (IXP425). Concernant, le type de coeur des processeurs et surtout concernant ceux fonctionnant à base RISC, je vous renvoie vers :

• http://cse.stanford.edu/class/sophomore-college/projects-00/risc/whatis/index.html
• http://en.wikipedia.org/wiki/RISC

Je débute, mais je vous ferais part de mes avancées concernant le sujet...

-----

Les histoires belges nous font toujours mourrir de rire, mais cette fois les belges nous ont sortis le grand jeu : Un canulard de chez canulard !
En effet, la chaine RTBF (chaine belge) a interrompu hier soir ses programmes pour diffuser une information de haute importance. La Flandre proclamait son indépendance. Ce qui faisait que la belgique en tant que telle n'existait plus. Le roi Albert prenait la fuite de son pays...

Il faut bien admettre que le canulard était bien préparé (deux ans de préparation): Reportage en direct de la place Royale, où la population était présente en masse, ...

Les téléspectateurs ont fait exploser le standard de la chaine, la police et noyer de communication les équipements de Belgacom.
Mais au bout de 30 minutes, les téléspectateurs ont vu défiler sur leur écran: "Ceci est une fiction.".

A l'heure d'aujourd'hui, ce canulard fait grand bruit en Belgique et soulève diverses questions.

• http://www.algerie-dz.com/article7428.html
• http://www.advalvas.be/fr/infos-actualite-La-Belgique-offusquee-par-le-docu-fiction-de-la-RTBF+7445+67

Pour ma part, je ne garderai à l'esprit de ce canulard: "Nous sommes des moutons devant les informations dispensés par les moyens de communication". Par conséquent, il faut toujours prendre du recul vis-à-vis des informations que l'on nous donne.

Après cet intermède assez marrant, une petite news du monde Linux, libres touti quanti: Si vous voulez utilisé les drivers madwifi avec un noyau > 2.6.18, je vous recommande de prendre un des derniers snapshots de ces drivers. En effet, pas mal de changements ont été opérérés dans le noyau... Comme par exemple dégager :

linux-2.6.18.1/include/linux/config.h

Ou bien encore changé l'API des IRQ, comme par exemple la signature de la fonction request_irq() passant de :

Version 2.6.18 : include/linux/interrupt.h :
extern int request_irq(unsigned int,
                       irqreturn_t (*handler)(int, void *, struct pt_regs *),
                       unsigned long, const char *, void *);

à :

Version 2.6.19.1: include/linux/interrupt.h :
extern int request_irq(unsigned int, irq_handler_t handler,
                       unsigned long, const char *, void *);

avec :
typedef irqreturn_t (*irq_handler_t)(int, void *);

-----

OpenBSD est vraiment un système génial! Rien que lire le man est vraiment sympa, surtout la section 9.

Bon sinon petite critique sur "Le journal d'Elsa Linux":
Cela se lit rapidement, très vulgaire, très sex, marrant, mais pas vraiment d'histoire qui vous tienne en haleine ! Bref, vivement le prochain livre. Celui-ci sera surement : "Les hommes viennent de Mars, les femmes de Vénus" une fois que Laëtitia aura fini de le lire.

-----

Difficile de faire cohabiter fille/mutt ?
Pas chez nous, Laetitia arrive même à espionner ma boite aux lettres. En effet, madame arrive à se servir de mutt, des raccourcis claviers et tout!!!! Arfff, quand est-ce que je fais arriver à lui faire utiliser un Linux à la place de son Windaube ? Pas tout de suite, vu que l'école d'infirmière oblige à faire leur travail de fin d'études (TFE) sous Word. Donc, pour ne pas la destabiliser, sa machine restera sous Windows à mon grand désespoir. Mais bon c'est pour la bonne cause !

Qu'a t-on fait de notre week-end ?
Préparation de nos cartons pour notre déménagement et notre sapin de Noël, qui déménagera lui aussi...

Et quelques bonnes lectures pour votre soirée :

• Driver architecture and implementation in OpenBSD
• Presentation OpenRIPD
• OpenBSD Network Stack

Allez bonne lecture et bonne soirée les gens...

-----

Week-end pour l'instant reposant (quoique):

• Anniversaire Remy
• Préparations de notre déménagement
• Visionnage de "Da Vinci Code" (je ne suis pas allé le voir au ciné)

Quelques photos de l'anniversaire de Rémy(partie Karting) :

Et quelques photos de mon déplacement à Brest (Ok j'ai pas eu le temps d'en prendre réellement durant le déplacement, juste durant la soirée pendant ma tite séance de code !):

-----

Pour ceux qui voudraient monter une petite passerelle/serveur de mails à base d'OpenBSD, essayer spamd(8) du projet OpenBSD. Cet outil permet de réduire le spam de façon conséquente en utilisant le GreyListing.

Voici quelques liens qui pourront vous être bien utiles :

• Article sur spamd(8) sur le site de RotomaLUG
• Page de spamd sur http://www.OpenBSD.org
• Téléchargement OpenBSD 4.0

Bon en parlant d'OpenBSD (Système que j'adore), si vous deviez avoir un serveur FTP qui vous pouffe un peu trop de bande passante.
Voilà un petit tip :

# cat /etc/pf.conf
ssh_ports     = "{ 22 2022 }"

altq on fxp0 cbq bandwidth 2.5Mb queue { std, ftp, ssh }
queue std bandwidth 1Mb cbq(default)
queue ssh bandwidth 500Kb
queue ftp bandwidth 1Mb

pass in on fxp0 proto tcp from any to any port 21 queue ftp
pass in on fxp0 proto tcp from any to any port $ssh_ports queue ssh
#
# pfctl -f /etc/pf.conf

Puis mettre pf="" dans /etc/rc.conf

Et le tour est joué.

Bon à part faire joujou avec mon OpenBSD, je prépare un petit déplacement dans l'Oise (60) pour demain... 2h30 de route ça va c'est pas hyper loin et cela changera les idées.

Breaking news:
Mirroring de "Un clavier azerty en vaut deux" (Emission de radio de RotomaLUG). Vous pourrez écouter cette émission (la seconde) depuis :

• http://azerty.rotomalug.org/ogg/azerty2-detaxe.ogg
• ftp://dionysos.mcom.fr/azerty (Bandwidth=1Mbits)

Mais aussi mirroir d'Ulteo :

• ftp://dionysos.mcom.fr/Linux/Ulteo/alpha/sirius/x86-32/ISO (Bandwidth=1Mbits)

-----

Salut p'tit journal,

Bon la journée fut assez mouvementée, prenante, chaude, mais finalement une bonne partie de nos problèmes (job, personnel) se sont résolus aujourd'hui !

C'est une bonne journée!

PS:On s'est trouvé une petite maison avec un peu de terrain. Mais j'en parlerai plus longuement dans un prochain billet.

-----

Comment réduire la vitesse des automobilistes ?
Les danois ont trouvé la solution :

Ah, j'ai enfin reçu les bouquins commandés sur Amazon, c'est cool...

Bon sinon petite remarque: Pensez à "une tomate n'est pas rouge"... Vous allez voir instinctivement une tomage rouge. Transposez cela sur l'idée de réussite. Certaines personnes sont omnubilés par la réussite... Parfois ces mêmes personnes veulent tellement la réussite, qu'ils sont éffrayés par la défaite. Recouper cela avec mon éléphant rose et cela peut être intéressant afin de se fixer une ligne de conduite.
"Ne pensez pas au problème, pensez directement à la solution!".

-----

Bon si vous avez envies de me payer quelque chose pour Noel :

• http://www.ethernut.de/en/index.html
• http://shop.tuxgraphics.org/electronic/microcontroller.html?id=2b93dd
• http://www.freebeer.org/blog/
• http://www.makezine.com/blog/archive/2006/11/the_open_source_1.html

Merci par avance...

-----

Pour rigoler: La télé comme avec un tarpé !!!! http://rastatv.free.fr/

Trop trop bon! En cas de déprime, regardez cette télévision...

En parlant de VOD, je vous recommande la lecture de thread sur FRnOG:

• http://www.mail-archive.com/frnog@frnog.org/msg00944.html
• http://www.mail-archive.com/frnog@frnog.org/

Lecture très intéressante sur comment voient les ISP, Fournisseurs de contenus (vidéo) et offres ADSL (jusqu'à 20 Mbits mon petit monsieur, mais c'est qu'ils les prennent non mais dis donc, et ma mutualisation de bande passante je fais comment!?!).

Désolé d'insister :

Après de longs passages dans les cages à miel à l'hotel mercredi soir en codant un peu, moa je dis c'est du bon!

-----