PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Linux Kernel 2.6.19.2 [updated: 11.01.2007]



Seiten : [1] 2 3

Tomek
30.11.06, 06:21
Aus den heise News:
Linux-Kernel 2.6.19 mit ext4 und GFS2 veröffentlicht
http://www.heise.de/newsticker/meldung/80833
Artikel dazu von heise Open:
Drei Dateisysteme dazu – Die wichtigsten Neuerungen von Linux 2.6.19
http://www.heise.de/open/artikel/80823

Weitere Links:
Linux Kernel Homepage
http://www.kernel.org/

Changelog
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.19

Download
http://www.kernel.org/pub/linux/kernel/v2.6/

Columbo0815
30.11.06, 11:55
Hm, irgendwie will der "aktuelle" legacy-Treiber von NVidia nicht mit dem 2.6.19 laufen, bin aber noch auf der Fehlersuche..

Kenny@Knoppix
30.11.06, 13:37
jo bin grad schon am kompelieren :D

linuxazubi
30.11.06, 13:43
wird ext4 sich durchsetzen und reiser verdrängen und ... viel interessanter, ist ext4 schneller als ext3/reiser/xfs?

bla!zilla
30.11.06, 13:50
Ich würde von ext4 erstmal noch die Finger lassen. Ich denke nicht das es viel schneller sein wird, auf jeden Fall nicht spürbar.

-hanky-
30.11.06, 14:39
Hm, irgendwie will der "aktuelle" legacy-Treiber von NVidia nicht mit dem 2.6.19 laufen, bin aber noch auf der Fehlersuche..

Problem schon gelöst? Hab hier auch einen Rechner mit nVidia-Karte und würde den Treiber schon gerne auch mit 2.6.19 nutzen.

-hanky-

zyrusthc
30.11.06, 15:29
Ich würde von ext4 erstmal noch die Finger lassen. Ich denke nicht das es viel schneller sein wird, auf jeden Fall nicht spürbar.
Warum erst mal die Finger von ext4 lassen? Ist es den noch experimentel?

Ich zitiere mal aus dem Link von Tomek

Bei ext4 handelt es sich um eine Weiterentwicklung des bei vielen Distributionen als Standard-Dateisystem eingesetzten ext3. Auf dessen Quellcode baut es zu weiten Teilen auf – ähnlich wie ext3 auf ext2 basierte. Und analog zum damaligen Übergang kann auch der ext4-Treiber ein ext3-Dateisystem einbinden und dort auf Wunsch ext4-Funktionen nutzen. Auf diese Weise verwandelt sich das ext3-Dateisystem in ext4 – beim Wechsel auf ext4 entfällt daher das Auslagern von Daten und das Formatieren einer Partition.

Columbo0815
30.11.06, 21:29
Problem schon gelöst? Hab hier auch einen Rechner mit nVidia-Karte und würde den Treiber schon gerne auch mit 2.6.19 nutzen.

-hanky-

Ja, Problem gelöst. Dank zander ging das auch recht fix. Ich musste einfach den Treiber entpacken und in der Datei nv-linux.h ein conf.h in autoconfig.h ändern. Bei Bedarf schreib ich es gerne ausführlicher, melde dich einfach. (muss grad was anderes machen)

undefined
30.11.06, 22:05
Also ich mußte nichts beim Nvidia Ändern, ging alles Problemlos.
Allerdings macht das neue sit Modul Probleme wenn ipv6 fest im Kernel Eingebunden ist. Kann auch daran liegen das der Eintrag in der modprobe.conf noch fehlt. In der Doc suche ich noch nach dem richtigen Alias.
Im Moment habe ich es fest eingebunden - Mein IPv6 Netzwerk läuft jetzt wieder Problemlos.

zander
30.11.06, 23:17
@undefined: das angesprochene Problem ist treiberspezifisch (d.h. neuere Treiber sind nicht betroffen, wohl aber z.B. 1.0-7184); um es zu beheben muß nur in der Datei nv-linux.h linux/config.h durch linux/autoconf.h ersetzt werden.

bla!zilla
01.12.06, 05:52
Warum erst mal die Finger von ext4 lassen?

Weil mir das die Erfahrung sagt.

zyrusthc
01.12.06, 05:53
Weil mir das die Erfahrung sagt.
Würde gerne an deinen Erfahrungen teilhaben.
Könntest du ein paar negative Aspekte nennen?

bla!zilla
01.12.06, 05:59
Es ist neu. :) Warte noch zwei, drei Releases ab.

-hanky-
01.12.06, 13:10
Ja, Problem gelöst. Dank zander ging das auch recht fix. Ich musste einfach den Treiber entpacken und in der Datei nv-linux.h ein conf.h in autoconfig.h ändern. Bei Bedarf schreib ich es gerne ausführlicher, melde dich einfach. (muss grad was anderes machen)

Hi,

danke, die Beschreibung reichte mir so aus.

Allerdings funktioniert das leider nicht ( ich nehme zwar an dass autoconfig.h ein Tippfehler ist und autoconf.h, wie von zander geschrieben, stimmt, ich habe jedoch beide Varianten ausprobiert mit dem gleichen Ergebnis ).

Ich hänge mal das Logfile des nVidia-Installers an, vielleicht kann zander etwas damit anfangen. Ich verwende(te) Treiberversion 8776.

Bin zwischenzeitlich jedoch auf die aktuellste Treiberversion umgestiegen die auf der Homepage erhältlich ist ( 9629 ) und habe damit keine Probleme.

Was den Kernel angeht: Der läuft bis jetzt recht rund, allerdings hatte ich zu Beginn 3-4 Kernel Panic weil ich zunächst gar keinen, dann den falschen Treiber für meinen S-ATA-Controller installiert hatte. Hatte völlig vergessen dass das ja überarbeitet wurde. Leider haben sich meine Hoffnungen bzgl. des prism54-Treibers nicht bewahrheitet - zwar hat sich etwas getan, WPA kann er jedoch immer noch nicht.

-hanky-

Columbo0815
01.12.06, 13:40
Lies meinen ersten Post hier nochmal. Es geht lediglich um den legacy-Treiber. Du hast wohl eine Karte die von den aktuellen Treibern unterstützt werden.

-hanky-
01.12.06, 14:29
Lies meinen ersten Post hier nochmal. Es geht lediglich um den legacy-Treiber. Du hast wohl eine Karte die von den aktuellen Treibern unterstützt werden.

Oh, jetzt wo du es sagst :ugly:

-hanky-

zander
01.12.06, 16:52
1.0-8776 ist vergleichsweise alt und wird nicht länger unterstützt.

ollonois
01.12.06, 17:42
Weiss jemand wann mit der Unterstützung für Realtek 8111b-Netzwerkcontroller im Kernel rechnen kann?

Stephanw
01.12.06, 18:57
Ich habe mir das Ding auch gerade mal gebacken....

-Die SATA-Fraktion wurde scheinbar umgebaut. Ist jetzt ein eigener Menupunkt unter "Device Drivers" und nicht mehr bei den SCSI-Treibern mit drin.
Folge:
Meine Maschine wollte mit der .config vom 2.6.18er nicht mehr starten und die Tastatur blinkte wie ein Weihnachtsbaum; verbunden mit einer seltsamen Meldung des PS2-Treibers. Nachdem ich das angepasst habe rennt die Kiste wieder einwandfrei.

-Der verdammte ATI-Treiber will natürlich nicht gegen die neuen Kernel-Quellen kompilieren. Ich sehe mir das nicht mehr länger an; wenn ich in der Weihnachtszeit Urlaub habe werde ich den reverse-Treiber ans laufen bringen.

-Ansonsten läuft alles. Interessant finde ich die Neuerung, das der Kernel nun mit meheren Threads nach PCI-Hardware sucht, um den Startvorgang zu beschleunigen. Der Code wurde nicht rechtzeitig stabil, weshalb man sich wohl noch bis zum 2.6.20 gedulden muss.

Gruß Stephan

stefan-tiger
01.12.06, 19:02
Ich habe mir das Ding auch gerade mal gebacken........ Interessant finde ich die Neuerung, das der Kernel nun mit meheren Threads nach PCI-Hardware sucht, um den Startvorgang zu beschleunigen. ...

Da werden Probleme gelöst die es garnicht gibt.

Das wirkliche Problem ist die Zeitdauer zwischen geladenem Kernel und grafischem Login die eindeutig viel zu lang ist.

oli993
01.12.06, 19:34
Das wirkliche Problem ist die Zeitdauer zwischen geladenem Kernel und grafischem Login die eindeutig viel zu lang ist.

Viel zu lang? Etwas übertrieben, oder? Wie oft fährst Du deinen Rechner hoch? Ob das nun 60, 40 oder 20 Sekunden dauert - es gibt Wichtigeres.

Gruß Oli.

zyrusthc
01.12.06, 19:40
Viel zu lang? Etwas übertrieben, oder? Wie oft fährst Du deinen Rechner hoch? Ob das nun 60, 40 oder 20 Sekunden dauert - es gibt Wichtigeres.

Gruß Oli.

Für manche ist das schon zu lang , mit http://de.wikipedia.org/wiki/LinuxBIOS dauerts gerade mal ne Sekunde ;)

Stephanw
01.12.06, 21:22
Naja...

-System V Init ist verdammt in die Jahre gekommen; mal sehen ob sich etwas wie Upstart langfristig durchsetzen kann

-Der Systemstart ist nicht binär... das Abarbeiten von Scripten dauert seine Zeit

-Upstart in seiner derzeitigen Form ist auch nicht so hammerperformant

Gruß Stephan

bla!zilla
01.12.06, 21:55
Bis auf wenige, sehr innovative Distris wird aber keine mit der "alten" Welt brechen. Es wird Detailverbesserungen geben, aber im Prinzip bleibt alles wie seit 20 Jahren.

Tomek
02.12.06, 08:38
Im nächsten Ubuntu-Release (Feisty Fawn) soll Upstart erst richtig zum Tragen kommen und den Bootvorgang erheblich beschleunigen:
https://blueprints.launchpad.net/distros/ubuntu/+spec/replacement-initscripts

Vielleicht wird es die bereits angekündigte parallele Hardware-Erkennung des Kernels im 2.6.20 Einzug erhalten, so dass das Starten des Kernels auch beschleunigt wird:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d779249ed4cb3b50690de6de8448829 d65a1cd08
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0f397f865076e3471ec884ee73ad5e3 4165fac2a
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bb44c308ee37c14ab63251e27d6d8b4 dc73a10a4

quinte17
02.12.06, 08:48
mhh, ich weiß nicht wie des bei euch ist, aber der kernel start dauert doch nur 2-3 sekunden (gefühlte). warum will man das noch schneller machen?

greetz

delmonico
02.12.06, 09:29
Und, wie gehts euren Dackeln? :D

Yay, der Weihnachtssmilie is back :D :D :D

Dragoran
02.12.06, 09:58
Weiss jemand wann mit der Unterstützung für Realtek 8111b-Netzwerkcontroller im Kernel rechnen kann?

sollte eigentlich ab 2.6.19 gehen....
schon getestet?

delmonico
02.12.06, 11:48
mhh, ich weiß nicht wie des bei euch ist, aber der kernel start dauert doch nur 2-3 sekunden (gefühlte). warum will man das noch schneller machen?

greetz
Weil das Ziel sein muss, dass man auf "An" drückt und arbeiten kann ;) Mich nervt jede Sekunde beim Boot :)

undefined
02.12.06, 12:07
Jedes mal wenn eine Neue Minor Release erscheint fangt ihr an über die Boot Geschwindigkeit zu Diskutieren - Ich finde das jedesmal Lustig weil ich Überhaupt nicht nach vollziehen kann was für einen Stellenwert das ganze haben soll. Ein Linux System fährt man hoch, Arbeitet damit und freut sich über die Stabilität, Vielseitigkeit die es mit sich bringt ;)