VIA KT333 Chipsatz und aktueller Kernel
Moin, ich habe mal eine kurze Frage: Wird der VIA KT333 Chipsatz vom aktuellen Kernel (2.4.19) noch nicht unterstützt? Ich finde in 'menuconfig' keinen entsprechenden Eintrag. Ein 'lspci' meldet den 00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] obwohl es _definitiv_ der KT333 Chip ist. 'menuconfig' gibt mir nur VIA82CXXX chipset support zur Auswahl. Muss bzw. kann ich besser den Entwicklerkernel nehmen? Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Christian Weerts <[EMAIL PROTECTED]> [14 08 02 20:11]: >Wird der VIA KT333 Chipsatz vom aktuellen Kernel (2.4.19) >noch nicht unterstützt? >Ich finde in 'menuconfig' keinen entsprechenden Eintrag. > >Ein 'lspci' meldet den >00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] >obwohl es _definitiv_ der KT333 Chip ist. 'menuconfig' gibt >mir nur VIA82CXXX chipset support zur Auswahl. Huch, mein Rechner läuft gar nicht, ist mir bislang noch nicht aufgefallen. Also ich hab hier nen 2.4.18 mit dem gleichen Chipsatz und wüsste nicht, wo das Problem sein sollte - der läuft ohne Probleme - obwohl - ich habe mal Win98 installieren wollen, das ging dann nicht - weiß der Teufel wieso. Nach ja, aber Win98 ist auch nicht gerade eine unkomplizierte Angelegenheit (denke ich mir mal so). -- Eckhard Höffner [EMAIL PROTECTED] D-80331 München Tel. +49-89-21 03 18 88 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Eckhard Hoeffner <[EMAIL PROTECTED]> [020814 21:22]: > * Christian Weerts <[EMAIL PROTECTED]> [14 08 02 20:11]: > > >Wird der VIA KT333 Chipsatz vom aktuellen Kernel (2.4.19) > >noch nicht unterstützt? > >Ich finde in 'menuconfig' keinen entsprechenden Eintrag. > > > >Ein 'lspci' meldet den > >00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] > >obwohl es _definitiv_ der KT333 Chip ist. 'menuconfig' gibt > >mir nur VIA82CXXX chipset support zur Auswahl. > > Huch, mein Rechner läuft gar nicht, ist mir bislang noch nicht > aufgefallen. Also ich hab hier nen 2.4.18 mit dem gleichen > Chipsatz und wüsste nicht, wo das Problem sein sollte - > der läuft ohne Probleme - obwohl - ich habe mal Win98 installieren > wollen, das ging dann nicht - weiß der Teufel wieso. Nach ja, aber > Win98 ist auch nicht gerade eine unkomplizierte Angelegenheit (denke ich > mir mal so). > Mich stört einfach, das "nur" der KT266 erkannt wird. Mag ja sein, das die ID-Strings (o.ä.) der beiden Chipsätze der gleiche ist, und lspci deshalb den 266er ausgibt. Ich möchte nur die Möglichkeiten des KT333 nutzen und auch ATA133 ausprobieren. Ansonsten hätte ich auch ein (billigeres) KT266 nehmen können. Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hi Christian, On Wed, Aug 14, 2002 at 08:11:27PM +0200, Christian Weerts wrote: > Wird der VIA KT333 Chipsatz vom aktuellen Kernel (2.4.19) > noch nicht unterstützt? > Ich finde in 'menuconfig' keinen entsprechenden Eintrag. > > Ein 'lspci' meldet den > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] > obwohl es _definitiv_ der KT333 Chip ist. 'menuconfig' gibt > mir nur VIA82CXXX chipset support zur Auswahl. laufen tut er ja oder? Du kannst ja mal nachschauen, was hdparm -i sagt. > Muss bzw. kann ich besser den Entwicklerkernel nehmen? Naja, es exisiert eine Portierung des IDE-Parts von 2.4 nach 2.5, ich glaube das spricht für sich. Schau mal in einem Archiv der lkml nach. Gruß KH -- // In a world without walls and fences who needs Windows and Gates ? // -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Christian Weerts <[EMAIL PROTECTED]> [14 08 02 22:00]: > >Mich stört einfach, das "nur" der KT266 erkannt wird. Mag ja >sein, das die ID-Strings (o.ä.) der beiden Chipsätze der >gleiche ist, und lspci deshalb den 266er ausgibt. > >Ich möchte nur die Möglichkeiten des KT333 nutzen und auch >ATA133 ausprobieren. Ansonsten hätte ich auch ein >(billigeres) KT266 nehmen können. Was erwartest Du Dir von ATA133? Ich kriege hier folgendes: /dev/hda: Timing buffer-cache reads: 128 MB in 0.38 seconds =336.84 MB/sec Timing buffered disk reads: 64 MB in 1.64 seconds = 39.02 MB/sec (mit einfachem hdparm -d 1) Ich glaube nicht, dass bei einem funktionieren ATA133 viel mehr rüber kommt. Was bei mir der Knaller im Hinblick auf Festplatten schreiben war, war der Umstieg auf KDE3. Irgend eine Bremse müssen die vorher eingebaut haben. Früher habe ich gerne mal 20 sec. gewartet, bis so ein 20MB-Logfile wieder auf Platte geschrieben war - jetzt dauert es noch eine Sekunde. -- Eckhard Höffner [EMAIL PROTECTED] D-80331 München Tel. +49-89-21 03 18 88 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Karl-Heinz Eischer <[EMAIL PROTECTED]> [020814 22:22]: > Hi Christian, > > On Wed, Aug 14, 2002 at 08:11:27PM +0200, Christian Weerts wrote: > > Wird der VIA KT333 Chipsatz vom aktuellen Kernel (2.4.19) > > noch nicht unterstützt? > > Ich finde in 'menuconfig' keinen entsprechenden Eintrag. > > > > Ein 'lspci' meldet den > > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] > > obwohl es _definitiv_ der KT333 Chip ist. 'menuconfig' gibt > > mir nur VIA82CXXX chipset support zur Auswahl. > > laufen tut er ja oder? Du kannst ja mal nachschauen, was > hdparm -i sagt. > hdparm -i sagt folgendes: /dev/hda: Model=SAMSUNG SV4002H, FwRev=QP100-07, SerialNo=0382J1FR957025 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=38997, SectSize=619, ECCbytes=4 BuffType=DualPortCache, BuffSize=1945kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055248 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 AdvancedPM=no WriteCache=enabled Drive Supports : fastATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 Ich kann diese Infos nicht detailiert interpretieren, aber der Stern vor mdma2 ist mir aufgefallen. Ist dies die derzeitige Einstellung der Platte? Falls ja, kann diese nicht auf udma4 oder höher gesetzt werden? Eigentlich sollte die Platte dieses doch können. Oder ist mdma2 schon das höchste der Gefühle? Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Eckhard Hoeffner <[EMAIL PROTECTED]> [020814 22:37]: > * Christian Weerts <[EMAIL PROTECTED]> [14 08 02 22:00]: > > > > >Mich stört einfach, das "nur" der KT266 erkannt wird. Mag ja > >sein, das die ID-Strings (o.ä.) der beiden Chipsätze der > >gleiche ist, und lspci deshalb den 266er ausgibt. > > > >Ich möchte nur die Möglichkeiten des KT333 nutzen und auch > >ATA133 ausprobieren. Ansonsten hätte ich auch ein > >(billigeres) KT266 nehmen können. > > Was erwartest Du Dir von ATA133? Ich kriege hier folgendes: > > /dev/hda: > Timing buffer-cache reads: 128 MB in 0.38 seconds =336.84 MB/sec > Timing buffered disk reads: 64 MB in 1.64 seconds = 39.02 MB/sec > > (mit einfachem hdparm -d 1) > Das ist ja schon mal was! Erst mal eine Ausgabe von hdparm -i /dev/hda: Model=SAMSUNG SV4002H, FwRev=QP100-07, SerialNo=0382J1FR957025 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=38997, SectSize=619, ECCbytes=4 BuffType=DualPortCache, BuffSize=1945kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055248 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 dma3 udma4 udma5 AdvancedPM=no WriteCache=enabled Drive Supports : fastATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 Jetzt noch folgende Tests: murphy:~# hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 64 MB in 9.66 seconds = 6.63 MB/sec Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec murphy:~# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) murphy:~# hdparm -X34 -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted setting xfermode to 34 (multiword DMA mode2) Segmentation fault Irgendwie komisch finde ich. Aufgrund des langsamen "buffered disk reads" habe ich auch subjektiv das Gefühl das die Platte ziemlich langsam ist. Wie Du gesehen hast, scheint ein hdparm -d 1 auch nicht zu funktionieren. Gibt es bekannte Probleme mit der Platte, oder benötige ich andere Optionen für hdparm? Die Man-Page gab mir keine detailiertere Auskunft :( Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Christian Weerts <[EMAIL PROTECTED]> [15 08 02 20:35]: >* Eckhard Hoeffner <[EMAIL PROTECTED]> [020814 22:37]: >> * Christian Weerts <[EMAIL PROTECTED]> [14 08 02 22:00]: >DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 dma3 udma4 udma5 Sieht so aus, als würde der Stern das anzeigen, was gerade benutzt wird. Bei mir ist der Stern vor dem udma5 :-). Da wird er bei dir auch noch hinkommen - keine Angst. >Jetzt noch folgende Tests: >murphy:~# hdparm -t /dev/hda > >/dev/hda: >Timing buffered disk reads: 64 MB in 9.66 seconds = 6.63 MB/sec Tja, das ist eindeutig ohne DMA - muss schnellsten geändert werden. >/dev/hda: >setting using_dma to 1 (on) >HDIO_SET_DMA failed: Operation not permitted >using_dma= 0 (off) >Irgendwie komisch finde ich. Aufgrund des langsamen >"buffered disk reads" habe ich auch subjektiv das Gefühl das >die Platte ziemlich langsam ist. Nein, du kannst nur kein DMA einstellen - da muss man ein bei der Kernel-Config aufpassen. Also hier meine Config - dort wo die Punkte sind, steht immer nur is not set. Auf keinen Fall: CONFIG_BLK_DEV_VIA82CXXX=y|m # # IDE chipset support/bugfixes # CONFIG_BLK_DEV_CMD640=y # CONFIG_BLK_DEV_CMD640_ENHANCED is not set # CONFIG_BLK_DEV_ISAPNP is not set CONFIG_BLK_DEV_RZ1000=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_BLK_DEV_ADMA=y # CONFIG_BLK_DEV_OFFBOARD is not set CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y .. # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set # CONFIG_DMA_NONPCI is not set CONFIG_BLK_DEV_IDE_MODES=y # # SCSI support # Dann wird die Platte auch gut über 30MB/sec schreiben - hoffentlich. Also, schau erst mal, ob die IDEs beim Booten erkannt werden (Fa. XY, Modell Z usw.). Dann schau mal mit lsmod, welche Module geladen sind. Wenn das VIA82CXXX-Modul geladen ist, schmeiß es raus. Wenn es beim Booten automatisch geladen wird - neuen Kernel bauen. Dürfte mit dem Board ne Angelegenheit von ein paar Minuten sein. -- Eckhard Höffner [EMAIL PROTECTED] D-80331 München Tel. +49-89-21 03 18 88 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Eckhard Hoeffner <[EMAIL PROTECTED]> [020816 08:15]: > * Christian Weerts <[EMAIL PROTECTED]> [15 08 02 20:35]: > > >* Eckhard Hoeffner <[EMAIL PROTECTED]> [020814 22:37]: > >> * Christian Weerts <[EMAIL PROTECTED]> [14 08 02 22:00]: > > >Irgendwie komisch finde ich. Aufgrund des langsamen > >"buffered disk reads" habe ich auch subjektiv das Gefühl das > >die Platte ziemlich langsam ist. > > Nein, du kannst nur kein DMA einstellen - da muss man ein bei der > Kernel-Config aufpassen. Ah - siehste, das wusste ich nicht. Ich dachte das man es mit dem VIA-Chipsatz aus dem Kernel und hdparm machen kann. > > Also hier meine Config - dort wo die Punkte sind, steht immer nur > is not set. Auf keinen Fall: CONFIG_BLK_DEV_VIA82CXXX=y|m Cool. Danke. > > Dann wird die Platte auch gut über 30MB/sec schreiben - hoffentlich. Das Hoffen sollte man nicht aufgeben: Model=SAMSUNG SV4002H, FwRev=QP100-07, SerialNo=0382J1FR957025 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=38997, SectSize=619, ECCbytes=4 BuffType=DualPortCache, BuffSize=1945kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=66055248 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive Supports : fastATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 murphy:~# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec Timing buffered disk reads: 64 MB in 9.78 seconds = 6.54 MB/sec Wie Du siehst, keine wirkliche Verbesserung, trotz neuen Kernels ohne die VIA-Chipsatz-Support. Wenigstens fährt die Platte im UDMA5-Modus. Aber woran kann es noch liegen, das die Durchsatzwerte so schlecht sind, bzw. sich nicht deutlich verändert haben gegenüber der vorherigen Situation? *Kopfkratz* Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Christian Weerts]: > Jetzt noch folgende Tests: > murphy:~# hdparm -t /dev/hda Gaaanz wichtig: ein Rechner, den man 'murphy' genannt hat, wird sich kaum vernünftig verhalten. Umbenennen? ;) > /dev/hda: > Timing buffered disk reads: 64 MB in 9.66 seconds = 6.63 MB/sec ieh > murphy:~# hdparm -X34 -d 1 /dev/hda > setting xfermode to 34 (multiword DMA mode2) > Segmentation fault hafi@t900:~$ dpkg -l hdparm | grep ^i | cut -b -72 ii hdparm 5.2-1 Tune hard disk parameters for high per Bei Dir? Ferner vermisse ich noch die Ausgabe von hdparm -v /dev/hda Was bringt ein 'hdparm -c 3 /dev/hda'? > Wie Du gesehen hast, scheint ein hdparm -d 1 auch nicht zu > funktionieren. Gibt es bekannte Probleme mit der Platte, > oder benötige ich andere Optionen für hdparm? Die Man-Page > gab mir keine detailiertere Auskunft :( Alan ist gerade dabei, das IDE-Zeug umzukrempeln. Vielleicht lohnt ein Versuch mit der neuesten ac Version des 2.5 cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
On Sat, 17 Aug 2002, Hartmut Figge wrote: >... > Alan ist gerade dabei, das IDE-Zeug umzukrempeln. Vielleicht lohnt ein > Versuch mit der neuesten ac Version des 2.5 Die -ac-Patches sind fuer 2.4 und haben nichts mit dem aktuellen 2.5.31 zu tun. Am IDE in den -ac-Patches arbeitet Alan (Cox) zwar auch aber in erster Linie ist das die Arbeit von Andre Hedrick. IDE aus dem allerneuesten -ac-Patch (d.h. 2.4.20-pre2-ac3) ist vielleicht tatsaechlich einen Versuch wert (IDE in dem Patch scheint nicht so instabil zu sein wie sich der Hinweis auf die release notes anhoert), ich habe aber keine Ahnung ob dieses spezielle Problem dadurch geloest wird. > cu Gruss Adrian -- You only think this is a free country. Like the US the UK spends a lot of time explaining its a free country because its a police state. Alan Cox -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Adrian Bunk]: > Die -ac-Patches sind fuer 2.4 und haben nichts mit dem aktuellen 2.5.31 zu > tun. Am IDE in den -ac-Patches arbeitet Alan (Cox) zwar auch aber in > erster Linie ist das die Arbeit von Andre Hedrick. Du hast natürlich vollständig recht. Sollte öfter mal nachschauen. > IDE aus dem allerneuesten -ac-Patch (d.h. 2.4.20-pre2-ac3) ist vielleicht > tatsaechlich einen Versuch wert (IDE in dem Patch scheint nicht so > instabil zu sein wie sich der Hinweis auf die release notes anhoert), ich > habe aber keine Ahnung ob dieses spezielle Problem dadurch geloest wird. Weiß ich auch nicht, würde aber einen Versuch wagen. cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hallo Christian Christian Weerts wrote: > DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 > AdvancedPM=no WriteCache=enabled > Drive Supports : fastATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 > >murphy:~# hdparm -tT /dev/hda >/dev/hda: > Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec > Timing buffered disk reads: 64 MB in 9.78 seconds = 6.54 MB/sec > > Ich habe mal "rein zufällig" Deine Verhältnisse bis hier nachgestellt und hatte an dieser Stelle trotz *udma5 noch schlechtere Werte. Ein hdparm -d sagte mir trotzdem "using_dma off". Warum? Großes Fragezeichen! Also ein hdparm -d 1 hinterher und schon wurde DMA genutzt und der Durchsatz war viel besser. :-) Jetzt muss ich "nur" noch finden, wie das automatisch beim Booten gesetzt wird. Gruß Rüdiger -- Kaum macht man's richtig, schon geit dat! __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Rüdiger Noack]: > Jetzt muss ich "nur" noch finden, wie das automatisch beim Booten > gesetzt wird. hafi@t900:~$ grep hdparm -A 2 /etc/init.d/hwtools # hdparm optimization # Switches on interrupts during transfers and does multi sector transfers if command -v hdparm >/dev/null 2>&1; then # hdparm -q -d 1 /dev/hda hdparm -q -c 3 /dev/hdc true fi cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Christian Weerts <[EMAIL PROTECTED]> [16 08 02 23:34]: >* Eckhard Hoeffner <[EMAIL PROTECTED]> [020816 08:15]: >> * Christian Weerts <[EMAIL PROTECTED]> [15 08 02 20:35]: >> >> >* Eckhard Hoeffner <[EMAIL PROTECTED]> [020814 22:37]: >> >> * Christian Weerts <[EMAIL PROTECTED]> [14 08 02 22:00]: >> >> >Irgendwie komisch finde ich. Aufgrund des langsamen >> >"buffered disk reads" habe ich auch subjektiv das Gefühl das >> >die Platte ziemlich langsam ist. >> >> Nein, du kannst nur kein DMA einstellen - da muss man ein bei der >> Kernel-Config aufpassen. > >Ah - siehste, das wusste ich nicht. Ich dachte das man es >mit dem VIA-Chipsatz aus dem Kernel und hdparm machen kann. > >> >> Also hier meine Config - dort wo die Punkte sind, steht immer nur >> is not set. Auf keinen Fall: CONFIG_BLK_DEV_VIA82CXXX=y|m > >Cool. Danke. > >> >> Dann wird die Platte auch gut über 30MB/sec schreiben - hoffentlich. > >Das Hoffen sollte man nicht aufgeben: > Model=SAMSUNG SV4002H, FwRev=QP100-07, SerialNo=0382J1FR957025 > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 > Drive Supports : fastATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 > >murphy:~# hdparm -tT /dev/hda >/dev/hda: > Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec > Timing buffered disk reads: 64 MB in 9.78 seconds = 6.54 MB/sec > >Wie Du siehst, keine wirkliche Verbesserung, trotz neuen >Kernels ohne die VIA-Chipsatz-Support. Wenigstens fährt die >Platte im UDMA5-Modus. > >Aber woran kann es noch liegen, das die Durchsatzwerte so >schlecht sind, bzw. sich nicht deutlich verändert haben gegenüber >der vorherigen Situation? > >*Kopfkratz* Lies mal die Mail von Hartmut - musst DMA noch mit hdparm -d 1 einstellen (kannst ja ein bischen rumexperimentieren. Dann noch ein kleines script - wie bei Hartmut - unter z.B. /etc/init.d/hdparm und ein Link unter /etc/rc2.d/S95hdparm oder mit den hwtools (eigentlich absolut überflüssig) und dann wieder testen. -- Eckhard Höffner [EMAIL PROTECTED] D-80331 München Tel. +49-89-21 03 18 88 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hallo Rüdiger, * Rüdiger Noack <[EMAIL PROTECTED]> [17-08-02 00:42]: > Jetzt muss ich "nur" noch finden, wie das automatisch beim Booten > gesetzt wird. Im Kernel: CONFIG_IDEDMA_AUTO=y -- Gruss Matthias -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hallo Hartmut Hartmut Figge wrote: >hafi@t900:~$ grep hdparm -A 2 /etc/init.d/hwtools >if command -v hdparm >/dev/null 2>&1; then ># hdparm -q -d 1 /dev/hda >hdparm -q -c 3 /dev/hdc > true >fi > > Du hast mir ja nicht mal die Chance gelassen, selbst auf *meinem* Rechner nachzusehen (noch ein Lästermaul). ;-) Überflüssig zu erwähnen, dass es natürlich so funktioniert. :-) Aber mal im ernst, was muss man denn für Hardware haben, damit der (E)IDE 32-bit I/O support etwas bringt? Aus man hdparm: "all (E)IDE drives still have only a 16-bit connection over the ribbon cable from the interface card." Meine Tests damit und Messungen mit hdparm -tT bringen auch eher schlechtere Ergebnisse. Gruß Rüdiger -- Kaum macht man's richtig, schon geit dat! -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
hi, seltsam. Ich habe ein Asus A7V333 unter dem 2.4.19 laufen mit XFS und Preemt Patch. bash-2.05a# hdparm -v /dev/hda /dev/hda: multcount= 16 (on) IO_support = 3 (32-bit w/sync) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 4866/255/63, sectors = 78177792, start = 0 --- bash-2.05a# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.55 seconds =232.73 MB/sec Timing buffered disk reads: 64 MB in 1.75 seconds = 36.57 MB/sec die Werte hier, sind nur durchschnitt und pendeln leicht --- bash-2.05a# hdparm -i /dev/hda /dev/hda: Model=MAXTOR 6L040J2, FwRev=A93.0500, SerialNo=662133141391 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=1819kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78177792 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1: 1 2 3 4 5 -- On Sat, 2002-08-17 at 14:36, Ruediger Noack wrote: > Du hast mir ja nicht mal die Chance gelassen, selbst auf *meinem* > Rechner nachzusehen (noch ein Lästermaul). ;-) Überflüssig zu erwähnen, > dass es natürlich so funktioniert. :-) > Aber mal im ernst, was muss man denn für Hardware haben, damit der > (E)IDE 32-bit I/O support etwas bringt? Aus man hdparm: "all (E)IDE > drives still have only a 16-bit connection over the ribbon cable from > the interface card." Meine Tests damit und Messungen mit hdparm -tT > bringen auch eher schlechtere Ergebnisse. -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Eckhard Hoeffner <[EMAIL PROTECTED]> [020817 08:42]: > * Christian Weerts <[EMAIL PROTECTED]> [16 08 02 23:34]: > > >Wie Du siehst, keine wirkliche Verbesserung, trotz neuen > >Kernels ohne die VIA-Chipsatz-Support. Wenigstens fährt die > >Platte im UDMA5-Modus. > > > >Aber woran kann es noch liegen, das die Durchsatzwerte so > >schlecht sind, bzw. sich nicht deutlich verändert haben gegenüber > >der vorherigen Situation? > > > >*Kopfkratz* > > Lies mal die Mail von Hartmut - musst DMA noch mit > hdparm -d 1 einstellen (kannst ja ein bischen rumexperimentieren. Ja, habe ich getan. Sehr aufschlußreich der ganze Thread mittlerweile, aber leider kann ich immer noch nicht so wie ich möchte: murphy:~# hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) Wie kann ich der Platte denn sagen das sie DMA nutzen soll? Eigentlich doch mit 'hdparm -d 1 /dev/hda', aber das will irgendwie nicht. Gruss, christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Hartmut Figge <[EMAIL PROTECTED]> [020817 00:07]: > [Christian Weerts]: > > > Jetzt noch folgende Tests: > > murphy:~# hdparm -t /dev/hda > > Gaaanz wichtig: ein Rechner, den man 'murphy' genannt hat, wird sich > kaum vernünftig verhalten. Umbenennen? ;) Hmm, vielleicht hast Du Recht? *g* > > > /dev/hda: > > Timing buffered disk reads: 64 MB in 9.66 seconds = 6.63 MB/sec > > ieh > > > murphy:~# hdparm -X34 -d 1 /dev/hda > > > setting xfermode to 34 (multiword DMA mode2) > > Segmentation fault > > hafi@t900:~$ dpkg -l hdparm | grep ^i | cut -b -72 > ii hdparm 5.2-1 Tune hard disk parameters for high per murphy:~# dpkg -l hdparm | grep ^i | cut -b -72 ii hdparm 4.5-1.2Tune hard disk parameters for high per > > Bei Dir? > > Ferner vermisse ich noch die Ausgabe von > hdparm -v /dev/hda Hier hast Du sie: murphy:~# hdparm -v /dev/hda /dev/hda: multcount= 16 (on) I/O support = 1 (32-bit) unmaskirq= 1 (on) using_dma= 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead= 8 (on) geometry = 4111/255/63, sectors = 66055248, start = 0 busstate = 1 (on) > > Was bringt ein 'hdparm -c 3 /dev/hda'? Siehe hier: murphy:~# hdparm -c 3 /dev/hda /dev/hda: setting 32-bit I/O support flag to 3 I/O support = 3 (32-bit w/sync) murphy:~# hdparm -Tt /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec Timing buffered disk reads: 64 MB in 9.83 seconds = 6.51 MB/sec > > > Wie Du gesehen hast, scheint ein hdparm -d 1 auch nicht zu > > funktionieren. Gibt es bekannte Probleme mit der Platte, > > oder benötige ich andere Optionen für hdparm? Die Man-Page > > gab mir keine detailiertere Auskunft :( > > Alan ist gerade dabei, das IDE-Zeug umzukrempeln. Vielleicht lohnt ein > Versuch mit der neuesten ac Version des 2.5 Mal sehen, vielleicht versuche ich es mal... Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hallo Christian Christian Weerts wrote: >murphy:~# hdparm -d 1 /dev/hda > >/dev/hda: >setting using_dma to 1 (on) >HDIO_SET_DMA failed: Operation not permitted >using_dma= 0 (off) > > Da fehlen die Kernel-Parameter! flinker:/usr/src/linux# fgrep IDEDMA .config CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set Gruß Rüdiger -- Kaum macht man's richtig, schon geit dat! __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Christian Weerts]: > * Hartmut Figge <[EMAIL PROTECTED]> [020817 00:07]: >>hafi@t900:~$ dpkg -l hdparm | grep ^i | cut -b -72 >>ii hdparm 5.2-1 Tune hard disk parameters for high per > murphy:~# dpkg -l hdparm | grep ^i | cut -b -72 > ii hdparm 4.5-1.2Tune hard disk parameters for high per Im Changelog fällt mir nichts relevantes auf. Es ist übrigens nicht im .deb enthalten; wenn ich das BTS benutzen würde, wäre ein Bug Bericht fällig. >>Alan ist gerade dabei, das IDE-Zeug umzukrempeln. Vielleicht lohnt ein >>Versuch mit der neuesten ac Version des 2.5 > Mal sehen, vielleicht versuche ich es mal... Wie Adrian schon schrieb, nicht der 2.5, sondern der 2.4.20-pre2-ac3. Scheint `ne Baustelle zu sein. cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hy, 0n 02/08/16@08:15 Eckhard Hoeffner told me: > Also hier meine Config - dort wo die Punkte sind, steht immer nur > is not set. Auf keinen Fall: CONFIG_BLK_DEV_VIA82CXXX=y|m > # CONFIG_BLK_DEV_VIA82CXXX is not set > Wieso nicht? So wie ich die Hilfe verstehe ist das zusammen mit > CONFIG_IDEDMA_AUTO=y eine feine Sache. Nur habe ich auch einen KT133 (VIA vt82c686b) und in ../drivers/ide/via82cxxx.c steht der KT333 nicht drin (2.4.18). Aber die Southbridges sind dort aufgeführt, allerdings weiss ich nicht welche der KT333 verwendet. Ich bekomme für meine Platten mit beiden Parametern das: ---schnipp--- /dev/hda: Timing buffered disk reads: 64 MB in 2.35 seconds = 27.23 MB/sec /dev/hdb: Timing buffered disk reads: 64 MB in 1.80 seconds = 35.56 MB/sec /dev/hde: Timing buffered disk reads: 64 MB in 1.62 seconds = 39.51 MB/sec ---schnapp--- Die Platten sind von oben nach: Maxtor 34098H4 IBM-DTLA-307030 MAXTOR 6L080J4 ... > Modell Z usw.). Dann schau mal mit lsmod, welche Module geladen sind. > Wenn das VIA82CXXX-Modul geladen ist, schmeiß es raus. Wenn es beim *Huch*. Kannst Du den Southbridge Treiber als Modul kompilieren? -- :wq-y maik -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Rüdiger Noack <[EMAIL PROTECTED]> [020818 23:36]: > Hallo Christian > > Christian Weerts wrote: > > >murphy:~# hdparm -d 1 /dev/hda > > > >/dev/hda: > >setting using_dma to 1 (on) > >HDIO_SET_DMA failed: Operation not permitted > >using_dma= 0 (off) > > > > > Da fehlen die Kernel-Parameter! > > flinker:/usr/src/linux# fgrep IDEDMA .config > CONFIG_BLK_DEV_IDEDMA_PCI=y > CONFIG_IDEDMA_PCI_AUTO=y > CONFIG_BLK_DEV_IDEDMA=y > # CONFIG_IDEDMA_PCI_WIP is not set > # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set > CONFIG_IDEDMA_AUTO=y > # CONFIG_IDEDMA_IVB is not set > Nein, dachte ich auch schon, aber ich habe die selben Einstellungen: murphy:/usr/src/linux-2.4.18# fgrep IDEDMA .config CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set Langsam bin ich wirklich ratlos! Kann noch wer weiterhelfen? Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Christian Weerts <[EMAIL PROTECTED]> [19 08 02 18:31]: >* Rüdiger Noack <[EMAIL PROTECTED]> [020818 23:36]: >> Hallo Christian >> >> Christian Weerts wrote: >> >> >murphy:~# hdparm -d 1 /dev/hda >> > >> >/dev/hda: >> >setting using_dma to 1 (on) >> >HDIO_SET_DMA failed: Operation not permitted >> >using_dma= 0 (off) >> > >> > >> Da fehlen die Kernel-Parameter! >> >> flinker:/usr/src/linux# fgrep IDEDMA .config >> CONFIG_BLK_DEV_IDEDMA_PCI=y >> CONFIG_IDEDMA_PCI_AUTO=y >> CONFIG_BLK_DEV_IDEDMA=y >> # CONFIG_IDEDMA_PCI_WIP is not set >> # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set >> CONFIG_IDEDMA_AUTO=y >> # CONFIG_IDEDMA_IVB is not set >> > >Nein, dachte ich auch schon, aber ich habe die selben >Einstellungen: > >murphy:/usr/src/linux-2.4.18# fgrep IDEDMA .config >CONFIG_BLK_DEV_IDEDMA_PCI=y >CONFIG_IDEDMA_PCI_AUTO=y >CONFIG_BLK_DEV_IDEDMA=y ># CONFIG_IDEDMA_PCI_WIP is not set ># CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set >CONFIG_IDEDMA_AUTO=y ># CONFIG_IDEDMA_IVB is not set > >Langsam bin ich wirklich ratlos! Na ja, vieleicht liegt es doch am Kabel? Installier halt mal einen Standard-Kernel von debian (2.4.18-k7 gibt es glaube ich). Bei dem hat es bei mir mit dem DMA funktioniert. So siehts bei mir aus (2.4.18) mit gleichem Chipsatz: CONFIG_BLK_DEV_IDEDISK=y CONFIG_IDEDISK_MULTI_MODE=y # CONFIG_BLK_DEV_IDEDISK_VENDOR is not set # CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set # CONFIG_BLK_DEV_IDEDISK_IBM is not set # CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set # CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set # CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set # CONFIG_BLK_DEV_IDEDISK_WD is not set # CONFIG_BLK_DEV_IDECS is not set CONFIG_BLK_DEV_ADMA=y CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set # IDE chipset support/bugfixes CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set # CONFIG_AMD74XX_OVERRIDE is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set CONFIG_BLK_DEV_IDE_MODES=y -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Christian Weerts]: [siehe Subjekt] So, und hier ist die Erkärung: news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] An Deiner Stelle würde ich den 2.4.20-pre2-ac3 versuchen. hafi@t900:/$ kernels [zeus-pub.kernel.org] The latest stable version of the Linux kernel is: 2.4.19 The latest prepatch for the stable Linux kernel tree is: 2.4.20-pre3 The latest beta version of the Linux kernel is: 2.5.31 The latest prepatch for the beta Linux kernel tree is:2.5.8-pre3 The latest 2.2 version of the Linux kernel is:2.2.21 The latest prepatch for the 2.2 Linux kernel tree is: 2.2.22-rc1 The latest 2.0 version of the Linux kernel is:2.0.39 The latest prepatch for the 2.0 Linux kernel tree is: 2.0.40-rc6 The latest -ac patch to the stable Linux kernels is: 2.4.20-pre2-ac4 The latest -dj patch to the beta Linux kernels is:2.5.30-dj1 Huch, es gibt ja schon wieder 'nen neuen... cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
* Hartmut Figge <[EMAIL PROTECTED]> [020818 23:46]: > [Christian Weerts]: > > > * Hartmut Figge <[EMAIL PROTECTED]> [020817 00:07]: > > >>hafi@t900:~$ dpkg -l hdparm | grep ^i | cut -b -72 > >>ii hdparm 5.2-1 Tune hard disk parameters for high per > > > murphy:~# dpkg -l hdparm | grep ^i | cut -b -72 > > ii hdparm 4.5-1.2Tune hard disk parameters for high per > > Im Changelog fällt mir nichts relevantes auf. Es ist übrigens nicht im > .deb enthalten; wenn ich das BTS benutzen würde, wäre ein Bug Bericht > fällig. > > >>Alan ist gerade dabei, das IDE-Zeug umzukrempeln. Vielleicht lohnt ein > >>Versuch mit der neuesten ac Version des 2.5 > > > Mal sehen, vielleicht versuche ich es mal... > > Wie Adrian schon schrieb, nicht der 2.5, sondern der 2.4.20-pre2-ac3. > Scheint `ne Baustelle zu sein. Danke. Bekomme ich den 2.4.20-pre2-ac3 auch auf ftp.kernel.org? Gruss, Christian -- May the Source be with you... -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Christian Weerts]: Hm, da Deine PM früher da war, habe ich auch als PM geantwortet. Dann wiederhole ich mal für die Liste: [Christian Weerts]: > * Hartmut Figge <[EMAIL PROTECTED]> [020818 23:46]: >>Wie Adrian schon schrieb, nicht der 2.5, sondern der 2.4.20-pre2-ac3. >>Scheint `ne Baustelle zu sein. > Danke. Bekomme ich den 2.4.20-pre2-ac3 auch auf > ftp.kernel.org? Eine neue Mail von mir ist zur Liste unterwegs, je nach Laune von murphy (der Debian Variante ;) müßte sie bald eintreffen. Zum Link: ftp://ftp.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.20/patch-2.4.20-pre2-ac4.gz cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Christian Weerts: > * Rüdiger Noack <[EMAIL PROTECTED]> [020818 23:36]: > > > > Christian Weerts wrote: > > > > >murphy:~# hdparm -d 1 /dev/hda > > > > > >/dev/hda: > > >setting using_dma to 1 (on) > > >HDIO_SET_DMA failed: Operation not permitted > > >using_dma= 0 (off) same here. In der newsgroup de.comp.hardware.cpu+mainboard.amd lese ich gerade, daß es an mangelnder Unterstützung für die Southbridge des Boards liegen könnte. Es soll da einen Treiber geben, mit dem das funktioniert. Wenn ich genaueres weiß, gebe ich hier Bescheid. Jochen. -- Don't talk politics and don't throw stones, your royal highnesses. [Radiohead - Living in a glasshouse] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hartmut Figge: > > So, und hier ist die Erkärung: > news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] ^ Ist das eine Message-ID? Dann hat Google sie noch nicht. > An Deiner Stelle würde ich den 2.4.20-pre2-ac3 versuchen. root@wasteland:~# hdparm /dev/hda /dev/hda: using_dma= 1 (on) root@wasteland:~# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 0.41 seconds =312.20 MB/sec Timing buffered disk reads: 64 MB in 1.83 seconds = 34.97 MB/sec Danke, klappt offensichtlich. Jochen - noch nie vorher mit so aktuellem Kernel unterwegs. -- "Insight is someting I always see to be harming more than words ever will do" [Thom Yorke (Radiohead)] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Jochen Schulz]: > Hartmut Figge: >>news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] > Ist das eine Message-ID? Dann hat Google sie noch nicht. Hm, wenn ich den Link anklicke, bringt mir mein Mozilla die Meldung im Browser. Habe ihn ja auch extra so angelegt :). Falls das bei Dir nicht klappt: Was passiert denn, wenn Du den Link mit Copy&Paste ins Adressfeld Deines Browsers einfügst? cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hartmut Figge: > [Jochen Schulz]: > > > Hartmut Figge: > > >>news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] > > > Ist das eine Message-ID? Dann hat Google sie noch nicht. News is not a registered protocol. Jochen. -- >Meine Frage hat den Hintergrund, dass ich fast drei >Jahre lang rund 500 Outlook-98-Clients an einem >Exchange-5.5-Server mitbetreut habei[Bernd Leutenecker] Hast Du schon eine Entschaedigung dafuer erhalten? [Boris 'pi' Piwinger] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Jochen Schulz]: news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] >>> >>>Ist das eine Message-ID? Dann hat Google sie noch nicht. > News is not a registered protocol. Interessant. Kein Problem mit Netscape und Mozilla, aber lynx, links und w3m wollen nicht. Nur die Angabe der MID ist andererseits wieder unbequem, weil Umweg über google notwendig ist. Am besten also in Zukunft beides angeben. Und ja, die MID war: Message-ID: Für Dich aber uninteressant, da Du dieses Posting ja selbst beantwortet hast ;) cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hartmut Figge schrieb: > >>news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] > Hm, wenn ich den Link anklicke, bringt mir mein Mozilla die Meldung > im Browser. Habe ihn ja auch extra so angelegt :). Falls das bei Dir Das funktioniert nur mit entsprechend geeigneten Browsern und für T-Online Kunden. Schon aus seinem Header kannst Du sehen, dass er über Arcor in's Netz geht. -- [EMAIL PROTECTED] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
[Rainer Ellinger]: > Hartmut Figge schrieb: > news://news.t-online.com:119/ajrb41$d1n$07$[EMAIL PROTECTED] >>> >>Hm, wenn ich den Link anklicke, bringt mir mein Mozilla die Meldung >>im Browser. Habe ihn ja auch extra so angelegt :). Falls das bei Dir > Das funktioniert nur mit entsprechend geeigneten Browsern und für > T-Online Kunden. Schon aus seinem Header kannst Du sehen, dass er über > Arcor in's Netz geht. Stimmt schon. Und wenn ich dann setze: news://news.cis.dfn.de:119/ajrb41$d1n$07$[EMAIL PROTECTED] werde ich erstmal nach user und passwort gefragt. (news.cis.dfn.de ist der Newsserver, den ich verwende) Unschön. Man kann aber wohl davon ausgehen, daß eine große Zahl Listenteilnehmer mit Netscape/Mozilla/Galeon unterwegs ist. Da ist so ein 'Klick-Link' bequem. Google war nicht brauchbar, da die MID noch nicht drin war. Man müßte einen öffentlichen, schnellen Newsserver nehmen, der keine Anmeldung erfordert. Postingmöglichkeit ist zum reinen Ansehen ja nicht notwendig. Kennt Du so einen? cu -- hafi -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hartmut Figge schrieb: > Google war nicht brauchbar, da die MID noch nicht drin war. Man müßte > einen öffentlichen, schnellen Newsserver nehmen, der keine Anmeldung > erfordert. [...] Kennt Du so einen? Haha, gibt's die Frage immer noch ;-) Google ist meiner Ansicht nach schon die beste Lösung zu diesem Zweck, weil man dort auch direkt in den ganzen Thread gehen kann, usw. Der Artikel ist mittlerweile vorhanden. Google selbst sagt, dass es <= 12 Std. dauert, bis Artikel im Archiv sind. Die grösste Hürde bleibt also, die MsgID richtig einzugeben. -- [EMAIL PROTECTED] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Hartmut Figge <[EMAIL PROTECTED]> writes: > werde ich erstmal nach user und passwort gefragt. (news.cis.dfn.de ist > der Newsserver, den ich verwende) > Unschön. Man kann aber wohl davon ausgehen, daß eine große Zahl > Listenteilnehmer mit Netscape/Mozilla/Galeon unterwegs ist. Da ist so > ein 'Klick-Link' bequem. > > Google war nicht brauchbar, da die MID noch nicht drin war. Man müßte > einen öffentlichen, schnellen Newsserver nehmen, der keine Anmeldung > erfordert. Postingmöglichkeit ist zum reinen Ansehen ja nicht notwendig. es reicht voellig aus, die Message-ID (inclusive der '<' und '>' zeichen) in den text einzufuegen. hinreichend elaborierte news- und mailclients koennen dann selbst entscheiden, was sie damit anstellen, z.B. einen clickbaren link erzeugen. Gnus versucht es zuerst auf meinem lokalen server, dann bei t-online, und wenn alles nichts bringt google. das ist ueber 'gnus-refer-article-methods' sehr schoen konfigurierbar. -- frobnicate foo -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
frank paulsen schrieb: > es reicht voellig aus, die Message-ID (inclusive der '<' und '>' > zeichen) in den text einzufuegen. hinreichend elaborierte news- und > mailclients koennen dann selbst entscheiden, was sie damit anstellen, Ich plädiere trotzdem für den Google-Link. Letzendlich wird die Zahl der Leute, die mit einer reinen MsgID etwas anfangen können immer kleiner oder ist vielleicht schon verschwindend gering. -- [EMAIL PROTECTED] -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: VIA KT333 Chipsatz und aktueller Kernel
Rainer Ellinger: > Hartmut Figge schrieb: > > Schon aus seinem Header kannst Du sehen, dass er über Arcor in's Netz > geht. Wer, ich? -Dann irrst Du. Das ist nur mein pop3-Server, über den bei mir Listenmails kommen. Habe den Account auch nur, weil die kostenlos (=für Call-by-Call Kunden, die sich aber nie eingewählt haben müssen) einen smtp-relay bereitstellen, der SMTP-Auth kann, ohne Absenderadressen zu überschreiben. Jochen. -- "Ich habe schon Linux-Leute gesehen die XEmacs nicht mögen und sich trotzdem mit dem System auskennen." <[EMAIL PROTECTED]> -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)