Linux Kernel 2.6.21 ist freigegeben

[mistersixt]

http://www.uwsg.indiana.edu/hypermail/l ... /1056.html

Gruss, mistersixt.

[KBDCALLS]

Heise hat auch schon gemerkt.


Linux-Kernel 2.6.21 freigegeben

Und die wichtigsten Änderungen

In Ruhe bis zum nächsten Einsatz ausspannen
Die Neuerungen von Linux 2.6.21

Und ein Ausblick auf Kernel 2.6.22

Weiter: Infrastruktur, Treiber, Ausblick auf 2.6.22

[pluvo]

http://www.pro-linux.de/news/2007/11125.html

Ferner gab es einen neuen Cpufreq-Treiber für VIAs Prozessoren mit der Takt- und Spannungsanpassungstechnik Longhaul.

Quelle: http://www.heise.de/open/artikel/88020/1

Das klingt gut

[fabske]

Das geht ja alles rasend schnell.
Aber was ist denn nun mit der früheren Aufteilung in Entwicklungs- und Produktionskernel? Wird es die nie wieder geben?

[mistersixt]

Mmmh, bei mir läuft der 2.6.21 nicht: mit "make oldconfig" die Config vom Kernel 2.6.18-4 übernommen, den Rest/die Neuerungen als Module konfiguriert (experimental-Sachen alle deaktiviert), mit make-kpkg den Kernel gebaut und Debian-Paket erstellt.

Der Kernel bootet erst noch einwandfrei, erkennt CPU, Platten, USB-Geraffel, TV-Karte, Netzwerkkarte, ... dann kommt "Starting portmap...", dann passiert für ca. 20 Sek. nichts und dann kommt Kernel-Panic mit Stacktrace, das Keyboard verwandelt sich in eine Lichtorgel und das wars...

Schade.

Gruss, mistersixt.

[meandtheshell]

Mmmh, bei mir läuft der 2.6.21 nicht: mit "make oldconfig" die Config vom Kernel 2.6.18-4 übernommen,

Kein Wunder. Schon alleine zwischen 2.6.19 und 2.6.20 gab es soviele Änderungen wie selten zuvor.

Mit der .config vom 2.6.20er solltest du Erfolg haben.

Markus

[KBDCALLS]

Es gab doch schon recht gravierende Änderungen zwschen 2.6.18 und 2.6.19 . Die Sata Treiber und Pata sind zusammen gelegt worden und in ein Extra Verzeichnis gewandert. Die Sata Treiber sind aus dem SCSI Baum entfernt worden. Die alten Pata Treiber existieren allerdings noch , Da die neuen noch als experimetal deklariert sind.

[Kokopelli]

Die alten Pata Treiber existieren allerdings noch , Da die neuen noch als experimetal deklariert sind.

Sehe ich das eigentlich richtig, dass ich zum Umsteigen auf die neuen libATA-Treiber in der fstab, der crypttab und und und... manuell alle Platten von dev/hdX nach /dev/sdX umbenennen müsste?

Nach allem, was man hört, sollen die alten IDE-Treiber ja wohl noch ein Weilchen im Kernel verbleiben... ist schon jemand umgestiegen und kann von Erfahrungen berichten? Ich würde ja gerne mittesten, aber durch die anscheinend nötige Umbenennung der Laufwerke ist mir das zu aufwändig: läuft nicht --> grml booten, alle Dateien ändern, Neustart mit altem Kernel--> neu kompilieren --> Dateien ändern --> neustart mit neuem Kernel --> läuft nicht --> rince an repeat....

Wenn ich Langeweile hätte, würde ich das evtl mal in einer virtuellen Maschine testen, aber so langweilig ist mir in Moment wirklich nicht.

[CrashMan]

Ich hatte vor einigen Wochen keine Probleme, meine Oldconfig von 2.6.18 zu nehmen.
Das war allerdings Kernel 2.6.20.6
Mit IDE-Platten scheint man allgemein weniger Probleme zu haben
Sollte das Update auf 2.6.21 somit problemlos funktionieren?

mfg

[Kokopelli]

Sollte das Update auf 2.6.21 somit problemlos funktionieren?

2.6.20.1 --> 2.6.21 lief Gestern ausgesprochen problemlos durch und verrichtet jetzt seine Arbeit.... endlich muss ich dynticks/Config_noHZ nicht mehr hineinpatchen....sehr zufrieden.

[KBDCALLS]

Die neuen Libata Treiber behandeln Sata und Pata als SCSI.

Bei make oldconfig werden zwar die alten Pata Treiber aktiviert, die neuen Sata Treiber muß man dann noch manuell aktivieren in der Config. Ansonsten hat man kein Sata. Wenn man beim Mounten mit Labels arbeiten ist der wechseln zwischen hdx und sdx kein Problem.

[Kokopelli]

Wenn man beim Mounten mit Labels arbeitet ist der wechseln zwischen hdx und sdx kein Problem.

Jaja, wenn....

Wie aufwändig wäre es denn, ein etch-installer-encrypt+lvm-System auf Labels oder gleich uuids umzustellen? Wo müsste ich überall anpacken?

[fabske]

Was sind denn Labels?

[Six]

Was sind denn Labels?

Das ist eine Methode, PBDN zu benutzen. Diese Wiki-Seite von ArchLinux ist recht aufschlußreich.
http://wiki.archlinux.org/index.php/Per ... ice_naming

[Kokopelli]

Habe gerade mein System auf uuid-mounts umgestellt (denke ich... )
Kompiliere jetzt den 2.6.21 mit den gleichen Optionen wie vorher, nur ohne ide-support (fühlt sich seeehr komisch an), dafür mit dem hoffentlich für mein System passenden PATA-Treiber.

Mit dem "alten Kernel"(d.h. dem von Gestern ) bootet das System mit uuids ohne Probleme. Wenn der neue Kernel es auch tut melde ich mich wieder.

EDIT:
So, es läuft jetzt. Einziges Problem: wenn ich versuche via hdparm den 32bit-Transfer zuzuschalten, dann gibt es lediglich eine Fehlermeldung. Ideen?
EDIT2:
Nach dem, was man so im Netz findet, sind die nicht funktionierenden hdparm-commands auch eher unnötig: libata aktiviert immer den dma-Transfer und überlässt es höherer Stelle, die Transfer-Bitrate zu wählen. Oder hat da jemand etwas anderes gehört? (Diese Info nach kurzem googlen)

[mistersixt]

Mmmh, bei mir läuft der 2.6.21 nicht: mit "make oldconfig" die Config vom Kernel 2.6.18-4 übernommen,

Kein Wunder. Schon alleine zwischen 2.6.19 und 2.6.20 gab es soviele Änderungen wie selten zuvor.

Mit der .config vom 2.6.20er solltest du Erfolg haben.

Markus

Gleiches Problem, .config von 2.6.20 genommen, auch Kernel Panic, sieht erst alles bestens aus, bis "Starting portmap" kommt, dann hängt er eine Weile und dann:

Code: Alles auswählen

Unable to handle kernel NULL pointer dereference at virtual address ...
...
Kernel panic - not syncing: Fatal exception in interrupt

Tja, muss wohl an meiner exotischen Hardware liegen, Athlon-1800XP, eine betagte SIS-900 und - jetzt kommts - eine IDE-Festplatte !

Gruss, mistersixt.

[meandtheshell]

Tja, muss wohl an meiner exotischen Hardware liegen, Athlon-1800XP, eine betagte SIS-900 und - jetzt kommts - eine IDE-Festplatte !

Am Besten wird sein die .config von null weg nochmals zu machen. Mir ist es auch schon passiert, dass ich eine .config vollkommen verwerfen musste weil ich den "Fehler" trotz rückschreiten durch die .config Versionen (habe .configs in einem code revision repository) nicht gefunden habe - ist nicht so schlimm - stecken ja nur 10-300h Stunden feintuning drinnen

Wenn jemand eine bessere Idee hat möge er Sie, auf die Problemstellung von Mistersixt angewandt, bitte mitteilen.

Markus

[KBDCALLS]

Den Kernel 2.6.20 gibt schon als fertiges Debianpaket. Oder auch schon als Backport.

Code: Alles auswählen

deb http://www.backports.org/debian etch-backports main contrib non-free

http://www.backports.org/dokuwiki/doku.php?id=faq

[Kokopelli]

Ich würde auch vorschlagen, erstmal eine etwas allgemeinere .config zu nutzen, zB die von KDBCALLS vorgeschlagene. Wenn es damit dann läuft kannst Du zumindest sicher sein, dass es die config war und nicht einfach ein Kernel-oops, das Du nicht verursacht hast. Danach würde ich die laufende und die gewünschte, fehlerbringende .config diff-en und erstmal ausdünnen (definitiv unnötige Treiber entfernen). Was dann übrig bleibt sollte weniger Arbeit sein, als von vorne anzufangen.

Bei mir läuft der 21er jetzt mit libATA-PATA-Treibern... musste nochmal neu kompilieren, da ich keine scsi-CD-ROM-Unterstützung hatte und somit mein Laufwerk nicht auffindbar war....

Die Möglichkeit, Platten über ihre uuids anzusprechen war mir bis vor wenigen Stunden völlig unbekannt, finde es aber deutlich einfach als über Labels (und vertauschungssicher). Man lernt nie aus....

[Spasswolf]

Und schon gibt's den nächsten:
http://www.kernel.org/pub/linux/kernel/ ... g-2.6.21.1

[CrashMan]

Das ist ja mal ein langes Changelog

[catdog2]

das von 2.6.20 zu 2.6.20.1 is noch kürzer.
http://www.kernel.org/pub/linux/kernel/ ... g-2.6.20.1

[Athlux]

Leider erkennt der 2.6.21 eine meiner Festplatten nicht.

Die Seagate mit der Root-Parttion macht komischerweise keine Probleme. Aber das hatte ich mit Kernel 2.6.18 auch schon mal. Nur hat er damals gar nix erkannt.

Der braucht auch deutlich länger zum Erkennen als mein jetziger 2.6.17.14.

Code: Alles auswählen

scsi1 : sata_nv
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATA-6: WDC WD3200JB-00KFA0, 08.05J08, max UDMA/100
ata2.00: 625142448 sectors, multi 16: LBA48
ata2.00: applying bridge limits
ata2.00: qc timeout (cmd 0xef)
ata2.00: failed to set xfermode (err_mask=0x4)
ata2: failed to recover some devices, retrying in 5 secs
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: revalidation failed (errno=-2)
ata2: failed to recover some devices, retrying in 5 secs
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: qc timeout (cmd 0xec)
ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata2.00: revalidation failed (errno=-5)
ata2.00: disabled

[Six]

Leider erkennt der 2.6.21 eine meiner Festplatten nicht.

Bitte öffne für ein technisches Problem einen neuen Thread im passenden Subforum. Das hier ist ein Neuigkeiten-Thread. Danke.

[Athlux]

Leider erkennt der 2.6.21 eine meiner Festplatten nicht.

Bitte öffne für ein technisches Problem einen neuen Thread im passenden Subforum. Das hier ist ein Neuigkeiten-Thread. Danke.

Irgendwie war mein Posting nicht unbedingt als Problem-Thread eplant, eher Bericht

Werd das noch etwas debuggen und dann nochmal schauen das ich es poste, vielleicht weiß ja einer was.

Aber sieht so aus als ob die das neue libata System noch nicht ganz durchgetestet haben.