La 3e édition de Kernel Recipes a eu lieu les 25 et 26 septembre à Paris.

Une centaine de participants se sont déplacés pour une quinzaine de conférences. Beaucoup d'échanges et de discussions ont fait la réussite de ces journées. Nous avons même assisté à une discussion improvisée sur la gestion des alertes sécurité dans le noyau entre Greg KH et Willy Tarreau. L'occasion également pour certains membres du projet de se rencontrer pour la première fois.

Le kernel diner a également fait salle comble avec une cinquantaine de participants.

L'ensemble des supports et vidéos des conférences et lightning talks sont maintenant en ligne.

Un grand merci encore aux intervenants qui ont permis la réussite de cette édition et également aux sponsors (BayLibre, Gandi, HaProxy Technologies, Mozilla, Parrot, SUSE) et rendez-vous pour la 4e édition de Kernel Recipes, en septembre 2015.

MINIX 3 est un très petit système modulaire multiserveur qui vise une grande fiabilité, une tolérance aux erreurs et l'auto-guérison. Le code qui tourne en mode noyau fait approximativement 5000 lignes de code seulement.
Le reste est exécuté en tant que processus utilisateurs, en majorité des processus pour chaque pilote de périphérique et serveur.

Si un pilote plante, il est automatiquement remplacé par une nouvelle copie, sans l'intervention de l'utilisateur (ni même qu'il le sache) et sans affecter les programmes actuellement exécutés.

Il y a peu d'autres systèmes qui peuvent résister à des erreurs fatales dans des composants de système critique de manière continue.
Le but des systèmes fiables sera achevé quand :

• aucun ordinateur n'aura de bouton RESET
  et
  
• aucun utilisateur n'aura connu de plantage ni même ne connaîtra quelqu'un dans son entourage ayant expérimenté ce désagrément.

Pour la seconde année consécutive, le projet MINIX 3 est accepté au Google Summer of Code, permettant à des étudiants de travailler (travail rémunéré par Google) sur MINIX 3 durant l'été, avec certains de ses développeurs.

NdM : Cette dépêche est une traduction en français de la page MINIX sur le Google Summer of Code 2009.

Pour cette 4ème édition, et à la demande des participants, 3 jours de conférences sur le noyau Linux au coeur de Paris : mercredi 30 septembre, jeudi 1er et vendredi 2 octobre. Le format a été conservé : une seule salle, une audience d'une centaine de personnes, ce qui laisse la part belle aux interactions entre participants et avec les intervenants.

Cette année encore, nous vous avons concocté un programme de conférences qui balaie les actualités et les fondamentaux du projet kernel.org : organisation du projet, aller plus loin dans les sous-systèmes, virtualisation, développement, embarqué…

La huitième édition de Kernel Recipes a eu lieu en septembre à Paris. Encore une superbe édition que nous avons eu la chance de proposer et une citation de Greg Kroah‐Hartman (alias Greg KH) qui nous a touchés droit au cœur :

« Comment said to me about the Kernel Recipes conference that just wrapped up: it is a gemstone in the conference world. And I totally agree. The amount of things over the years that have been presented here first is amazing for such a “small” conference »

Les conférences filmées de l’édition 2019 rejoignent celles des éditions précédentes sur le site des archives de Kernel Recipes.

 Les orateurs de la huitième édition

Nous sommes fiers d’annoncer le dixième anniversaire de la conférence Kernel Recipes, qui aura lieu du 25 au 27/09/2023, à Paris, à la Fondation Biermans Lapotre.

Depuis une décennie, Kernel Recipes a réuni des experts renommés, des développeurs chevronnés, des contributeurs actifs et des passionnés du noyau Linux, créant une communauté dynamique d’apprentissage et de partage. Cette année, nous célébrons cette date particulière avec une édition spéciale qui nous l’espérons sera inoubliable.

Nous revoilà, gonflés à bloc pour lancer les inscriptions à cette septième édition de Kernel Recipes, qui aura lieu du 26 au 28 septembre 2018 à Paris. Encore une fois nous avons essayé de vous concocter un programme varié permettant de balayer une partie de l’actualité du noyau : sécurité, réseau, Spectre, développement… Il y en aura pour tout le monde !

Cette année encore de super orateurs qui ont bien voulu répondre présents : Steven Rostedt, Dodji Seketeli, Rafael J. Wysocki, Bartosz Gołaszewski, Jesper Dangaard Brouer, Will Deacon, Julia Lawall, James Bottomley, Vaishali Thakkar, Jiri Kosina, Frédéric Weisbecker, Paolo Bonzini, David Woodhouse, Miguel Ojeda, Alexander Graf, Ezequiel García, Nicolas Planel, Grégory Clément.

hupstream est fier de vous présenter la 5^e édition de Kernel Recipes. Cette édition aura lieu dans les locaux de Mozilla à Paris, du 28 au 30 septembre 2016. Les 4 premières années ont été l'occasion de belles rencontres avec des gens passionnés et passionnants. Nous fêtons cette édition en conservant l'idée que l'événement doit être abordable pour tous, à taille humaine pour favoriser les échanges, convivial.

Le septième Netfilter Workshop se tient cette année à Séville en Espagne. Il réunit les principaux développeurs de Netfilter, la couche pare-feu de Linux, plus connue par son outil iptables.

Cette rencontre permet aux développeurs du projet Netfilter de se rencontrer pour définir les orientations du projet, et également d'avancer sur les mises à jour de technologies à venir.

L'évènement se déroule du 18 au 21 octobre et un compte rendu est proposé par EdenWall. Le site est mis à jour en temps réel en suivant les différentes présentations des intervenants.

La huitième édition de Kernel Recipes aura lieu du 25 au 27 septembre 2019, à Paris. Cette année, changement de décor, la conférence va faire son cinéma au 11 bis rue Scribe à Paris. Nous en profitons pour remercier encore Mozilla Paris pour toutes ces belles années pendant lesquelles nous avons profité de leur hospitalité !

Le programme de la conférence est maintenant bouclé et en ligne sur le site. Trois jours de présentations du 30/09 au 02/10/2015, à Paris : plus d'une quinzaine de conférences et quelques lightning talks. Vous pouvez encore nous proposer des sujets pour cette année.

Les trois jours de conférences sont accessibles librement mais l'inscription est obligatoire, le nombre de places étant limité.

L'événement a lieu dans les locaux de Mozilla, au 16 bis boulevard Montmartre
Paris 75009.

La Linux Foundation a publié récemment un guide intitulé How To Participate In the Linux Community, rédigé par Jonathan Corbet, l'un des principaux éditeurs du site Linux Weekly News et co-auteur du livre Linux Device Drivers. Ce guide met tout d'abord en avant l'importance de contribuer à la version officielle (dite mainline) du noyau, puis décrit le processus de contribution au noyau et comment éviter les erreurs couramment commises.

Bien que la communauté du noyau soit déjà très active, avec 1.000 contributeurs de plus de 100 sociétés qui ont contribué l'an passé, la Linux Foundation, qui emploie notamment Linus Torvalds, souhaite par ce guide, encourager la participation en vulgarisant les processus de contribution au noyau, qui reposent souvent sur des règles implicites non-écrites qui peuvent être difficiles à saisir pour un nouveau venu ou une entreprise.

Le guide aborde les thématiques suivantes :

• Le processus de développement, avec le cycle des sorties et le mécanisme de la fenêtre de fusion (merge window)
• La planification initiale et l'importance d'impliquer tôt la communauté dans son projet
• Le processus de développement, ainsi que les règles pour les patches
• La soumission des patches pour relecture
• Le travail avec les relecteurs, une étape du processus de développement
• Des sujets avancés, comme la gestion des patches avec Git et la relecture des patches soumis par d'autres

Sur le même sujet, Linus Torvalds a récemment accordé une interview à ZDNet.co.uk, dans laquelle il indique «Ce n'est définitivement pas simple de devenir un 'gros contributeur' [...] Le noyau est relativement gros et complexe, and ça prend inévitablement du temps d'apprendre toutes les règles -- pas seulement le code, mais aussi comment le processus de développement dans son ensemble fonctionne». Il revient également sur l'importance de discuter très tôt avec la communauté des fonctionnalités qu'on souhaite ajouter un noyau, au risque d'arriver avec un énorme patch qui sera rejeté par la communauté, une mise en garde également présente dans le guide de la Linux Foundation. De façon générale, Linus semble plutôt satisfait du processus de développement actuel: « Je pense qu'une des choses sur laquelle nous avons été très bons est le passage à l'échelle, avec un bon réseau de mainteneurs, de manière à ce que la plupart des gens impliqués ne travaillent en fait de manière rapprochée qu'avec une poignée d'autres personnes ».

Je vous propose la traduction de deux courts articles de Matthew Garrett publié sur Livejournal sur l'historique et l'intérêt des états de sommeil des processeurs x86 modernes et de la réduction de fréquence.

« Certaines personnes écrivent des logiciels qui vous permettent de choisir différents réglages selon que vous être branché sur le secteur ou sur batterie. Typiquement, l'un de ces choix vous permet de réduire la fréquence du processeur lorsque vous êtes sur batterie. Ceci est mauvais. Ceci est faux. Les personnes qui implémentent ces programmes sont dangereuses... »

Le langage C, créé en 1971, est encore aujourd'hui l'un des langages de programmation les plus utilisés, notamment dans le monde du logiciel libre.
'Méthodologie de la programmation en C -Bibliothèque standard - API POSIX' constitue non seulement une présentation exhaustive du langage C mais aussi un guide pour programmer en C de facon méthodique et élégante.
Unix et C étant étroitement liés, c'est aussi un livre d'introduction aux outils et methodes pour la programmation sous Unix.

Voici un petit patch qui permet de passer du mode coopératif en mode préemptif pour les noyaux Linux.

Si on résume la philosophie du patch, il réduit le temps de latence (jitter) de l'ordre de 200µs du temps de scheduling optimal.

Tous les programmeurs pètent un plomb de temps en temps. Qui n'a jamais déliré avec des commentaires à un moment donné dans son source, c'est toujours lors de la relecture ou des phases de débug un moment de franche rigolade ( si si ;-) ).
Le noyau de notre OS préféré n'y échappe pas... Slashdot nous le fait découvrir à travers un article disponible sur KernelTrap... Y a des bijoux, juste un exemple :
"[...]
drivers/usb/printer.c:static char *usblp_messages[] = { "ok", "out of paper", "off-line", "on fire" };
[...]"

Le début de l'affaire du pilote pwc remonte à août 2004. Jusqu'à cette époque, la partie libre de ce pilote pour webcams basés sur des chipsets Philips était disponible dans la version officielle du noyau Linux. Toutefois, ce pilote ne permettait de gérer que les modes de basse qualité des webcams, un module supplémentaire propriétaire, pwcx, étant nécessaire pour accéder aux modes évolués qui nécessitaient des routines de décompression.

En août 2004, un différent opposa les développeurs du noyau Linux au développeur du pilote. En effet, le module libre mettait en place un hook spécifique dans le noyau permettant au module non-libre de mettre à disposition ses fonctionnalités avancées de décompression. Or, les développeurs noyau, et en particulier Linus Torvalds, ne souhaitaient pas mettre à disposition un hook particulier pour les besoins d'un module propriétaire : "if a change is needed to be made to the kernel in order to get a closed source module to work, that module must be made opensource".

L'auteur du pilote a alors fait savoir que ce hook existait depuis longtemps et qu'il ne comprenait pas cette décision. Au final, la discussion a amené l'auteur à demander le retrait du pilote.

Le noyau Linux ne disposait alors plus de pilote pour les webcams à base de composants Philips, pourtant très répandues. Heureusement, un français, Luc Saillard, a repris le développement de ce dernier. À la mi-septembre 2004, il envoie un patch contenant une nouvelle version du pilote, entièrement libre, et permettant d'utiliser certains modes de décompression qui n'étaient auparavant utilisables qu'avec le module propriétaire, grâce à de l'ingénierie inverse. Tout semblait donc s'arranger.

Mais, tout récemment, nouveau coup de théâtre : le développeur originel du pilote demande de nouveau le retrait de ce dernier, arguant du fait que le pilote de Luc Saillard aurait été réalisé plus par décompilation du pilote propriétaire que par ingénierie inverse. Après une investigation plus poussée, Alan Cox a trouvé que les remarques de l'auteur originel étaient recevables. Il a par ailleurs eu une discussion amicale avec Philips qui a abouti au retrait du code litigieux des décompresseurs.

À ce jour, le noyau Linux supporte donc toujours les webcams à base de composants Philips, mais uniquement dans les modes basiques. Toutefois, ce rebondissement n'est certainement pas le dernier dans cette saga, et l'espoir de disposer un jour d'un pilote complètement libre et dégagé de tout problème reste présent.

Près de 3 mois et demi de travail auront été nécessaire aux développeurs du libre pour nous proposer une nouvelle version stable de Linux.

Le système de développement a légèrement évolué ces derniers mois, avec notamment l'apparition d'une branche 2.6.11.x destinée à proposer des corrections de bogues ou de sécurité urgentes sans modifier le cycle de développement du 2.6.12. Ce nouveau modèle semble avoir connu un assez grand succès, puisque 11 sous-versions sont sorties, qui ont permis de corriger rapidement des failles de sécurité (.9-.11) ou des bogues importants (.8 et le SMP, par exemple). D'autre part, le passage à un logiciel libre (git) pour la gestion des sources semble s'être fait sans trop de soucis. Tout un chacun peut accéder facilement aux sources du noyau en développement en utilisant Cogito, ou bien les parcourir via une interface web.

Il y a eu beaucoup de modifications et de corrections de bogues pour ce nouveau noyau, notamment pour les plate-formes ARM, PPC, s390 et les architectures 64 bits, l'USB et la gestion des processeurs à fréquence variable (cpufreq). On notera aussi des améliorations dans UML, beaucoup de travail sur les drivers réseaux (TG3 surtout), sur DVB, le hotplug, le SerialATA, ainsi qu'un gros travail sur la documentation.

Le décompresseur du pilote pour les webcams Philips PWC a effectivement dû être retiré des sources. Les webcams Philips sont donc supportés mais de manière limitée en résolution.

NdM : la dépêche Linux Weekly News liste aussi plusieurs autres changements importants :
- l'ajout d'un pilote pour les controversées puces de sécurité TPM (présentes entre autres dans les Thinkpad d'IBM)
- le support du multipath dans le device mapper pour mieux gérer les E/S des gros serveurs de stockage
- l'introduction d'aléas dans le choix des espaces d'adresses mémoire lors des allocations, pour rendre plus difficile les attaques par buffer-overflow
- l'introduction d'une nouvelle limite de ressource (rlimit) pour accorder à certains utilisateurs le droit d'affecter des priorité "nice" négatives à leurs processus (utile par exemple pour les applications audios nécessitant de faible latences)

Je peux vous garantir, en ayant fait moi-même l'expérience, qu'on ne ressort pas indemne d'une plongée dans le processus de développement de Linux ! Savez-vous par exemple que l'équipe de développement du noyau sort une version toutes les sept à huit semaines avec un nombre de lignes de code ajoutées, modifiées ou supprimées à chaque fois qui est de l'ordre du million ? Que le développement se fait en toute transparence sur Internet ?

Comparez avec Vista qui est sorti dans la douleur, au bout de 5 années de développement effectué derrière des portes fermées.

Mon article, essayant de décrire tout ce processus, est disponible sur Internet sous forme Wiki (donc éditable par tous). Les améliorations seront les bienvenues, je cherche en particulier de l'aide pour les chapitres consacrés aux distributions Fedora, Ubuntu, SuSE, etc.

Découvert en naviguant sur http://linux.inet.hr, un article portant sur un livre (ou e-book) : Linux Kernel in a Nutshell.
Il s'agit d'un livre écrit (en anglais) par un développeur et mainteneur du noyau Linux, Greg Kroah-Hartman, publié aux éditions O'Reilly.
Par ailleurs, ce livre est aussi disponible en tant qu'e-book libre (sous licence Creative Commons Attribution ShareALike 2.5 - BY-SA donc) et cela gratuitement, sur le site dudit développeur, au format de fichier PDF ou bien DocBook, pour l'ensemble du livre ou pour chacun des chapitres.

Voici quelques citations prises du site (NdM : voir citations originales dans le corps de la dépêche) :
« Si vous voulez savoir comment compiler, configurer et installer un noyau Linux sur mesure pour votre machine, achetez ce livre. Il est écrit par quelqu'un qui passe ses journées à compiler, configurer et installer des noyaux sur mesure en tant que membre du processus de développement de ce projet sympathique et collaboratif appelé Linux »
« Le livre se base sur la version 2.6.18 du noyau, de nouvelles versions du noyau engendreront des changements des possibilités de configuration et de l'ajout de nouvelles options de configuration. Néanmoins, les concepts principaux du livre restent valables pour toute version du noyau. »
« Je souhaite que ce livre aide de nombreuses personnes à entrer dans le giron des développements du noyau Linux. [...] Plus de personnes s'y essaieront - et s'apercevront qu'il n'y a pas vraiment de magie au sein des processus du noyau Linux - plus de monde souhaitera s'y coltiner et s'essayer à rendre le noyau aussi bon qu'il est possible. »

Évidemment, il faut préciser que l'achat du livre est le meilleur moyen de "récompenser" l'auteur et plus généralement ce genre d'initiative.

P-S : Attention à ne pas confondre ce livre avec "Linux in a Nutshell", lui-aussi publié aux éditions O'Reilly.

Linus Torvalds a mis à disposition vendredi les sources du noyau 2.4.0-test8. Il explique aussi les clarifications que le fichier COPYING contient. En effet il stipule que seule la GPL v2 est valide pour le noyau, et qu'une version plus récente de la GPL ne sera pas utilisée automatiquement. Cette licence est la même pour le noyau depuis la version 0.12. Pourquoi ? Simplement parce qu'il y avait eu des discussions sur la v3 de la GPL concernant la possibilité d'inclure des limites aux personnes "bien intentionnées" et sur lesquelle Linus n'est pas d'accord. Bien sur il indique que si vous participez au développement du noyau, vous pourrez indiquer lors de proposition de patch que vous souhaitez que votre code soit valide sous des licences GPL plus récentes.

Mosix est une extension du noyau de Linux qui lui confère des capacités de fonctionnement en cluster. Les spécificités les plus intéressantes de Mosix sont gérées par les algorithmes d'équilibrage de charge et de migration de process automatiques qui permettent aux utilisateurs de ne pas avoir à connaître l'état des noeuds du cluster. (source mynews.free.fr)

Sur la Linux Kernel Mailing List, Linus Torvalds donne son avis sur l'utilité des debuggers (en particulier celle d'un kernel-debugger). Grosso modo, il est fondamentalement contre, l'absence de debugger obligeant les développeur à réflechir un peu plus fort. En l'occurence, j'aurais plutot tendance à être de son avis, même si j'apprecie grandement l'aide des debuggers pour choper des bugs triviaux.

le dernier argument de Linus:
"Because I'm a bastard, and proud of it!"

Cette page (technique) recense les bugs et ce qu'il reste à faire avant d'avoir un beau noyau 2.4 tout joli.

Elle est mise à jour régulièrement, et est très utile si on teste le 2.4...

Ce patch regroupe de nombreux systemes de cryptographie du noyau Linux:
Blowfish, CAST-128, DES, DFC, IDEA, MARS, RC6, Rijndael, Safer, ...ainsi que les systemes de fichiers cryptes API, CIPE VPN et EnSKIP.

Tout est dans le titre.... Pour ceux qui aiment recompiler leur noyau quand il y en a un nouveau.