Kernel patchen mit Realtime Patch

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
Columbus
Beiträge: 1051
Registriert: 30.04.2002 15:25:02
Wohnort: Mainz
Kontaktdaten:

Kernel patchen mit Realtime Patch

Beitrag von Columbus » 04.06.2007 18:05:36

Hallo zusammen,
ich versuche gerade einen Vanilla-Kernel von Kernel.org mit dem neuen RT-Preemtive Patch von Ingo Molna zu "verunreinigen".
Und dabei ist jetzt ein Fehler aufgetreten.
Also ich habe den 2.6.21.3er Kernel runtergezogen entpackt in /usr/src. In das Verzeichnis gewechselt und den Patch ausgeführt

Code: Alles auswählen

# cd /usr/src/linux-2.6.21.3
# patch -p1 -i ../patch-2.6.21.3-rt9
Und hatte jetzt eine Reihe von Fragen mit einem y zu quitieren:

Code: Alles auswählen

...
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file drivers/usb/storage/usb.h
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file drivers/video/console/fbcon.c
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file drivers/video/console/vgacon.c
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file fs/aio.c
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file fs/block_dev.c
Reversed (or previously applied) patch detected!  Assume -R? [n] y
patching file fs/buffer.c
Reversed ...
....
hier muss ich sagen, daß ich so etwas noch nie hatte. Wenn ich den Kernel zuvor gepatch habe, waren das auch immer komplette Verzeichnisse mit Dateien die wohl komplett überschrieben wurden. Wie dem auch sei, diese endlosen Fragen hatte ich noch nie.

Darauf habe ich mit

Code: Alles auswählen

make-kpkg kernel_image kernel_header --revision=gurke.1
versucht den Kernel zu erzeugen und mit dieser Fehlermeldung ist make ausgestiegen:

Code: Alles auswählen

make[1]: Entering directory `/usr/src/linux-2.6.21.3'
  CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  CC      init/main.o
In file included from include/linux/clockchips.h:13,
                 from include/linux/tick.h:9,
                 from init/main.c:44:
include/linux/clocksource.h: In function ‘clocksource_get_cycles’:
include/linux/clocksource.h:168: error: ‘struct clocksource’ has no member named ‘cycle_accumulated’
include/linux/clocksource.h: In function ‘clocksource_accumulate’:
include/linux/clocksource.h:184: error: ‘struct clocksource’ has no member named ‘cycle_accumulated’
make[2]: *** [init/main.o] Fehler 1
make[1]: *** [init] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.21.3'
make: *** [debian/stamp-build-kernel] Fehler 2
Frage: habe ich im Zusammenhang mit Patches irgend einen Parameter vergessen? Oder sonst was übersehen?

Gruss Christian
Die größten Kritiker der Elche,
waren früher selber welche.

F.W. Bernstein

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Beitrag von Spasswolf » 04.06.2007 18:26:41

Der Patch beinhaltet vermutlich schon das update von 2.6.21 nach 2.6.21.3 und muss auf Kernel 2.6.21 angewendet werden.

Benutzeravatar
Columbus
Beiträge: 1051
Registriert: 30.04.2002 15:25:02
Wohnort: Mainz
Kontaktdaten:

Beitrag von Columbus » 04.06.2007 18:32:42

Spasswolf hat geschrieben:Der Patch beinhaltet vermutlich schon das update von 2.6.21 nach 2.6.21.3 und muss auf Kernel 2.6.21 angewendet werden.
Wie kommst Du darauf?
Die größten Kritiker der Elche,
waren früher selber welche.

F.W. Bernstein

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Beitrag von Spasswolf » 04.06.2007 18:45:56

Ich hab die Vermutung geäußert, da ich mal gelesen hab, dass das bei rt Patches so üblich ist. Die Bestätigung findest du hier:
http://lkml.org/lkml/2007/5/31/207

Benutzeravatar
Columbus
Beiträge: 1051
Registriert: 30.04.2002 15:25:02
Wohnort: Mainz
Kontaktdaten:

Beitrag von Columbus » 04.06.2007 18:54:28

Es scheint auch zu funktioniren. Das würde auch diese vielen Fragen beim Einspielen des Patches erklären.

Gruss Christian
Die größten Kritiker der Elche,
waren früher selber welche.

F.W. Bernstein

Andy28
Beiträge: 19
Registriert: 07.06.2006 12:26:49

Beitrag von Andy28 » 04.06.2007 19:08:15

hast du das RT Patch auch zum laufen bekommen? bist jetzt hat bei mir mit dem Patch nichtmal ein einziger Kernel funktioniert. Der Rest ansich schon. Das Patch ist mir ein einziges Rätsel.

verträgt sich vieleicht folgende Konfiguration nicht?

High Resolution timer
Dynamic ticks aus
RT Preemption
1000HZ

Das cks patch oder das Hres patch das ich vor dem 2.6.21iger kernel benutzt habe funktioniert ohne Probleme.

Benutzeravatar
Columbus
Beiträge: 1051
Registriert: 30.04.2002 15:25:02
Wohnort: Mainz
Kontaktdaten:

Beitrag von Columbus » 06.06.2007 13:11:20

Andy28 hat geschrieben:hast du das RT Patch auch zum laufen bekommen? bist jetzt hat bei mir mit dem Patch nichtmal ein einziger Kernel funktioniert. Der Rest ansich schon. Das Patch ist mir ein einziges Rätsel.

verträgt sich vieleicht folgende Konfiguration nicht?

High Resolution timer
Dynamic ticks aus
RT Preemption
1000HZ

Das cks patch oder das Hres patch das ich vor dem 2.6.21iger kernel benutzt habe funktioniert ohne Probleme.
Kann ich nicht sagen, ob sich da etwas nicht verträgt. Wie sieht das denn aus, gibt es einen Kernel-Panic beim booten?
Bei mir war es auch ein bischen herumprobieren, aber jetzt läuft es.

Gruss Christian
Die größten Kritiker der Elche,
waren früher selber welche.

F.W. Bernstein

Andy28
Beiträge: 19
Registriert: 07.06.2006 12:26:49

Beitrag von Andy28 » 06.06.2007 16:19:44

boar den genauen Fehler weiss ich nicht mehr ist schon ein bissl her. Hatte den Spass zuahause mal gestestet und es kam seltsamerweise keine kernelpanic sondern eine art fehler zumindest brach er beim booten ab.

Bei mir hat sich das mittlerweile eh erledigt mit dem cks oder dem Hres patch gings bis jetzt ganz gut und der 2.6.21iger hat ja jetzt hres sowieso dabei. Das RT preemption hätte mich aber trotzdem mal interessiert.

brummer
Beiträge: 182
Registriert: 19.02.2007 19:21:23

Beitrag von brummer » 10.06.2007 10:00:30

moin
Ich hab die Vermutung geäußert, da ich mal gelesen hab, dass das bei rt Patches so üblich ist.
also üblich war das eigentlich nich ,bei denn rt-patches. der neue 2.6.21.4-rt11 ist auch wieder gegen den 2.6.21.4 er kernel gerichtet.

gruß brummer

Antworten