Linux-Magazin In Zockerhänden (Vorschau)

Aktuell
www.linux-magazin.de Kernel-News 05/2011
18
Zacks Kernel-News
Architekturunabhängiger Clock-Code
Allein in der ARM-Architektur
gibt es mehr als 20 verschiedene
Umsetzungen des Clock-
Code »struct clk«. Das beklagt
der Canonical-Entwickler Jeremy
Kerr. Er schlägt vor alle
Varianten durch eine einzige
Implementierung zu ersetzen.
Jeremy hofft, dass die Entwickler
dann von der Architektur
unabhängigen Code
schreiben, ohne sich auf ein
Ratespiel in Sachen Zeitgeber-
Implementierung einzulassen.
Etliche Entwickler machten
technische Vorschläge. Offenbar
ist es nicht so einfach,
ohne bestimmte Tests und
Fehlermeldungen auszukommen,
um etwa herauszufinden,
ob zwei Geräte dieselbe
Clock verwenden. Jeremys
Code unter [http://​kernel.​ubuntu.​
​com/​git?​p=jk/​dt/​linux‐2.​6.​git] hat
gute Chancen, in den offiziellen
Kernel zu kommen.
Normale Anwender werden
davon jedoch nichts merken.
Es handelt sich um eine Verbesserung
nur für Kernelentwickler,
die ihnen ihre Arbeit
leichter macht. n
Treiber für Intel Management Engine
Finger weg von der Platte!
Oren Weil von Intel hat einen
Linux-Treiber eingeschickt,
mit dem Anwendungen auf
die Schnittstelle der Management
Engine von Intel-Chipsätzen
zugreifen können.
Für seinen Code erntete der
Entwickler einige Kritik, unter
anderem von Alan Cox.
Dieser ermahnte Oren, keine
neuen Error-Codes einzuführen,
sondern geeignete aus
den bestehenden Codes des
Kernels auszuwählen.
Daneben stellte Alan klar, dass
der Kernel nach jedem einzelnen
Patch einen erfolgreichen
Build absolvieren müsse. Kein
Patch dürfe das Kompilieren
vereiteln, selbst wenn bereits
der nächste Code-Flicken das
wieder in Ordnung bringe.
Nur so ließen sich mit dem
»git bisect«-Kommando die
Bugs im Kernel erfolgreich
aufspüren.
Novells Greg Kroah-Hartman
schlug einen schärferen Ton
an und beschwerte sich nicht
nur über den gestörten Build,
sondern auch darüber, dass
Intels Mobil Core 2 Duo findet man in
Chipsätzen mit Management Engine.
der Quelltext keine ordentlichen
»Signed-Off-By«-Zeilen
enthielt. Außerdem weigerte
er sich, die Einreichung zu bearbeiten,
bevor diese Mängel
behoben sind.
Unterm Strich erntete Oren
hauptsächlich Ermahnungen,
die Dokumentation zu
lesen und ordentlich zu arbeiten.
Das ist eigentlich ein
gutes Zeichen, denn es bedeutet
keineswegs, dass die
Kernelentwickler den Code
allgemein für schlecht oder
den Treiber für überflüssig
halten. Es ist wahrscheinlich,
dass die Patches schließlich
doch im Kernel landen. n
Der ägyptische Entwickler
Ahmed S. Darwish hatte mit
Systemabstürzen im Frühstadium
des Bootprozesses zu
kämpfen. Um dennoch an
Protokollinformationen zu
kommen, benutzte er Low-
Level-Routinen aus dem Bios,
um sie auf die Festplatte zu
schreiben. Sein Patch schickte
er schließlich an die Kernel-
Mailingliste.
Ingo Molnar von Red Hat
war angetan: „Ich bin zwar
ein eingefleischter Bios-Hasser“,
schrieb er, „doch dieses
Debugging-Feature finde ich
wirklich interessant. Wenn
man es robust und klug implementiert,
ließen sich damit
alle Linux-Laptops viel besser
debuggen!“ Allerdings macht
sich Ingo Sorgen, dass Ahmeds
Code andere Daten auf der
Platte überschreiben könnte.
Er meint, man müsse unbedingt
einen ungenutzten Platz
auf der Platte finden, um die
Logs zu speichern. Andernfalls
müsste der Anwender
unter Umständen sein ganzes
System neu installieren. Tejun
Heo ist sehr skeptisch, dass so
etwas funktionieren kann, gesteht
aber ein, dass bei Linux
schon seltsamere Dinge geschehen
sind.
Bald schaltete sich aber Linus
Torvalds ein: „In den letzten
Jahren haben schon viele versucht
bei einem Kernel-Oops
auf die Festplatte zu schreiben.
Mit mir wird es das aber
nicht geben“, stellte er klar.
Um keinen Preis werde er einen
Kernel veröffentlichen,
der nach dem Motto funktioniert
„Das System ist im Eimer,
jetzt überschreiben wir
einfach die Platte“. Für ihn ist
der Inhalt der Festplatte viel
wertvoller als ein abgestürzter
Kernel. Darum kommt es für
Torvalds nicht in Frage, mit einem
kaputten Betriebssystem
auf die Platte zu schreiben.
Die Diskussionsteilnehmer
besprachen noch einige technische
Aspekte, dennoch war
nach dem Machtwort klar:
Dieses Feature kommt nicht
in den Linux-Kernel. n