Neun Tage nach 3.3-rc2 liefert Torvalds und die dritte Vorabversion.
Die Änderungen halten sich in Grenzen - Am meisten fällt die Entfernung von ungenutztem DMA-Code aus dem Bereich der ARM-Architektur auf. Der Rest sticht kaum hervor. Die Zahl der Commits liegt deutlich unter der sowohl von 3.2-rc3 und dem Durchschnitt der letzten Jahre. Das könnte auf eine Beruhigung der Entwicklung hinweisen.
Die kleine Statistik:
| Commits | geänderte Dateien | eingefügte Zeilen | gelöschte Zeilen | Datum | Tage * | |
|---|---|---|---|---|---|---|
| 3.3-rc1 | 9460 | 10 078 | 568 329 | 359 404 | 19.01.2012 | 15 |
| 3.3-rc2 | 515 | 635 | 24 890 | 27719 | 31.01.2012 | 12 |
| 3.3-rc3 | 106 | 249 | 1964 | 2273 | 09.02.2012 | 9 |
* Tage seit dem letzten -rc/Release
Quelle: Linux Kernel Mailing List
Die Probleme, die die Überarbeitung des „block layer plugging“ bereitet hatte, sollten behoben sein, auch der Fehler, der nicht enden wollende Ströme an Meldungen über CD-Rom-Wechsel erzeugte, gehört der Vergangenheit an.
Wobei man sagen muss, die Entwicklungszeiten der letzten Versionen, besonders 2.6.38 mit nur 69 Tagen, nur schwer zu toppen sind. Aber so ruhig es mit 2.6.39 angefangen hatte, die Zahl der eingereichten (und aufgenommenen) Patches hat sich erhöht. Gegenüber -rc3 scheint die Zahl geänderter Dateien mit 286 gegenüber 2628 verschwindend gering, die war jedoch auf Rechtschreibkorrekturen zurückzuführen die keine funktionale Änderung darstellten. 
Andererseits könnte 2.6.39 auch mal ein eher ruhiges Release werden. Es finden sich keine besonders revolutionären Änderungen dabei, sodass man diesbezüglich durchaus optimistisch sein kann.
Das war so ziemlich das außergewöhnlichste an dieser Version. Normalerweise trudelt die E-Mail dem Commit hinterher, heute musste erst einmal jemand auf der 
Fast alle Pull Requests sind abgearbeitet lediglich einer steht noch aus: Die bereits seit längerer Zeit in der Entwicklung befindliche „Cleancache“-Funktion soll den Zugriff von der Dateisystem-Abstraktionsschicht VFS auf freie Speicherseiten beschleunigen. Die Umsetzung ist jedoch umfangreich genug, dass Torvalds sich dafür lieber eine ruhige Minute nach der Schließung des Merge Window nimmt.
Die Änderungen von -rc8 zur nun veröffentlichten Version beschränken sich in erster Linie auf Fehlerkorrekturen unter anderem an nfs, btrfs und der MIPS-Architektur.
Hierzulande äußert sich das dann darin, dass ein Blick auf 
Noch fehlt die Mail auf der 
Dieser fiel wieder erheblich kleiner aus, was die Anzahl der geänderten Codezeilen betrifft. Torvalds hebt die Korrektur eines Speicherfehlers heraus, der zwar nur wenige betroffen habe, an dem aber schon seit mehreren Wochen gearbeitet wurde. Ein größerer Patch kommt durch das Entfernen des alten 
Die fünfte Vorabversion ist erheblich umfangreicher als die vorhergehende. Ein guter Teil davon entfällt auf das Verschieben von Dokumentationen aus dem Bereich PowerPC in Devicetree („Geräte-Baum“), jedoch bei weitem nicht alles. Daneben geht das Hin- und Hergeschiebe von Treibern weiter, die mit tty, dem Subsystem zur Verwaltung der Standardein- und ausgabe, zusammenhängen. Nachdem Mitte Januar hier einige Komponenten aus der tty-Umgebung wieder zurück in den Bereich für zeichenorientierte Geräte („character devices“) verschoben wurden, kam der für die Virtualisierung von Ein-/Ausgabe-Geräten von IBM eingebrachte virtio_console-Treiber nun wieder zurück und trug damit dank seiner nicht gerade geringen Größe immerhin fast ein sechstel um Umfang des -rc5 bei.
Kam die letzte Version unerwartet früh, so glich Torvalds dies wieder aus, indem er -rc3 ein paar Tage später vorlegte.
In einem der ersten Merges - Nummer fünf um genau zu sein - finden sich Änderungen für den Scheduler, darunter auch die von Torvalds gelobte Einführung der automatischen Task-Gruppen (Der November im Kernelrückblick - Neue Wege für das Scheduling, 
Darunter fielen zum Beispiel die PCI-Treiber und aktuell der Intel-Treiber i915, dem man seit -rc7 erfolglos versucht ein Blank-Screen-Problem (Schwarzer Bildschirn) auszutreiben. Die Suche nach den Ursachen für ein Problem des Netzwerkdateisystems NFS, bei dem eine Endlosschleife in der Funktion zum Lesen eines Verzeichnisinhaltes auftritt, geht unterdessen weiter.
[creativecommons.org] />Ein Comic (siehe rechts) 
