Hat der Debugger Kgdb eine Chance auf Aufnahme in den Kernel? Möglicherweise gelangt die Software in die übernächste Release.
Aufgeworfen hat diese Frage der Entwickler Mike Frysinger. Hintergrund ist die wechselhafte Geschichte des Debuggers. Bereits 2004 gab es einen Anlauf, den Kgdb-Tree zu mergen. Dies scheiterte nicht zuletzt am Widerstand von Linus Torvalds, der Debugger nicht besonders leiden kann. “Ich mag keine Debugger. Habe das niemals, und werde es wahrscheinlich auch nie”, schrieb er im Jahr 2000 in einer Mailingliste. Er begründete seine Abneigung damit, dass er die Kernel-Entwicklung nicht zu sehr vereinfachen möchte. Dennoch hat es der Debugger in einigen Patch-Sets für ausgewählte Architekturen wie i386, x86_64, PPC und ARM in den von Andrew Morton gepflegten Kernel-Zweig geschafft.
Morton antwortet auf Frysingers Anfrage, er hoffe, die Aufnahme von Kgdb finde im Kernel 2.6.24 statt. Aber bisher habe er selbst sich den Code nicht angeschaut. Er hofft allerdings auf einen baldigen Review durch andere Kernel-Entwickler. Morton selbst empfindet Runtime-Testing zur Zeit nicht als wichtigste Tätigkeit und ist deshalb der Auffassung, dass man den Code einfach flicken werde, wenn er derzeit noch nicht gut genug sei – Fehler gäbe es schließlich immer wieder.
Der Kgdb-Debugger ist ein Produkt der Firma Linsyssoft Technologies. Seine freie Variante ist unter der GPL lizenziert. Die kommerzielle Version bietet erweiterte Funktionen und kostet knapp 1.500 US-Dollar pro Jahr.
Beide Versionen liegen als Kernel-Patch vor. Um Kgdb zur Fehlersuche zu benutzen werden zwei Rechner benötigt, die entweder seriell über die RS232-Schnittstelle oder per Ethernet-Netzwerk (KGDBoE) verbunden sind. Zur Untersuchung wird die zu debuggende Maschine (Target) mit dem gepachten Kernel betrieben. Auf dem anderen Host läuft währenddessen der GNU Debugger. Die Kommunikation zwischen beiden Maschinen wird über das Gdb-Remote-Protocol gewährleistet.
