text: Kernel-Log: Linux und Festplatten mit 4-KByte-Sektoren | c't Magazin
  Festplatten, Kernel-Log, Linux-Kernel, X.org
  Das führt dazu, dass der Datendurchsatz bei 4-KByte-Platten (und auch manchen RAID-Arrays) signifikant sinkt gegenüber einer Partitionierung, bei der alle Partitionen auf durch acht teilbaren (512-Byte-)Sektornummern beginnen. Hintergründe dazu liefern ein Artikel bei LWN.net und das Platten-Karussell in c't 4/10, Seite 66, in dem unter anderem die WD10EARS von Western Digital getestet wurde – einer der ersten und im Handel erhältliche Desktop-SATA-Festplatte, die intern 4 KByte große Sektoren nutzt.
  Erst vor kurzem hatte die Problematik auf Slashdot für längere Diskussionen gesorgt, nachdem Osnews einen Artikel mit der Überschrift "Linux ist nicht ganz bereit für Festplatten mit 4-KByte-Sektoren" veröffentlicht hatte. Wie richtig oder falsch diese Überschrift ist, hängt von der Interpretation des Begriffs "Linux" ab, denn den Linux-Kernel trifft hier nur wenig Schuld; vielmehr informiert er Userland-Anwendungen bereits seit der Aufnahme der I/O-Topology-Patches bei Linux 2.6.31 über alle wichtigen Parameter, damit Partitionen optimal ausgerichtet werden können.
  Die achte Vorabversion von 2.6.33 ist mittlerweile über zehn Tage alt, obwohl Torvalds in dieser Phase des Entwicklungszyklus neue RCs normalerweise wöchentlich freigibt. Ob das auf eine baldige Freigabe von Linux 2.6.33 hindeutet oder Torvalds vorher noch 2.6.33-rc9 veröffentlicht, wagen wir nicht zu prognostizieren.
  Aktiv waren in den vergangenen Tagen auch die Entwickler des RT-Zweigs, die Linux-Kernel mit Echtzeitfähigkeiten entwickeln. So gilt die kürzlich freigegebene Version 2.6.31.12-rt21 von nun an als "Latest Stable", wie aus einer Meldung des OSADL (Open Source Automation Development Lab) hervorgeht. Auf der OSADL-Webseite findet sich zudem ein kurzer Bericht zu der auch im vierten Teil der Kernel-Log-Mini-Serie "Was 2.6.33 bringt" erwähnten Umbenennung einiger Spinlocks. Die hat den Umfang des Realtime-Patches signifikant reduziert, wie Thomas Gleixner in der Freigabe-Mail zu Linux 2.6.33-rc8-rt1 schreibt – dem ersten RT-Kernel, der auf auf den aktuellen Vorabversionen von Linux 2.6.33 basiert.
  Auf der LKML lief Mitte des Monats eine längere Diskussion über den Wechsel zum Kompressionsformat "XZ" für die auf Kernel.org angebotenen Kernel-Archive. Eine Zusammenfassung oder eine konkrete Roadmap fehlen zwar bislang, vieles deutet aber darauf hin, das die Kernel-Quellen zukünftig auch im XZ-Format angeboten werden, das häufig effizienter komprimiert als Gzip (.gz) und schneller arbeitet als Bzip2 (.bz2). Letzteres Format wird langfristig möglicherweise fallen gelassen und die alten Dateien entfernt; die mit Gzip komprimierten werden aber vermutlich weiter angeboten.
  Christoph Hellwig hat in seinem "XFS status update for January 2010" einen Überblick über die jüngsten Entwicklungen rund um das XFS-Dateisystem zusammengefasst.
  Theodore Ts'o hat die Version 1.41.10 der E2fsprogs veröffentlicht, die zahlreiche Fehlerkorrekturen und einige vorwiegend kleine Verbesserungen bringt.
  Bereits kurz nach dem vorangegangenen Kernel-Log hat Jean Delvare die Version 3.1.2 von lm-sensors freigegeben, die verschiedene, vorwiegend kleine Verbesserungen sowie Unterstützung für neuere Kernel bringt.
  Novell-Entwickler Michael Meeks hat in seinem Blog eine Präsentation veröffentlicht, die einige Vorteile des von ihm mitentwickelten Bootchart2 gegenüber dem erstenBoot-Analyse-Programms namens "Bootchart" zeigt.
  Der bei IBM Developerworks erschienene Artikel "Virtio: An I/O virtualization framework for Linux" erklärt einige Hintergründe zum Virtio-Framework, das Lguest und KVM für paravirtualisierte Treiber nutzen.
  Die Entwickler des Projekts Gutenprint haben die Version 5.2.4 der gleichnamigen Druckertreibersammlung veröffentlicht. Sie unterstützt zahlreiche Epson-Drucker, mit denen die Vorversion noch nicht zurecht kam.
  Till Kamppeter hat die Version 4.0.4 von Foomatic freigegeben, das bei vielen Linux-Distributionen bei der Konfiguration und dem Ansprechen von Druckern involviert ist. Kürzlich gab Kamppeter zudem bekannt, das es einige Verbesserungen für die OpenPrinting-Webseite und die dortige Datenbank mit Informationen zu Druckertreibern gab.
  Die kürzlich veröffentliche Version 2.8 des Bootloaders Gujin unterstützt jetzt die Partitionierung mit GPT (GUID Partition Table).
  Peter Hutterer hat mit die Version 1.7.5 des X-Servers von X.org freigegeben. Sie ist das letzte geplante Update für diese Versionsserie: Da kaum mehr Patches eingesandt werden, will Hutterer neue Versionen dieser Reihe nur noch veröffentlichen, wenn ein Grund dafür besteht. Keith Packard hat unterdessen den ersten Release Candidate des X-Server 1.8 freigegeben.
  AMD hat die Version 10.2 seiner als Catalyst oder Fglrx bekannten proprietären Grafiktreiber für Linux veröffentlicht. Sie unterstützen laut Release Notes nun OpenSuse 11.2 auch offiziell; Unterstützung für die im Oktober letzten Jahres veröffentlichten und zu X.org 7.5 gehörenden X-Server der 1.7er-Serie bieten die Treiber aber immer noch nicht.
  Nach zwei im vorangegangenen Kernel-Log bereits erwähnten Blog-Einträgen zur Arbeit an Code zur Unterstützung von Hybrid Graphics hat Dave Airlie noch einen dritten Blog-Eintrag zum Thema geschrieben und ein Video veröffentlicht, das eine Umschaltung zwischen zwei Grafikchips zeigt.
  Der X Developers' Summit findet dieses Jahr im September in Toulouse statt.
  Bart Massey, Sekretär des X.Org Foundation Board, hat in der Mail "The State of The X.Org Foundation 2010" einen Überblick über einige jüngste Entwicklung rund um die Arbeit der X.Org Foundation zusammengefasst. Wenig später gab er zudem das Ergebnis der kürzlich durchgeführten Wahlen für das X.org Foundation Board bekannt, in das unter anderem Alex Deucher (AMD), Matthias Hopf (SuSE GmbH) und Keith Packard (Intel) gewählt wurden.
  Carl Worth hat die Version 2.4.18 der Libdrm freigegeben, die einige bei Intel-Hardware auftretende Probleme beseitigen soll.
  Zack Rusin hat in seinem Blog einige Details zu einigen geplanten Funktionen für zukünftige Versionen von Gallium3D beschrieben und dabei auch erwähnt, dass das Framework langfristig Unterstützung für das API von DirectX 11 bieten soll. Das haben einige Autoren von Magazinen und Blogs als "DirectX-11-Unterstützung für Linux" fehlinterpretiert, daher hat Rusin in einem zweiten Blog-Eintrag das ganze nochmal näher ausgeführt und dabei erklärt, dass diese von ihm beschriebenen Verbesserungen für DirectX "praktisch nichts für Linux bedeuten" und es durch sie keineswegs einfacher werde, für Windows geschriebene Spiele auf Linux laufen zu lassen oder zu portieren ("So yea, Direct3D on GNU/Linux simply means nothing. We won't get more games, won't make it easier to port the already cross platform engines, won't allow porting of the exclusive titles and will not fill any holes in our gaming SDKs.")