Kernel Traffic
Latest | Archives | People | Topics 		Wine
Latest | Archives | People | Topics 		GNUe
Latest | Archives | People | Topics
Czech
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic
 

Kernel Traffic #102 For 12 Jan 2001

By Zack Brown

Translated By:  Florian Zimmermann

linux-kernel FAQ | subscribe to linux-kernel | linux-kernel Archives | kernelnotes.org | LxR Kernel Source Browser | All Kernels | Kernel Ports | Kernel Docs | Gary's Encyclopedia: Linux Kernel | #kernelnewbies

Table Of Contents

Mailing List Stats For This Week

We looked at 1466 posts in 6087K.

There were 464 different contributors. 207 posted more than once. 108 posted last week too.

The top posters of the week were:

1. CPU Configuration And Autoconfiguration

23 Dec 2000 - 1 Jan 2001 (22 posts) Archive Link: "About Celeron processor memory barrier problem"

People: Michael Chen, Erik Mouw, Tim Wright, Alan Cox, Linus Torvalds

Michael Chen bemerkte, dass wenn er einen Celeron als P3 oder P4 kompilierte, sich das System gleich am Anfang des Bootvorganges aufhängen würde. Er erklärte, " dieses Problem sei darauf zurückzuführen, dass der Intel Celeron keine echte Speichergrenze hat und wenn man die Pentium III Option wählt, nimmt der Kernel an, dass hier eine echte Speichergrenze vorliegt." Er gab einen Patch hierzu, doch Erik Mouw antwortete:

Ich glaube, es gibt einige Verwirrung mit dem Namen "Celeron". So weit ich weiss, gibt es zwei verschiedene Celerons: der Original auf dem PII basierende Celeron und der neuere Celeron, der auf dem PIII basiert. Mein Laptop hat einen PIII (Coppermine) basierenden Celeron und bootet auch ohne deinen Patch einwandfrei.

Wenn du also einen Celeron hast, der auf dem PII basiert, solltes du einen Kernel mit Unterstützung für "Pentium-Pro/Celeron/Pentium-II" wählen. Und ganz sicher solltest du auf einer "kleinen" CPU keinen Kernel mit P4-Unterstützung wählen; schau dir die Dokumentation über CONFIG_M386 in Documentation/Configure.help an.

Kai Henningsen schlug eine Lösung vor, die es dem Kernel erlaubt, die falsch konfigurierte CPU während des Bottvorgangs zu erkennen. Tim Wright antwortete, " wenn man den falschenn Prozessortyp wählt darf man sich auch nicht beklagen. Das ist ein Anwenderfehler. Alle Distributionen die ich kenne, booten auf jeder x86-Maschine da der Kernel mit dem kleinsten Nenner kompiliert wurde. Manche prüfen die CPU und installieren einen passenden Kernel hierfür. Also ist der einzige Weg in das Problem zu laufen, wenn man den Kernel selbst kompiliert und die falschen Optionen wählt. Es gibt viele Wege, einen nicht-lauffähigen Kernel zu produzieren. Also wenn man selbst einen Kernel kompiliert, sollte man auch wissen was man tut :-)"

Linus schlug eine boolsche "Optimize for current CPU" Option während der Konfiguration vor. Einigen Leuten gefiel diese Idee und Riley Williams postete einen Patch, der das bewerkstelligt. Doch Alan Cox sagte in Bezug auf Linus, " Wenn wir das wollen, würde ich lieber ein make autoconfig sehen, dass viele Sachen via proc/pci macht 8)" Linus antwortete:

Gute Idee. Wir müssten dann keine neue Konfigurations-Option einfügen, sondern haben eine neue Konfigurations-Struktur. Natürlich kann das auch nicht die vielen Fragen beantworten, also müsste es auch danach fragen.

Das _wäre_ eine gute Zugabe eventuell. Trotzdem ist es ein grösseres Projekt als ich im Sinn hatte.

2. Tove

28 Dec 2000 - 4 Jan 2001 (62 posts) Archive Link: "test13-pre5"

People: Linus Torvalds, Marcelo Tosatti, Rik van Riel

Im Laufe des Hackens fragte Linus Torvalds:

Wenn jemand (du? hint, hint) das hier machen könnte, wäre ich sehr froh - Ich könnte es selbst tun, aber da mein Geburtstag ist, werde ich bald meinen Computer verlassen und mich sozial betätigen - sonst wird Tove mürrisch.

Und ihr wollt keine mürrische Tove.

Marcelo Tosatti antwortete, "Ok, mache ich gerne, weil ich Tove liebe." Rik van Riel kam zwischen Marcelo und der schärzesten Nacht und sagte:

Marcelo, du solltest dir eine Brille kaufen ;)

Tove != Tux

Es ist ok und vielleicht sicher Tux zu lieben, den hübschen tuffigen Pinguin, den jeder liebt.

Aber eine (6-malige?) finnische weibliche Karate Champion zu lieben, die mit Linus verheiratet ist, ist vielleicht ein wenig gefährlich ...

Marcelo antwortete, "Marcelo rennt so schnell er kann."

3. 2.4.0-prerelease: Approaching 2.4.0

31 Dec 2000 - 4 Jan 2001 (24 posts) Archive Link: "Happy new year^H^H^H^Hkernel.."

People: Linus Torvalds, Keith Owens, Rik Faith, Alan Cox

Linus Torvalds änderte das '2.4.0-test' Namenssystem und gab 2.4.0-prelelease bekannt. Er sagte:

Ok. Ich schaffte 2.4.0 nicht in 2000. Hartnäckig. Ich versuchte es, doch hatten wir ein paar last-minute Sachen, die noch gemacht werden mussten (die dirty page Listen etc.) und das beste was ich machen kann, ist eine Prerelease.

Es existiert jetzt eine 2.4.0-prerelease und das wird es auch sein. Ich möchte, dass Leute diese einige Zeit testen und möchte auch anderen Architekturen Gelegenheit geben, mit den Änderungen aufzuholen, aber lest von meine Lippen: keine Hochzählereien mehr. Es wird keine "prerelease1" und "prerelease2" usw. geben.

Ein Ding das andere Architekturen gebrauchen können, ist die Änderung 2GHz+ Maschinen zu beherrschen, welche aus Überlaufgründen aus "loops_per_sec" zu "loops_per_jiffy" wurde. Und einige Architekturen hatten bisher nicht viele Gelegenheten mit mir zu synchronisieren, da es andere Probleme gab.

Macht das Beste daraus.

Adam Sampson sagte, dass die drm-Module nicht-aufgelöste Symbole haben und postete die Linkerausgabe. Linus gab einen Patch und Adam und Frank Jacobberger erwähnten kompletten Erfolg, doch Keith Owens rief zur Vorsicht:

Das wird für jeden fehlschlagen, der eine DRM Karte in den Kernel kompiliert und für eine zweite DRM Karte das Modul lädt. drmlib.a wird eine gespaltene Persönlichkeit werden, es wird zwei mal kompiliert werden: einmal für den Kernel und noch einmal als Modul, welche Version tatsächlich eingelinkt wird, kann dann vom Mond abgelesen werden. Entweder so oder es wird nur in den Kernel fest einkompiliert und dann sind wir wieder da wo wir angefangen haben.

DRM Maintainer: können wir die Einschränkung, dass wir multiple Kopien der Bibliothek haben entfernen? Es macht ohnehin keinen Sinn. Wenn man eine neue Bibliothek mit den gleichen Funktionsnamen macht, kann man nicht zwei DRM Karten innerhalb des Kernels haben, da die Funktionsnamen innerhalb von vmlinux kollidieren werden. Also muss man verschiedene Funktionsnamen für die neue Bibliothek nehmen, denn dann können die alten Karten die alte Bibliothek nutzen und die neuen Karten die neue; dass heisst, es muss nicht jeder Treiber eine eigene Kopie der Bibliothek haben.

Ich empfehle euch wirklich, diese Beschränkung zu entfernen. Dann wird Adam J. Richter's Patch gute Arbeit verrichten, da es drmlib.a als ein Hilfsmodul einrichtet.

Rik Faith erklärte:

Wir planen es, dass man keine multiplen Kopien der drmlib.a braucht und wollen das Kernel-Makefile vollständig kompatibel zum 2.4er Make-System machen -- doch haben wir diese Arbeit noch nicht abgeschlossen. Dennoch wird mit der Neuerung der Anwender immer noch ein einzelnes Modul laden müssen (z.B. tdfx.o) so wie jetzt.

Linus -- Bitte nimm deinen oder Keith Owens' Patch als Zwischenlösung für dieses Problem, bis wir es richtig machen können. Welchen Patch du auch immer nimmst, führe drmlib *NICHT* in ein separates Hilfsmodul -- das würde nur zu Anwender-Problem führen (vor allem, weil wir bald zu einem Einzelmodul zurückkehren werden). Aus User-Sicht bin ich nicht besorgt, dass man Module mit einkompilierten Kernelmodulen vermischt, da so etwas die meisten User nicht tun [und wir können die Konfigurationsdatei ändern, dies zu vermeiden -- ein anderer Weg dieses Problem behandeln, ich werde dir morgen einen Patch hierfür geben]. Ich bin nur sehr besorgt, dass User erst mit einem Modul leben müssen, dann mit zwei und dann wieder mit einem -- das wäre sehr verwirrend für sie.

Alan Cox gab seine Stellungnahme für das Problem und sagte, " Also habe ich mit 3 Videokarten 3 verschwendete Teile im Speicher nur weil eine minimale, Mini-Chance besteht, dass jemand es schafft, zwei Kopien der Bibliothek mit passendem ksyms erstellt. Das fühlt sich nicht wie ein guter Handel an." Es gab keine weitere Diskussion dazu.

4. devices.txt Cleanup

1 Jan 2001 - 2 Jan 2001 (10 posts) Archive Link: "devices.txt inconsistency"

People: Ari Pollak, Robert Read, H. Peter Anvin, Geert Uytterhoeven

Ari Pollak berichtete, " Dies ist seit mindestens einem Jahr nicht behoben worden - in Documentation/devices.txt wird gesagt, dass /dev/js* char-major-15* sein sollte, doch in Documentation/joystick.txt steht, dass es char-major-13 sein sollte. Ich glaube Documentation/joystick.txt ist das Richtige und daher sollte devices.txt angepasst werden.." Robert Read antwortete, " devices.txt braucht eindeutig ein Update. Es listet immer noch char-major-13 als PC Speaker auf, doch 13 scheint der major für die neuen Eingabetreiber zu sein und der Joystick- Treiber ist jetzt ein minor dieser. Gibt es jetzt zwei Joysticktreiber oder kann char-major-15 gelöscht werden?" H. Peter Anvin sagte, " Ich glaube, dass es zwei gibt: zumindest wird die Nummer noch lange reserviert sein, " und gab einen Link auf die aktuelle devices.txt. Robert und andere gaben Patches und der Thread endete.

Woanders, under dem Subject: [PATCH] devices.txt bugs, postete Geert Uytterhoeven einen Patch für devices.txt, und erklärte:

Dieser Patch behebt zwei Sachen:

5. user-mode Port Of 2.4.0-prerelease

1 Jan 2001 (1 post) Archive Link: "user-mode port 0.36-2.4.0-prerelease"

People: Jeff Dike

Jeff Dike gab folgendes bekannt:

Der user-mode port für 2.4.0-prerelease ist jetzt verfügbar.

hostfs wurde weiter verbessert. Dateien zu schreiben geht jetzt wirklich. Binaries ausführen geht auch. Es gibt aber immer noch ein paar Speicherüberschreibungen.

Ich behob den swapoff Crash.

Die Eingabe auf Konsolen und serielle Leitungen ist jetzt wesentlich allgemeiner gehalten. Man kann es jetzt an ptys, ttys und ports anhängen, einige weitere Schnittstellen werden noch kommen.

Die Projekt-Homepage isthttp://user-mode-linux.sourceforge.net

The Project-Downloadseite ist auf http://sourceforge.net/project/filelist.php?group_id=429

Siehe auch seine spätere Bekanntgabe auf BROKEN KCREF

6. Possible Filesystem Corruption In 2.4.0-prerelease

2 Jan 2001 (5 posts) Archive Link: "2.4.0-prerelease problems (it corrupted my ext2 filesystem)"

People: Vedran Rodic

Vedran Rodic berichtete Filesystem Korruption mit der 2.4.0-prerelease. Er stellte den kompletten Kernel-Log der Session ins Web, and sagte, dass er keinen weiteren Fehler seit diesem Fehlerbericht mehr gesehen hat. Daniel Phillips fragte, ob es überhaupt möglich ist das Problem zu reproduzieren und Vedran antwortete, " Ich kann das nicht so einfach reproduzieren. Man sieht an den Log-Dateien, dass es nach einigen Stunden uptime aufgetreten ist." Ende des Threads.

7. ac Patches Against 2.4.0-prerelease

2 Jan 2001 - 4 Jan 2001 (3 posts) Archive Link: "Linux 2.4.0prerelease-ac4"

People: Alan Cox

Alan Cox veröffentlichte:

2.4.0prerelease-ac4

Es gab keine Antworten, doch am nächsten Tag unter dem Betreff: Linux 2.4.0-prerelease-ac5, gab Alan bekannt:

2.4.0prerelease-ac5

Es gab keine Antworten, doch am nächsten Tag unter dem Betreff: Linux 2.4.0prerelease-ac6, gab Alan bekannt:

2.4.0prerelease-ac6

8. Rik And Andrea: As The Saga Turns

3 Jan 2001 - 5 Jan 2001 (17 posts) Archive Link: "[PATCH] dcache 2nd chance replacement"

People: Rik van Riel, Andrea Arcangeli, Alan Cox

Der folgende Thread begann unschuldig, doch kommen Rik van Riel und Andrea Arcangeli einfach auf keinen gemeinsamen Nenner. Vielleicht kommt das daher, weil sie beide an konkurrierenden Versionen des Virtual Memory Systems arbeiten, vielleicht geht es auch weiter zurück. In dieses, zünftige Zusammen- spiel postete Rik van Riel eine Variante eines Performance-Patches, der ursrpüngich von Andrea geschrieben wurde. Er sagte, " Ich weiss, dass dies wohl keine grosse Hilfe bei sehr hoher oder sehr niedriger Systemauslastung ist, aber er könnte eine gute Verbesserung bei durchschnittlicher Auslastung bedeuten..." Andrea korrigiert ihn und sagte, " Es sollte eine Verbesserung bei hoher VFS Auslastung sein (viele Dateien werden angefordert und nicht ständig referenziert)." Doch Rik stimmte nicht überein und meinte, " Nicht wirklich. Unter sehr hoher VFS Auslastung würden wir nur zweimal durch die Liste laufen und die Einträge sowieso freigeben. " Andrea warf dann den ersten Stein und behauptete, " Du liegst eindeutig falsch." Er fuhr mit einigem technischen Punkten fort, die seine Argumenten erklären sollten und beide posteten wild umher, als Andrea meinte, " Deine Argumente ergeben keinen Sinn." Schliesslich fing Rik and zu stänkern und sagte, " Ich könnte das gleich von deinen sagen, wenn ich zu diesem Level herabsteigen würde ;) </obflamebait> " Er gab seine technische Erläuterung und Andrea beschuldigte ihn, dass er off-topic gehen würde. Rik rechtfertigte sich und sagte, er argumentiere nur gegen Andrea's Punkte und fügte hinzu, " Unglücklicherweise scheints du meine Argumente zu ignorieren, also lass' uns die Diskussion beenden." Andrea antwortete, " Ich habe sie nicht ignoriert, sondern sie als offentsichtlich falsch oder offtopic beantwortet." Dazu stichelte Rik, " Ohne jegliche Argumente dagegen anzuführen ;)"

Ungefähr hier schritt Alan Cox ein, stellte beide in eine gegengesetzte Ecken und sprach, " Könntet ihr das auf die Debatten in alt.flame verlagern?"

9. Preemption Patch For 2.4.0-prerelease

3 Jan 2001 - 4 Jan 2001 (25 posts) Archive Link: "[PATCH] 2.4.0-prerelease: preemptive kernel."

People: Rik van Riel, Nigel Gamble, Ludovic Fernandez, Daniel Phillips

Ludovic Fernandez postete einen Patch für die 2.4.0-prerelease, um den Kernel preemptiv zu machen. Rik van Riel antwortete, " Ich denke, dass ist eine gute Sache, sobald 2.5 aus dem Boden gestampft wurde. " Es gab einige technische Diskussion des Patches und einmal meinte Nigel Gamble:

Ich wusste gar nicht, dass du immer noch daran arbeitest. Wusstest du, dass ich auch daran arbeite? Unsere aktuelle Version findet man auf:

ftp://ftp.mvista.com/pub/Area51/preemptible_kernel/

Obwohl ich demnächst noch einen 2.4.0-prerelease Patch machen muss (kommt bald). Vielleicht sollten wir unsere Errungenschaften für 2.5 zusammenführen.

Ludovic erklärte, "Ich hatte Urlaub und ein wenig Zeit totzuschlagen... Ich habe deine README gelesen und sehe, dass du wesentlich weiter bist, als mein kleiner Patch es ist." Er stimmte überein, dass es der richtige Weg sei, die Bemühungen zusammenzuführen. Er empfahl mit einigen möglichen Benchmarks zu testen und fügte hinzu, dass die Diskussion wohl jetzt off-topic für linux-kernel sei. Doch Daniel Phillips sagte:

Nein! Nicht off topic. Und ich hoffe, du schmeisst deinen einfachen Patch nicht weg, er wird immer da nützlich sein, wo reale Tests der Performance des Vorstellungs-Systems gemacht werden.

Die momentan Prozedur ist die Verwendung von dbench:

ftp://samba.org/pub/tridge/dbench

Ich meine, das ist gut für deinen Patch, da es intern parallel ist. Interessante Anzahlen von Tasks wären z.B. 1, 2, 10, 50. Natürlich ist dbench nicht der beste Benchmark, doch leistete er bisher gute Dienste. Du wirst vielleicht auch etwas haben wollen, dass gänzlich CPU-gebunden ist. Wie wäre es mit dbench in Verbindung mit ramfs?

Es gab keine Antwort.

10. 2.4.0 Is Released

4 Jan 2001 - 6 Jan 2001 (15 posts) Archive Link: "And oh, btw.."

People: Linus Torvalds

Linus Torvalds brachte die Welt zum Beben und sagte:

In einem Zug, der einstimmig von der Presse und den Industrie-Analysten als sicheres Zeichen für einsetzenden Hirnschaden gewertet wird, beschloss Linus Torvalds (auch der "Vater von Linux" oder besser "mush-for-brains" bezeichnet) das genug genug ist und dass Sachen nicht besser werden, wenn immer die gleichen Leute es immer und immer wieder duchtesten. Kurz gesagt: 2.4.0 ist da.

Seit zu vielen Monaten unruhig erwartet tischt 2.4.0 jetzt mit vielen Verbesserungen auf, keine die den ausgepumpten Releasemanagern bisher je in den Sinn kamen. "Es ist besser" war das einzig druckbare Zitat. Unter Druck mit den Details zeigte Linus die Zunge und fauchte den Reportern, welche sich meistens entsinnten, dass sie eher "Haus und Garten" abdecken sollten als die IT Industrie.

Jedenfalls viel Spass. Und zögert nicht mir in den nächsten Tagen alle Bugs zu berichten. Ich werde mich ohnehin nicht darum kümmern.

Miles Lane konnte keinen Patch für 2.4.0-test12 finden und Linus antwortete:

In v2.4/test-kernels:

patch-2.4.0-prerelease.gz - patch from test12 to the prerelease

prerelease-to-final.gz - patch from prerelease to final.

Und es wird wohl auch einige Zeit dauern, bis die FTP-Server synchronisiert sind: als ich die Test-Kernel weg vom v2.4 Verzeichnis schob, dachte ich nicht daran, dass die Mirror Skripte einige Zeit benötigen, nur um alles immer zu synchronisieren (die Tatsache, dass _ich_ es mit einem simplen "mv" über die Master-Kopien machte, heisst nicht das die Mirror Services dies auch tun können ;)

Gerade jetzt wurde der Sync der Master-Kopie zu den Patches in das Testverzeichnis geschoben, dass heisst, es sollte keine 15 Minuten dauern, bis alles den gleichen Stand hat - doch schätze ich dass die Leute auf ftp.kernel.org Schlange stehen werden, dass wird den Prozess noch ein bisschen mehr verlangsamen, also schau, dass du einen anderen Mirror findest, der es schnell geschafft hat und synchronisiere nicht die TestKernels...

Eine Sache, die jedem noch bewusst sein sollte, ist der berühmte 'brown-paper-bug' aus 2.2.0 wie er in BROKEN KCREF behandelt wurde. Wird es einen ähnlichen Bug in 2.4.0 geben?

11. ac Patches Against 2.4.0

4 Jan 2001 - 6 Jan 2001 (9 posts) Archive Link: "Linux 2.4.0ac1"

People: Alan Cox, Bill Wendling

Alan Cox gab 2.4.0-ac1 aus, und sagte:

2.4.0-ac1

Miles Lane hatte Problem beim Kompilieren und Keith Owens postete ein verbessertes Makefile und fügte hinzu, dass diese Änderung ACPI daran hindern könnte, mit den Modulsymbol-Versionen zu laufen; also wird Miles nicht die Möglichkeit haben, Modulsymbol-Versionen zu verwenden. Bill Wendling schlug auch eine alternative Lösung vor, die Miles ausreichte. Bill antwortete, " Hervorragend! Jetzt wünsche ich mir nur, dass ich weiss, welche Zeile hierfür generiert wurde, damit ich einen Patch geben kann :). "

Alan veröffentlichte -ac2 in BROKEN KCREF.

Später, mit dem Betreff: Linux 2.4.0-ac3, gab Alan bekannt:

2.4.0-ac3

Einige Leute sagte, dass Alan vergessen hat, die Makefile's EXTRAVERSION von ac2 auf ac3 zu updaten.

12. Problems Trying To Download 2.4.0

4 Jan 2001 - 5 Jan 2001 (3 posts) Archive Link: "You've Been Slashdotted"

People: Michael D. Crawford, Scott Laird

Michael D. Crawford berichtete:

Sogar der mächtige ftp.kernel.org ist dem /. Effekt verfallen nachdem folgende Bekanntgabe gemacht wurde:

http://slashdot.org/article.pl?sid=01/01/05/0049246&mode=thread

Ihr werdet wahrscheinlich nicht sehr viel Glück haben, heute Nacht irgendwelche Quellen von irgendwelchen Servern zu ziehen. Darf ich vorschlagen, dass ihr zu Slashdot wechselt und den Ahnungslosen ein paar Tips gebt, den Kernel zum Laufen zu bringen? Sie brauchen Hilfe.

Scott Laird antwortete, "Mein Mirror (ftp-mirror.internap.com, or ftp15.us.kernel.org) ist nur zu 1-2 Mbps ausgelastet, mit 10 Mbps möglich. Ich schätze das ist bei vielen anderen das gleiche." Nach einiger Zeit fügte Michael hinzu:

Ich folgere aus der Kombination was ich auf Slashdot las und was die Leute hier so sagen, dass die Mirros relativ wenig belastet sind, doch Slashdot Leser wissen nichts von ihnen, da sie nicht auf die Homepage http://www.kernel.org, die sie auf Mirrors hingewiesen hätte, hingewiesen wurden.

Also postete ich auf Slashdot einen Algorithmus, die URL zu bestimmen, die den nächsten Mirror nahe kommt. Vielleicht hilft das jemanden.

13. Crypto In 2.4

4 Jan 2001 - 6 Jan 2001 (3 posts) Archive Link: "Crypto in 2.4"

People: Marc Mutz

Jon Masters fragte nach dem Status von Crypto in 2.4.0 und Marc Mutz antwortete:

Ein 2.4.0.1 sollte auf ftp://ftp.kernel.org/pub/linux/kernel/crypto/v2.4/ sein. Doch wurde er stark nachbearbeitet. Ich halte dafür meine Hände nicht ins Feuer und wede ruhig sein, bis der Patch einen Produktionsstatus erreicht hat; doch erinnere ich mich, dass der loop-Treiber in 2.4.0 immer noch ein System lahmlegen kann. Da kerneli crypto auf loop aufbaut, würde das als "mach es noch nicht" zählen.

BTW: Vielleicht willst du linux-crypto@nl.linux.org (majordomo) beitreten wenn du in kerneli Interesse hast.

Jon war sehr begeistert von dieser Mailingliste zu hören und trat sofort bei.

14. user-mode Port Of 2.4.0

4 Jan 2001 (1 post) Archive Link: "user-mode port 0.37-2.4.0"

People: Jeff Dike

Jeff Dike gab bekannt:

Der user-mode port für 2.4.0 ist erhältlich.

Es wurde nach 2.4.0 ge-updatet und das wars.

DIe Project-Homepage ist auf http://user-mode-linux.sourceforge.net

Die Project Download-Seite findet man auf http://sourceforge.net/project/filelist.php?group_id=429

15. Kernel Debugger For 2.4.0

4 Jan 2001 (1 post) Archive Link: "[Announce] kdb v1.7 is available for 2.4.0"

People: Keith Owens

Keith Owens veröffentlichte, "http://oss.sgi.com/projects/kdb/download/ix86/ enthält Patches für kdb v1.7 gegen den Kernel 2.4.0. Keine bedeutenden Änderungen seit der 2.4.0-test13 und 2.4.0-prerelease."

16. Linux/m68k 2.4.0

5 Jan 2001 (1 post) Archive Link: "Linux/m68k 2.4.0"

People: Geert Uytterhoeven

Geert Uytterhoeven gab bekannt:

Natürlich läuft 2.4.0 auch auf m68k :-)

Sorry, keine echten Änderungen seit der letzten Release, doch wollte ich etwas so schnell wie möglich herauswerfen. Heute ist mein letzter Urlaubstag, also werden meine Entwicklungsphasen für Linux nächste Woche weitaus geringer sein. Will jemand mal wieder übernehmen?

Der Patch ist ziemlich kurz. Scheint als ob die stressige Zeit kurz vor einer Haupt-Release ziemlich gut für unsere Patch Akkzeptanz-Rate ist. Wie ein Duell: wer hält den meisten Stress aus und wer gibt auf... Linus könnte diesmal vielleicht verloren haben :-)

Falls ihr also ohne `exotische' Architekutren (Atari, Mac, Sun3, ... :-), leben könnt, ist dieser Patch... winzig.

Viel Erfolg! Habt Spass damit!

http://home.tvd.be/cr26864/Download/linux-m68k-2.4.0.diff.bz2

17. Minor LVM Problems In 2.4.0

5 Jan 2001 (2 posts) Archive Link: "2.4.0 LVM"

People: Alan Cox

Samuli Kaski berichtete, dass LVM nicht mit der CONFIG_LVM_PROC_FS Option kompilieren würde und Alan Cox antwortete, " Behoben in -ac seit langem. Linus hielt es für 2.4.0 nicht wichtig genug - was im Vergleich mit 'es schmiert ab, wenn ich..' begründet genug ist wie ich meine."

18. Alan Still Maintaining 2.2

5 Jan 2001 - 6 Jan 2001 (8 posts) Archive Link: "Linux 2.4.0-ac2"

People: Alan Cox

Alan Cox gab einen Link auf seinen aktuellsten -ac2 patch gegen 2.4.0 und fügte hinzu:

2.4.0-ac2

Octave Klaba fragte, ob Alan vorhat, weiterhin neue 2.2 Kernels heraus- zugeben oder ab jetzt nur noch mit 2.4 arbeiten würde. Alan antwortete, " 2.2.19 köchelt immer noch schön vor sich hin. Ich beabsichtige es in einem oder zwei Monaten herauszugeben."

19. Linux On The Intel IXP1200

5 Jan 2001 (2 posts) Archive Link: "port of linux to Intel IXP1200"

People: Russell King

Josh Fryman fragte, ob Linux erfolgreich auf den Intel IXP1200 programmierbaren Netzwerkprozessor portiert wurde. Er hatte gehört, dass dem so sein, konnte aber nicht Definitives finden. Russell King antwortete, " Ja, gibt es. Schau auf: http://www.netwinder.org/~urnaik/ixp1200_howto.html für weitere Informationen." Ende des Threads (tm).

20. Configuration Cleanup In 2.4.0

5 Jan 2001 - 6 Jan 2001 (5 posts) Archive Link: "PROBLEM: 2.4.0 Kernel Fails to compile when CONFIG_IP_NF_FTP is selected"

People: Rusty Russell

Matthew Schumacher berichtete, dass der 2.4.0 kernel nicht kompiliert, wenn CONFIG_IP_NF_FTP während der Konfiguration aktiviert wurde. David S. Miller erläuterte, dass sowohl CONNTRACK als auch volle NAT Unterstützung dafür aktiviert sein muss. Er fragte Rusty Russell, " Rusty, warum erzwingen das die Konfigurationssachen nicht, wenn es notwendig ist FTP-Unterstützung usw. zu bekommen?" Rusty antwortete, "Deja Vu: wir haben das schon einmal gemacht. Doch irgendso ein ficke^H^H^H^H^H^Hr besserte die Makefiles vor kurzem wieder aus. " Er gab einen Fix, der David gefiel und der Thread endete.

21. uClinux 2.4.0.0pre0 Released

5 Jan 2001 - 6 Jan 2001 (2 posts) Archive Link: "uClinux 2.4.0.0pre0 released."

People: D. Jeff Dionne

D. Jeff Dionne gab bekannt:

Ich habe einen Patch für uClinux 2.4 gegen linux-2.4.0 erstellt. Die unterstützten Plattformen werden in der Bekanntgabe, die der uClinux-dev geschickt wurde, aufgelistet.

Wir wollen in den mainline Linux Tree 2.5 einschmelzen, also haben wir den Versuch unternommen, den Generic Kernel so wenig wie möglich zu berühren ;-)

Er zitierte aus den Release Notes:

Diese Relase enthält Unterstützung für Motorola ColdFire MCF5307 und MC68328. Die MCF5307 Unterstützung zielt auf Lineo NetTEL und die 68328 Unterstützung zielt auf XCoPilot.

Status:

Die MCF5307 Unterstützung ist die Abgeschlossenste. Sie enthält Netzwerk- fähigkeit und Treiber für den NetTEL. Es gibt ein paar wenige Speicherlöcher und es gibt einen Bug in wait4().

Die MC68328 Unterstützung wurde aus test11 fortgeführt und hat immer noch einige Löcher (die Interrupt Vector Tabellensachen funktionierten mit der Zeit nicht mehr). Wir werden das in den nächsten Tagen beheben.

Nehmt gcc-2.95.2 configured --target=m68k-elf um diese Ziele zu kompilieren.

Danksagungen gehen an David McCullough, der dies von meiner früheren Arbeit an test5 weitergeführt hat, Michael Leslie, der die Einbindung des Randy Buchanan 68328 tätigte. Und natürlich an Linus und die gesamte Gemeinschaft, die die 2.4 Release geschaffen hat.

22. "VM: do_try_to_free_pages" Lockups: The Saga Ends Peacefully

7 Jan 2001 (7 posts) Archive Link: "Which kernel fixes the VM issues?"

People: Jim Olsen, Ville Herva

Jim Olsen war ein Opfer des BROKEN KCREF was kürzlich berichtet wurde. Er dachte, dass das Problem behoben oder zumindest in Bearbeitung sei und fragte, " Welche Kernel Version soll ich genau nehmen um meinen Server von diesen VM Problemen zu befreien? Ich möchte keinen pre* Kernel auf meinen Produktions- system laufen haben, also möchte ich eventuell mit 2.2.18 weiterarbeiten, doch wollte ich noch einmal definitiv wissen, ob der die Probleme mit dem VM wirklich behebt. Wenn ich trotzdem muss, werde ich wohl (zögerlich) einen 2.2.19pre* Kernel installieren müssen." Alan Cox, Rik van Riel und Ville Herva führten an, dass 2.2.19pre2 das Problem behoben hat. Und Ville fügte dazu, " Es ist in 2.2.19pre2 behoben (welcher Andrea Arcangeli's vm-global-7 Patch hat, der (unter anderem) dies behebt.) Du kannst auch den vm-global-patch auf 2.2.18 anwenden, wenn du willst."

 

 

 

 

 

 

Sharon And Joy
 

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.

Mirror provided by HKMirror. Sponsored by Porno Verzameling and webcamsex