Kernel anpassen ..... funzen dann die automatischen Updates noch?

**zocker101** · 11.03.11, 09:57

Hallo Leute,

mal wieder eine kleine Frage von mir:

Ich möchte/muss den Kernel anpassen bzw. anders konfigurieren.
Das ganze auf einem Red Hat System.

Nun stellt sich die Frage wenn ich Änderungen in der Kernelconfig gemacht habe und dieser Kernel dann am laufen ist, funzen dann noch die Updates von Red Hat?
Oder bin ich dann auf mich gestellt und muss ab da alle Updates selbst vornehmen?

Konkret geht es darum den seriellen Treiber als Modul einzubinden. Nicht wie bis jetzt direkt im Kernel.

Thx für die Antwort.

**towo2099** · 11.03.11, 10:01

Was haben Paket-Upgrades mit dem Kernel zu tun?

**stefan.becker** · 11.03.11, 10:02

Entweder oder. Beides geht nicht.

Wenn ein neuer Kernel von Redhat kommt, würde er deinen überbügeln. Also musst du Kernelupdates sperren, womit es dann logischerweise nicht mehr geht.

Betrifft natürlich nur Kernelupdates, nichts anderes.

**zocker101** · 11.03.11, 10:16

Zitat von towo2099

Was haben Paket-Upgrades mit dem Kernel zu tun?

Naja, es gibt doch sicherlich auch Kernel-Updates die dann über diesen Mechanismus eingespielt werden. Oder bin ich auf dem Holzweg?

Zitat von stefan.becker

Entweder oder. Beides geht nicht.

Das ist schlecht aber die Richtung hatte ich mir das schon gedacht.

Ich müsste den seriellen Treiber anpassen, aber die Kernelupdates sollen weiterhin funktionieren.
Hat jemand eine Idee?

**stefan.becker** · 11.03.11, 10:26

Nein, wie soll das gehen?

**cane** · 11.03.11, 11:38

Zitat von zocker101

Naja, es gibt doch sicherlich auch Kernel-Updates die dann über diesen Mechanismus eingespielt werden. Oder bin ich auf dem Holzweg?

Das ist schlecht aber die Richtung hatte ich mir das schon gedacht.

Ich müsste den seriellen Treiber anpassen, aber die Kernelupdates sollen weiterhin funktionieren.
Hat jemand eine Idee?

Was sagt RedHat denn dazu?

mfg
cane

**ThorstenHirsch** · 11.03.11, 13:14

Ja, eben, du hättest dann keinen Support mehr von Red Hat ...FÜR DIE GANZE MASCHINE!

**zocker101** · 11.03.11, 16:37

Ok alles klar.

Dann heisst es wohl einen eigenen Treiber entwickeln und diesen in die tty-Struktur hängen.

Dazu noch eine Frage:

Wenn Linux startet sucht es selbstständig die seriellen Schnittstellen und reserviert die betreffenden IO Ports.
Das bedeutet dann ja sehr wahrscheinlich das ich die Ports mit meinem Treiber nicht mehr bekommen kann. Richtig?

Wie kann ich Linux abgewöhnen das es sich beim Start die IOPorts der seriellen Schnittstelle unter den Nagel reisst?
Kann ich das per Kernel-CmdLine regeln?

Vielen Dank für die Antwort.

**ThorstenHirsch** · 11.03.11, 17:24

Du kannst den offiziellen Treiber (Modul) "blacklisten" (/etc/modprobe.d/blacklist oder so) und deinen eigenen Treiber für tty schreiben (vielleicht auf Basis des originalen Treibers)...

**zocker101** · 11.03.11, 17:33

Auf Basis des org. Treibers sollte es dann werden. Das stimmt.

Kann man auch Module blacklisten die zum Kernel kompiliert sind?
Also nicht nachträglich geladen werden.

Wie kann ich verhindern das Linux beim starten nach der seriellen Schnittstelle sucht und diese dann initialisiert?

**ThorstenHirsch** · 11.03.11, 19:08

Du meinst die Treiber, die nicht als Module vorliegen? Vielleicht gibt's nen Parameter "notty" oder "tty=off", schau mal in der Kernel-Doku.

**zocker101** · 12.03.11, 08:44

Zitat von ThorstenHirsch

Du meinst die Treiber, die nicht als Module vorliegen?

Ja genau.

Ich habe eine Möglichkeit gefunden den Port nachträglich abzuschalten.
Mit 'setserial /dev/ttyxyz uart none'
wird der Port freigegeben. Zumindest sehe ich die Ressource nicht mehr mit 'cat /proc/ioports'.

Damit sollte ich die Ressource mit meinem eigenen Treiber wieder reservieren können, so der gute Linux Gott will.