|
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 |
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
| 1. | 15 Jun 2001 - 22 Jun 2001 | (4 posts) | Status Of EEPRO100/S Support |
| 2. | 17 Jun 2001 - 19 Jun 2001 | (3 posts) | New Maintainer for Linux/PPC |
| 3. | 19 Jun 2001 - 22 Jun 2001 | (20 posts) | Status Of VLAN Support |
| 4. | 19 Jun 2001 - 21 Jun 2001 | (14 posts) | Gearing Up For 2.5 |
| 5. | 19 Jun 2001 - 20 Jun 2001 | (12 posts) | Behavior Changes Between 2.2 And 2.4 |
| 6. | 21 Jun 2001 - 22 Jun 2001 | (13 posts) | Linus Estimates 2 Weeks Before 2.5.0 |
| 7. | 22 Jun 2001 - 25 Jun 2001 | (5 posts) | Status Of GPIB Support |
| 8. | 23 Jun 2001 - 26 Jun 2001 | (7 posts) | Porting From 2.0/2.2 To 2.4 |
| 9. | 24 Jun 2001 - 25 Jun 2001 | (5 posts) | FAT32 Good For Journaling? |
Mailing List Stats For This Week
We looked at 1318 posts in 5504K.
There were 445 different contributors. 210 posted more than once. 154 posted last week too.
The top posters of the week were:
1. Status Of EEPRO100/S Support
15 Jun 2001 - 22 Jun 2001 (4 posts) Archive Link: "EEPRO100/S support"
Summary By Zack Brown
People: J. S. Peatfield
Tim Hockin fragte nach EEPRO/100 S Unterstützung in Linux und Kelledin Tane meinte, dass Intel Treiber für Linux existieren und GPL lizensiert sind. Doch J. S. Peatfield sagte:
Der e100 Treiber von Intel scheint diese Karten zu unterstützen (also der 100 S Desktop Adapter), doch hängen die Treiber bei hoher UDP Last (zumindest bei mir in 2.2.19). Das scheint nur ein Problem mit den neueren Karten zu sein, die e100 und alte Karten sind stabil.
Intel arbeitet an einem Fix, sie dachten es liegt an den Checksummen, jedoch bewirkt ein Abschalten davon auch nichts. Version 1.66 is wesentlich stabiler als 1.55a (1.55a würde nach 60-80MB Durchsatz hängen). Ich warte gespannt auf die nächste Version, ob sie es da geschafft haben.
Der Treiber ist nicht unter der GPL (keine Ahnung warum) und unterstützt nicht die Verschlüsselung Asic (Intel scheint auch nicht vorzuhaben, dafür Details herauszugeben).
2. New Maintainer for Linux/PPC
17 Jun 2001 - 19 Jun 2001 (3 posts) Archive Link: "Linux/PPC maintainer changing"
Summary By Adam Buchbinder
People: Cort Dougan
Cort Dougan sagte:
Ab heute ist Paul Mackerras (paulus@samba.org) neuer Maintainer des Linux/PPC 32-Bit Trees und führt den 64-Bit fort.
Die stabilen und Entwickler Trees (2.2 und 2.4) werden weg von FSMLabs ftp/rsync/BitKeeper gehen und in den vger.kernel.org CVS Baum eingehen. Änderungen sollten weiterhin in den Haupt Tree von kernel.org gehen.
3. Status Of VLAN Support
19 Jun 2001 - 22 Jun 2001 (20 posts) Archive Link: "VLAN in kernel?"
Summary By Zack Brown
People: Ben Greear
Holger Kiehl und andere haben bisher Ben Greear's Patch genommen, um VLAN Virtual Networking im 2.4 Kernel zu realisieren. Holger wollte wissen, warum der Patch nicht in Linus Tree ist, wo er doch lange Zeit tadellos gelaufen ist. Der Autor Ben antwortete:
Ich habe heute mit Dave Miller darüber diskutiert und es gibt noch eine vorstehende Sachen, die erledigt werden muss, bevor mein 802.1Q VLAN Patch im Kernel akzeptiert werden kann:
Sollen VLANs Devices oder etwas anderes sein?
Ich bin der festen Meinung, sie sollten aus mehreren Gründen Devices sein.
Trotzdem brauchen wir die Zustimmung der Gemeinde, ob meine Argumente auch so in Ordnung sind. Also bringt eure Kritik jetzt vor sonst werdet ihr immer manuell patchen müssen!
Der neueste Patch in der Version 1.0.1 ist hier erhältlich:http://scry.wanfear.com/~greear/vlan.html Demnächst werde ich einen neuen ohne den fast-dev-lookup Code herausgeben, wie von Dave gewunschen.
Die Diskussion ging noch eine Weile hin und her, bis am Ende wieder keiner der Nicht-Device-Befürworter bessere Vorschläge zu bieten hatten.
4. Gearing Up For 2.5
19 Jun 2001 - 21 Jun 2001 (14 posts) Archive Link: "Linux 2.2.20-pre4"
Summary By Zack Brown
People: Alan Cox
Alan Cox gab 2.2.20-pre4 bekannt und sagte, "Linux 2.2 ist jetzt sicher im stabilen Status. Patches mit neuen Ideen gehören in 2.4. Allgemein neue Treiber gehören in 2.4 (nachdem sie sich in 2.4 als stabil erwiesen haben vielleicht auch in 2.2). Also erwartet, dass ich im Kern-Code nicht mehr viel machen werde."
5. Behavior Changes Between 2.2 And 2.4
19 Jun 2001 - 20 Jun 2001 (12 posts) Archive Link: "2.2 PATCH: check return from copy_*_user in fs/pipe.c"
Summary By Adam Buchbinder
People: Zack Weinberg, Andrew Tridgell, Linus Torvalds
Zack Weinberg sagte, "Der Anonymous Pipe Code in 2.2 checkt nicht den Rückgabewert von copy_*_user. Das kann zu schleichendem Datenverlust führen." 2.4 hat diesen Bug nicht meinte er, da der entsprechende Code komplett geändert wurde. Er gab einen Patch für 2.2.18+ und sagte, dass dieser Patch seit dem 13.Mai problemlos läuft.
David S. Miller erinnerte daran, dass ursprünglich Andrew Tridgell dieses Problem angesprochen hat, es aber aus ihm nicht mehr bekannten Gründen nicht angenommen wurde. Andrew sagte, dass Linus Torvalds diese Entscheidung getroffen hat. Er meinte, " Linus wollte das in pipe.c nicht beheben solange es nicht auf allen Architekturen behoben ist. " [...] " Er wollte nicht, dass es in diesem speziellen Fall behoben wird, sonst wird es im allgemeinen Fall vergessen. "
Zack warf wieder ein, dass Situationen enstehen würden, wo Userland Code in 2.2 anders reagieren würde, wie in 2.4, doch Linus sagte dann:
Hey, ich kann demonstrieren, wie unterschiedlich User Code mit verschiedenen Compiler-Optionen ablaufen kann.
Tipp: "undefined behaviour".
Wenn ein Systemaufruf mit falschen Pointern aufgerufen wird, zählt eben die Regel "der Kernel _kann_ jetzt ordentlich reagieren, oder dich als Idiot hinstellen und den Pointer einfach durchgehen lassen".
Es gibt keine "verlorene Daten" oder sonstiges. Das ist Eigenverschulden und der Kernel sollte dafür nicht verantwortlich sein.
6. Linus Estimates 2 Weeks Before 2.5.0
21 Jun 2001 - 22 Jun 2001 (13 posts) Archive Link: "correction: fs/buffer.c underlocking async pages"
Summary By Adam Buchbinder
People: Linus Torvalds
Im Laufe einer Diskussion über einen vorgeschlagenen Patch sagte Linus Torvalds, " scheint ein 2.5er Thema zu werden (keine Angst, 2.5.x könnte schon in ein/zwei Wochen beginnen)."
7. Status Of GPIB Support
22 Jun 2001 - 25 Jun 2001 (5 posts) Archive Link: "GPIB support"
Summary By Zack Brown
People: Richard B. Johnson
Wan Hing Wah fragte nach GPIB Unterstützung in Linux. Er hat einen Treiber gefunden, doch ist die letzte Version von 1999 und er wunderte sich ob sich seitdem etwas getan hat. Richard B. Johnson antwortete:
GPIB ist schrecklich device-spezifisch. Welches Board möchtest du nutzen? National Instruments hat einen Treiber für die TNT4882 auf ihrer Webseite. Den konnte ich aber nie kompilieren.
Ich habe einen Treiber für diesen Chip geschrieben. Bei ausreichendem Interesse könnte ich in unter die GPL stellen. Lass mich wissen, wenn du an Testen oder dem Quellcode interessiert bist...
8. Porting From 2.0/2.2 To 2.4
23 Jun 2001 - 26 Jun 2001 (7 posts) Archive Link: "Making a module 2.4 compatible"
Summary By Zack Brown
People: Richard B. Johnson
James Lamanna hat ein 2.0/2.2 Modul, das von einer nicht mehr existenden Firma hergestellt wurde und er wollte es auf 2.4 portieren; er fragte nach Dokumenten, die all die Porting-Probleme mit 2.4 und früheren Versionen beschreiben.
Richard B. Johnson versuchte es:
Für den Anfang:
wait_queue_head_t Jetzt definiert. Man kann '#if !defined(...)` machen und Codeänderungen abwärtskompatibel machen .
Macro, THIS_MODULE ist jetzt das erste Element der Struktur file_operations.
Include <linux/init.h> __init Datentyp für einmalige Initialisierung von Code oder Daten. Neu, also nicht abwärtskompatibel.
Explizite Initialisierung von spin-locks, SPIN_LOCK_UNLOCKED und/oder spin_lock_init(spinlock_t *); Wenn man das behebt ist es abwärtskompatibel.
ioremap() und Verwandte werden jetzt sogar für low Memory Sachen benötigt. Man kann sie nicht mehr mit einem simplen Zeiger ansprechen, sondern müssen mit readl()/writel(), etc. für ordentliche Dereferenzierung genutzt werden. Wenn man das behebt ist es abwärtskompatibel.
Diese Änderungen sollten für einen Compiler-Lauf ausreichen (oder fast).
Jonathan Corbet fügte hinzu, dass seine neue Version von "Linux Device Drivers" in ein oder zwei Wochen veröffentlicht werden sollte (und kurz darauf auch im Netz), dieses sollte diese Probleme adressieren.
9. FAT32 Good For Journaling?
24 Jun 2001 - 25 Jun 2001 (5 posts) Archive Link: "FAT32 superiority over ext2 :-)"
Summary By Zack Brown
People: Daniel Phillips, Albert D. Cahalan
Albert D. Cahalan bemerkte, dass das FAT32 Dateisystem unerwartet kompatibel mit dem Phase Tree Algorithmus ist und daher volle Datenintegrität bietet, besser als bei den typischen Journaling Dateisystemen. Daniel Phillips antwortete, " Genau, FAT brachte mich dazu diesen Algorithmus zu entwickeln. Trotzdem, zwei Worte dazu: 'lost clusters'. Aber gut, das ist ja ein reines Implementationsdetail ;-)" Albert meinte:
Welche verlorenen Cluster?
Setze Bit 8 des "Flags" (A_BF_BPBExtFlags lt. Microsoft) um FAT Mirroring zu deaktivieren. Dann sind die 4 rechten Bits 0 und zeigen an welche Kopie der FAT genommen wird.
Angenommen wir haben 2 Kopien der FAT, wie es normal ist (war?). Nennen wir sie X und Y. Wenn wir dann das Dateisystem mounten, deaktivieren wir FAT Mirroring und schalten FAT X auf aktiv.
Jetzt können wir FAT Y beschreiben, ohne Datenintegrität zu beeinflussen. Windows wird FAT Y dann nicht beachten. Wie bei Phase Tree Algorithmen üblich nehmen wir uns freien Speicher, um eine neue Struktur neben der alten aufzubauen.
Zeit für eine Phase Änderung:
Wir haben FAT Y, die Inaktive neu beschrieben. FAT X ist aktiv: Sie beschreibt den momentanen Diskstatus. Wir haben einen neues Root-Verzeichnis im freien Speicher. Wir haben einen neuen Info Sektor auf der Platte im freien Speicher.
Ein einziger Sektor wird beschrieben und dann:
FAT X wird inaktiv und wird nicht mehr von Windows genutzt. FAT Y wird aktiv; sie beschreibt den momentanen Diskstatus. Das alte Root-Verzeichnis wird in FAT Y frei. Gut! Der alte Info Sektor wird in FAT Y frei. Gut!
Kaum schreibt der Superblock auf die Platte kann FAT X bescrieben werden.
Daniel fragte nach einem Patch.
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. |