Aller au contenu | Aller au menu | Aller à la recherche
jeudi, mai 27 2010
Par Jérôme Pouiller le jeudi, mai 27 2010, 13:41 - Pensées personnelles
PC Impact vient de publier un article sur l'évolution de Linux au cours des dernières années. Je suis tout à fait d'accord avec ce point de vue.
Une question reste toujours en suspend: "Combien y a-t-il de système Linux fonctionnant dans le monde?". Si la question est relativement simple pour les systèmes Desktop, elle est très complexe pour les systèmes embarqués: STB, routeurs, Android, Nokia, Archos, etc... Combien représentent-t-il?
vendredi, avril 16 2010
Par Jérôme Pouiller le vendredi, avril 16 2010, 23:33 - General
J'apprends dans un communiqué de presse que Orange est le premier opérateur de télécommunication à apporter son suppoer à MeeGo, la plateforme regroupant Moblin et Maemo.
Je suis assez surpris de la part d'Orange, mais ca me fait plaisir.
Par Jérôme Pouiller le vendredi, avril 16 2010, 23:15 - Technique
Bluez is packaged with a set very useful scripts. Exemple to connect to a Bluetooth access point:
$ /usr/share/doc/bluez/examples/test-discovery [ 00:22:FD:35:3D:74 ] Name = Nokia 5310 XpressMusic Paired = 0 LegacyPairing = 1 Alias = Nokia 5310 XpressMusic Address = 00:22:FC:38:3F:79 RSSI = -63 Class = 0x5a0204 Icon = phone $ /usr/share/doc/bluez/examples/test-device create 00:22:FC:38:3F:79 /org/bluez/1104/hci0/dev_00_22_FC_38_3F_79 $ /usr/share/doc/bluez/examples/test-network 00:22:FC:38:3F:79 NAP & Connected /org/bluez/1104/hci0/dev_00_22_FC_38_3F_79 to 00:22:FC:38:3F:79 Press CTRL-C to disconnect $ sudo dhclient bnep0 [...]
(Tested on Kubuntu 10.4beta2)
jeudi, avril 8 2010
Par Jérôme Pouiller le jeudi, avril 8 2010, 16:35 - Technique
L'option -ede hexdump permet de formater la sortie à la mode printf:
$ hexdump -e '16/1 "0x%02X, " "\n"' < file 0x02, 0xB0, 0x2A, 0x00, 0x01, 0xF9, 0x00, 0x00, 0xE0, 0xC8, 0xF0, 0x13, 0x09, 0x11, 0x01, 0x00, 0xE0, 0x67, 0x00, 0x8C, 0xFF, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x21, 0x02, 0xE0, 0xC8, 0xF0, 0x00, 0x04, 0xE0, 0xC9, 0xF0, 0x00, 0x85, 0xC5, 0xE7, 0xDC, 0x , 0x , 0x ,
16/1 Indique que l'on doit répéter le formatage suivant 16 fois et que l'on fait des pas de 1 octet. "0x%02X, " spécifie le format. Lorsque hexdump a terminé le premier format, il passe au suivant. Ici on affiche un saut de ligne. Hexdump boucle sur ce formatge jusqu'à la fin de l'entrée.
On peut remplacer \n par quelque chose d'un peu plus attrayant et ajouter une indentation:
$ hexdump -e '"\t" 16/1 "0x%02X, " " // %.7_ax\n"' < file
0x02, 0xB0, 0x2A, 0x00, 0x01, 0xF9, 0x00, 0x00, 0xE0, 0xC8, 0xF0, 0x13, 0x09, 0x11, 0x01, 0x00, // 0000000
0xE0, 0x67, 0x00, 0x8C, 0xFF, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x21, 0x02, // 0000010
0xE0, 0xC8, 0xF0, 0x00, 0x04, 0xE0, 0xC9, 0xF0, 0x00, 0x85, 0xC5, 0xE7, 0xDC, 0x , 0x , 0x , // 0000020
Bon, il faut encore retirer les crottes à la fin de la sortie manuellement, mais le plus gros est fait.
mercredi, mars 24 2010
Par Jérôme Pouiller le mercredi, mars 24 2010, 16:47 - Technique
OpenSSH private keys are directly understable by OpenSSL:
openssl rsa -in ~/.ssh/id_rsa -text openssl dsa -in ~/.ssh/id_dsa -text
So, you can directly create certification request:
openssl req -new -key ~/.ssh/id_dsa -out mykey.csr
Notice I have not found how to manipulate ssh public key with OpenSSL
Private keys format is same between OpenSSL and OpenSSH, but not public key format. Nevertheless, you extract public key from private key file:
ssh-keygen -y -f id_rsa > id_rsa.pub
Gpgsm utility can exports keys and certificate in PCSC12:
gpgsm -o secret-gpg-key.p12 --export-secret-key-p12 0xXXXXXXXX
You have to extract Key and Certificates separatly:
openssl pkcs12 -in secret-gpg-key.p12 -nocerts -out gpg-key.pem openssl pkcs12 -in secret-gpg-key.p12 -nokeys -out gpg-certs.pem
You can now use it in OpenSSL.
You can also do similar thing with GnuPG public keys. There will be only certificates output.
Invert process:
openssl pkcs12 -export -in gpg-certs.pem -inkey gpg-key.pem -out gpg-key.p12 gpgsm --import gpg-key.p12
Now, chain processes:
gpgsm -o secret-gpg-key.p12 --export-secret-key-p12 0xXXXXXXXX openssl pkcs12 -in secret-gpg-key.p12 -nocerts -out gpg-key.pem
We need to protect key, else ssh refuse it.
chmod 600 gpg-key.pem cp gpg-key.pem ~/.ssh/id_rsa ssh-keygen -y -f gpg-key.pem > ~/.ssh/id_rsa.pub
First we need to create a certificate (self-signed) for our ssh key:
openssl req -new -x509 -key ~/.ssh/id_rsa -out ssh-cert.pem
We can now import it in GnuPG
openssl pkcs12 -export -in ssh-certs.pem -inkey ~/.ssh/id_rsa -out ssh-key.p12 gpgsm --import ssh-key.p12
Notice you cannot import/export DSA ssh keys to/from GnuPG
mercredi, mars 10 2010
Par Jérôme Pouiller le mercredi, mars 10 2010, 10:05 - Pensées personnelles
Je crois qu'il faut maintenant une formation de trader pour prendre un billet d'avion. Après avoir surveillé le marché pendant une semaine, voici mon trajet Paris-Antananarive:
Je vous assure, c'est le moins cher. Ça coute 27% plus cher de ne pas passer par Londres. J'ai vérifié auprès de la compagnie aérienne, je ne peux pas me présenter directement pour le vol Paris-Antananarive.
Cerise sur le gâteau, pour avoir un aller simple Paris-Londres le moins cher possible, j'ai du prendre un aller-retour.
Je regrette l'époque où le prix d'un trajet se calculait avec une bonne vieille règle de trois.
mardi, février 16 2010
Par Jérôme Pouiller le mardi, février 16 2010, 10:07 - Technique
KDE SC 4.4 has a Plasma widget allowing to pate output of some commands.
Using xclip, I can get content of current clipboard. So it is possible to add a macro to sort current selected text:
%{exec(bash -c "xclip -o | sort")}
Better, I can ask to user what command he wants to apply:
%{exec(bash -c "xclip -o | $(kdialog --inputbox 'Command?' 'wc -c')")}
Now, I can filter text in any applications: Firefox, OpenOffice, Kmail....
Only one problem, I can yet assign a shortcut to this action.
mercredi, février 3 2010
Par Jérôme Pouiller le mercredi, février 3 2010, 20:21 - Technique
Le noyau a dû supprimer le support d'Androïd du mainstream Greg K.H. annonce que c'est un coup dur pour Linux. Un résume, voici le problème:
Google a publié son patch, sous GPL, et l'a envoyé au mainstream du kernel. Le kernel a donc placé la contribution dans staging/. La contribution aurait du y rester pendant quelques versions avant d'être officiellement supportée. Néanmoins, en l'absence de support de la part de Google, le code à été supprimé et ne passera jamais en stable (c'est ce qui risque aussi d'arriver au driver Hyper-V de Microsoft). Jusque là, rien d'anormal. Cela fait partie du quotidien du développeur kernel de suivre des branches parallèles.
Là où ca se complique, c'est que le patch Android n'inclut pas simplement quelques drivers. Il touche aux mécanismes internes du noyau. Donc, si il n'est pas intégré dans le mainstream, beaucoup d'entreprises ne pourront pas non plus intégrer leur driver développé pour Android (ou bien cela demandera plus de travail).
vendredi, janvier 29 2010
Par Jérôme Pouiller le vendredi, janvier 29 2010, 10:28 - Technique
J'entends beaucoup parler des coroutines ces derniers temps. On me le présente comme quelque chose de formidable, "des threads coopératives, sans les problèmes de concurrence". Lua semble avoir porté cette mode.
Les coroutines ne sont finalement que des threads non-préemptives. Tous le monde se souvient du formidable scheduler de Windows 3.1.
Je suis tombé sur des articles horribles (disons plutôt incomplets) sur les coroutines en C qui me font pensé qu'on petit rappel des syscall Posix s'impose.
Un petit tour sur la documentation de l'appel système makecontext nous permet de faire des choses assez lisible:
#include <ucontext.h>
#include <stdio.h>
#include <stdlib.h>
static ucontext_t uctx_main, uctx_func1, uctx_func2;
#define handle_error(msg) \
do { perror(msg); exit(EXIT_FAILURE); } while (0)
static void func1(void)
{
printf("func1: started\n");
printf("func1: swapcontext(&uctx_func1, &uctx_func2)\n");
if (swapcontext(&uctx_func1, &uctx_func2) == -1)
handle_error("swapcontext");
printf("func1: returning\n");
}
static void func2(void)
{
printf("func2: started\n");
printf("func2: swapcontext(&uctx_func2, &uctx_func1)\n");
if (swapcontext(&uctx_func2, &uctx_func1) == -1)
handle_error("swapcontext");
printf("func2: returning\n");
}
int main(int argc, char *argv)
{
char func1_stack[16384];
char func2_stack[16384];
if (getcontext(&uctx_func1) == -1)
handle_error("getcontext");
uctx_func1.uc_stack.ss_sp = func1_stack;
uctx_func1.uc_stack.ss_size = sizeof(func1_stack);
uctx_func1.uc_link = &uctx_main;
makecontext(&uctx_func1, func1, 0);
if (getcontext(&uctx_func2) == -1)
handle_error("getcontext");
uctx_func2.uc_stack.ss_sp = func2_stack;
uctx_func2.uc_stack.ss_size = sizeof(func2_stack);
/* Successor context is f1(), unless argc > 1 */
uctx_func2.uc_link = (argc > 1) ? NULL : &uctx_func1;
makecontext(&uctx_func2, func2, 0);
printf("main: swapcontext(&uctx_main, &uctx_func2)\n");
if (swapcontext(&uctx_main, &uctx_func2) == -1)
handle_error("swapcontext");
printf("main: exiting\n");
exit(EXIT_SUCCESS);
}dimanche, janvier 17 2010
Par Jérôme Pouiller le dimanche, janvier 17 2010, 18:18 - Technique
Un de mes stagiaire à été surpris de lire sur la ligne for (;;); dans mon code. Cette ligne de code produit une boucle infinie. C'est quelque chose que l'on ne trouve que lorsqu'on travaille sur des OS. C'est alors la meilleure chose à faire quand plus rien n'est récupérable (un assert coté OS en gros). Cela permet de brancher un debuggeur (software ou hardware) et d'étudier la pile d'appel.
Cette instruction est très utile lorsque vous devez étudier l'exécution d'un morceau de code avec les moyen du bord. C'est le breakpoint du pauvre. C'est simple de la convertir en assembleur (b 0 ou jre 0) ou en opcode. Placez le dans votre code. Dès que le CPU passera dessus, il se stoppera. Incrémentez PC pour continuer.
mercredi, décembre 23 2009
Par Jérôme Pouiller le mercredi, décembre 23 2009, 11:26 - Technique
Greg KH, mainteneur des versions stables du noyau, indique que les contributeurs du driver Hyper V ne semble plus répondre. Je rappelle que le driver Hyper V est la première et unique contribution de Microsoft au noyau Linux.
Le driver Hyper V est actuellement en staging. Cela signifie que si les développeurs ne se manifestent pas, il pourrait ne jamais sortir de la branche staging et être supprimé dans la version 2.6.35.
dimanche, décembre 20 2009
Par Jérôme Pouiller le dimanche, décembre 20 2009, 15:40 - Technique
On me demande souvent comment se gère la qualité des releases du noyau Linux. Voici une étude de cas:
Thu, 10 Dec 2009 10:10:41 +0100: Jens Axboe rapporte sur la LKML une régression sur son système contenant un "Nehalem-EX" (le processeur octo-core d'Intel actuellement en développement). Son système ne démarre plus.
Jens entreprend d'effectuer une "bisection". git bisect permet d'automatiser partiellement ou totalement la recherche d'une régression. Pour cela, on présente à git-bisect un espace de révisions à analyser. On sait que la révision la plus ancienne fonctionne et que la plus récente ne fonctionne pas. git-bisect va alors effectuer une recherche par dichotomie sur l'ensemble des patchs. A chaque étape, git-bisect présentera la version du noyau correspondante. Optionnellement, on peut automatiser le test de la régression. Classiquement, dans le cas de Jens, il pourra compiler le noyau, l'installer sur la cible et redémarrer la cible automatiquement. Il devra ensuite indiquer manuellement à git bisect si le noyau démarre ou pas. La recherche dichotomique permet de réduire le nombre de test à log(nb_patchs). Ainsi, il faut 10 test pour rechercher une régression sur plus de 1000 patchs. De plus, git-bisect gèrera automatiquement les cas ou le kernel ne compile pas.
Thu 10 Dec 2009 11:39:45 +0100: Résultats des tests pour Jens. Le coupable est b24c2a925a9837cccf54d50aeac22ba0cbc15455. Jens ajoute que le kernel fonctionne bien si on retire le commit et propose donc de le reverser. Pour faire ce test, Jens à utilisé git revert. git-revert permet retirer un commit de l'historique. Pour cela, il se place juste avant le commit et réapplique l'historique sans le commit fautif. Cette approche permet de supprimer des commit introduits il y a très longtemps.
A l'aide de git show, on peut avoir des information sur le patch problématique. Remontons dans le passé:
Tue 24 Nov 2009 02:48:18 -0800: Yinghai Lu a écrit le patch b24c2a925a9837cccf54d50aeac22ba0cbc15455. Ce patch est intégré dans le repository de l'architecture x86, maintenu par Ingo Molnar.
Thu, 3 Dec 2009 22:02:46 +0100: Nous sommes dans la fenêtre de merge pour la version 2.6.33. Cela signifie que Linus Torvald permet aux contributeurs (plus particulièrement aux mainteneurs des sous-systèmes) d'intégrer des patchs dans la future version stable du noyau. Ingo Molnar envoie un mail sur la Linux Kernel Mailing List demandant à Linus "to pull" la version de son sous-systeme qu'il a préparé pour la version 2.6.33.
Tue, 8 Dec 2009 13:27:33 -0800: Dans le commit e33c01972239fee4696679ae5f7d1f340f424999, Linus Torvalds "pull" la branche x86-mm-for-linus du repository de l'architecture x86.
Revenons à notre bug.
Thu, 10 Dec 2009 17:06:40 +0100: Réaction d'Ingo, le maintener du sous-système concerné: On peut reverter le commit de la branche stable du kernel. Cela signifie que le patch sera surement corrigé et soumit plus tard (2.6.34, par exemple).
Thu, 10 Dec 2009 09:26:45 -0800: Réaction de Yinghai, le commiter. D'après les traces, il voit d'où vient le problème, même si c'est un peu cryptique: "mptable mpc is [12 - f011]. what a BIOS !".
Thu, 10 Dec 2009 10:41:42 -0800: Réaction de Roland Dreier. Il est en relation directe avec les développeur du BIOS en question. Il demande quelques détails.
Thu, 10 Dec 2009 10:42:00 -0800: Yinghai propose un patch, sans succès.
Thu, 10 Dec 2009 13:07:22 -0800: Yinghai fait une seconde tentative.
Fri, 11 Dec 2009 09:19:02 +0100: Réponse de Jens sur le patch de Yinghai: Ca marche.
Fri, 11 Dec 2009 09:32:07 +0100: Remerciement de Ingo Molnar. Le patch sera bientôt intégré au repository de Linus. 74h après le pull, 24h après l'alerte, le problème est réglé.
En parallèle, Roland gère le problème avec le équipe de développement du Bios.
mercredi, décembre 16 2009
Par Jérôme Pouiller le mercredi, décembre 16 2009, 17:02 - Pensées personnelles
Traditionnellement, lorsque l'on se trompe d'adresse e-mail, on obtient
user unknown
Avec un serveur Exchange, on obtient:
L'organisation à laquelle le message a été envoyé a indiqué qu'elle ne contenait pas ce compte de messagerie.
20 mots, 3 verbes, 2 subordonnées... Même moi (français en langue maternelle), je dois relire la phrase.
jeudi, novembre 19 2009
Par Jérôme Pouiller le jeudi, novembre 19 2009, 22:30 - Pensées personnelles
La version 2.2.1 Amarok intègre une excellente gestion de Dock Widget. Contrairement à toutes les implémentations que j'ai croisé jusqu'à présent (kdbg par exemple), les docks n'entourent pas un wiget central.
Si vous souhaitez que les fenêtres de KDE soit gérées dans des Docks de la même manière que dans Amarok, votez pour le bug KDE#59338.
Par Jérôme Pouiller le jeudi, novembre 19 2009, 12:04 - Technique
Voici un billet intéressant sur les "optimisations" innovantes de Windows 7
Je vous en retranscrit une partie:
Microsoft a remarqué [1] que 15% des plantages sont dû à de la mémoire désallouée trop tôt. Pour "régler" le problème, Windows identifie les applications ayant planté dans le passé et ne désalloue pas la mémoire instantanément comme cela devrait être le cas.
Microsoft montre une fois de plus sa capacité a masquer les problèmes. Ce type de solution est a peu près équivalent à donner un coup de peinture sur un mur délabré avant de vendre l'appartement.
[1] Comme quoi, les rapports de bug de Dr. Watson ne sont pas inutiles
dimanche, octobre 18 2009
Par Jérôme Pouiller le dimanche, octobre 18 2009, 08:04 - General
Me voici de retour sur Paris après trois passé à la Conférence Linux Embarqué (ELC) à Grenoble. J'ai pu y rencontrer les acteurs habituels: Monta Vista, STMicroelectronix, Free Electron, Pengutronix, etc... Ma conférence préférée: ftrace, de Tim Bird. Vraiment excellent.
L'ELC se deroulait dans le contexte plus large ou quatre événements internationaux autour des systèmes embarqués était présent. Avec plus de 700 participants, la semaine a été une réussite: http://www.minalogic.com/news/20091...
jeudi, octobre 1 2009
Par Jérôme Pouiller le jeudi, octobre 1 2009, 12:18 - Pensées personnelles
In view of fact that everybody thinks copy/paste in Word is only way to send a document, I suggest to encapsulate filesystems in Word document.
lundi, septembre 21 2009
Par Jérôme Pouiller le lundi, septembre 21 2009, 13:28 - General
Je serais cette année vacataire à l'UPMC - Polytech'Paris. J'enseignerais l'art du temps réel aux 5ième année spécialité Electronique et Informatique
et Robotique
. Cela représente environ 75 heures de cours sur l'année scolaire 2009-2010.
Je remercie l'équipe du LIP6 pour la confiance qu'ils m'accordent pour ce poste.
jeudi, juillet 23 2009
Par Jérôme Pouiller le jeudi, juillet 23 2009, 18:26 - Contributions
Comme je l'annoncais, on m'a chargé de porter le noyau 2.8.28 sur une carte PowerPC de Kontron. Vous pouvez trouver le résultat ici. J'ai beaucoup à faire pour l'instant, mais je reprendrais dans ce code dans les prochaines semaine pour le "rebaser" sur linux-next et l'intégrer au main stream du noyau.
mercredi, juillet 1 2009
Par Jérôme Pouiller le mercredi, juillet 1 2009, 19:15 - General
Rafael Almeida vient de poster un poème sur debian-devel:
A ``patch'' rule for debian/rules there should always be
for I'd like to easily apply patches created by me
Don't worry I don't think of anything too hard
a simple standarization will ease my heartToday ``debian/rules build'' is always a good match
but there's no mandatory ``debian/rules patch''
Is the ``build'' rule mandatory? I don't even know
it seems to work for most packages, thoughPatches, it seems, are for ``configure'' rule to apply
but I want to make a script and I think it won't fly
That script I think of will install my own patches
to any installable package, from zopes to apachesConfigures can change too much
like config.h files and such
There should be one and only patch rule
and then I'll be able to build my tool
So geek!
« billets précédents - page 1 de 5