vt8235 Chipsatz Support vom Kernel
Hi Leute, ich habe ein MSI Mainboad mit einem VIA KT333 Chipsatz. Mein Probelm ist das ich kein DMA Modus für die Laufwerke aktiviert bekomme. Kennt jemand vielleicht die Lösung des Problems. Bei google habe ich davon gehört das andere auch das Problem haben, was mich interessiert gibt es von SuSE einen Patch für den aktuellen Kernel, der dafür sorgt das meine VIA Southbridge ordnungsgemäß erkannt wird und ich dann auch DMA aktvieren kann. Ich habe z.Zt. SuSE Linux 8.1 installiert. Danke schonmal im Vorraus. Schöne Grüße Gil
Hallo, ich habe das gleiche Problem beim MSI KT3 Mainboard gehabt. Auf der Supportseite von VIA (http://www.viaarena.com/?PageID=182#ide) findet man einen Patch u.a. für Suse 8.0 (http://downloads.viaarena.com/drivers/IDE/ATA133-Linux-PatchFile-V20.zip). Da der Patch für Suse 8.0 ist habe ich die Änderungen im IDE-Treiber von Hand eingefügt. Nach der Neuübersetzung und Installation des Kernels lies sich der DMA-Modus verwenden und die Datenübertragungsrate Mainboard/Festplatte stieg laut hdparm von ca. 6MB/s auf ca. 35MB/s. Siehe auch "http://downloads.viaarena.com/LinuxApplicationNotes/SuSe/May02/VIA Measuring Linux Disk Performance ver 0.81.gz". Viel Erfolg Dieter Gil Breth wrote:
Hi Leute,
ich habe ein MSI Mainboad mit einem VIA KT333 Chipsatz. Mein Probelm ist das ich kein DMA Modus für die Laufwerke aktiviert bekomme. Kennt jemand vielleicht die Lösung des Problems. Bei google habe ich davon gehört das andere auch das Problem haben, was mich interessiert gibt es von SuSE einen Patch für den aktuellen Kernel, der dafür sorgt das meine VIA Southbridge ordnungsgemäß erkannt wird und ich dann auch DMA aktvieren kann. Ich habe z.Zt. SuSE Linux 8.1 installiert. Danke schonmal im Vorraus.
Schöne Grüße Gil
Am Montag, 16. Dezember 2002 22:03 schrieb Dieter Wirtz:
Hallo,
ich habe das gleiche Problem beim MSI KT3 Mainboard gehabt. Auf der Supportseite von VIA (http://www.viaarena.com/?PageID=182#ide) findet man einen Patch u.a. für Suse 8.0 (http://downloads.viaarena.com/drivers/IDE/ATA133-Linux-PatchFile-V20.zip). Da der Patch für Suse 8.0 ist habe ich die Änderungen im IDE-Treiber von Hand eingefügt. Nach der Neuübersetzung und Installation des Kernels lies sich der DMA-Modus verwenden und die Datenübertragungsrate Mainboard/Festplatte stieg laut hdparm von ca. 6MB/s auf ca. 35MB/s.
Siehe auch "http://downloads.viaarena.com/LinuxApplicationNotes/SuSe/May02/VIA Measuring Linux Disk Performance ver 0.81.gz".
Viel Erfolg
Dieter
Gil Breth wrote:
Hi Leute,
ich habe ein MSI Mainboad mit einem VIA KT333 Chipsatz. Mein Probelm ist das ich kein DMA Modus für die Laufwerke aktiviert bekomme. Kennt jemand vielleicht die Lösung des Problems. Bei google habe ich davon gehört das andere auch das Problem haben, was mich interessiert gibt es von SuSE einen Patch für den aktuellen Kernel, der dafür sorgt das meine VIA Southbridge ordnungsgemäß erkannt wird und ich dann auch DMA aktvieren kann. Ich habe z.Zt. SuSE Linux 8.1 installiert. Danke schonmal im Vorraus.
Schöne Grüße Gil
okay, ich habe nun den Kernel praktisch gepatcht, doch wenn ich versuche die gepatchten Sourcen vom Kernel zu kompilieren bekomme ich folgende Fehlermeldung: make bzImage make: Zirkuläre Datei /usr/src/linux-2.4.19.SuSE/include/asm/processor.h <- /usr/src/linux-2.4.19.SuSE/include/linux/list.h Abhängigkeit wird nicht verwendet. . scripts/mkversion > .tmpversion gzip -9 < .config | scripts/bin2c kernel_config_data > include/linux/config_data.h gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DUTS_MACHINE='"i386"' -DKBUILD_BASENAME=version -c -o init/version.o init/version.c make CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 " -C kernel make[1]: Wechsel in das Verzeichnis »/usr/src/linux-2.4.19.SuSE/kernel« make all_targets make[2]: Wechsel in das Verzeichnis »/usr/src/linux-2.4.19.SuSE/kernel« make[2]: Zirkuläre Datei /usr/src/linux-2.4.19.SuSE/include/asm/processor.h <- /usr/src/linux-2.4.19.SuSE/include/linux/list.h Abhängigkeit wird nicht verwendet. gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586 -DKBUILD_BASENAME=sched -fno-omit-frame-pointer -c -o sched.o sched.c In file included from sched.c:29: /usr/src/linux-2.4.19.SuSE/include/linux/sched_runqueue.h:47: `CONFIG_MAX_RT_PRIO' undeclared here (not in a function) /usr/src/linux-2.4.19.SuSE/include/linux/sched_runqueue.h:48: `CONFIG_MAX_RT_PRIO' undeclared here (not in a function) sched.c: In function `effective_prio': sched.c:192: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c:192: (Each undeclared identifier is reported only once sched.c:192: for each function it appears in.) sched.c: In function `__activate_task': sched.c:209: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `wake_up_forked_process': sched.c:386: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `scheduler_tick': sched.c:845: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `schedule': sched.c:974: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `set_user_nice': sched.c:1196: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `sys_nice': sched.c:1251: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `task_nice': sched.c:1275: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `sys_sched_yield': sched.c:1532: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `sys_sched_rr_get_interval': sched.c:1626: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `init_idle': sched.c:1779: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) sched.c: In function `sched_init': sched.c:1810: `CONFIG_MAX_RT_PRIO' undeclared (first use in this function) make[2]: *** [sched.o] Fehler 1 make[2]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/kernel« make[1]: *** [first_rule] Fehler 2 make[1]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/kernel« make: *** [_dir_kernel] Fehler 2 Was hat es damit bitte auf sich? Danke schonmal im Vorraus. Gruß Gil
participants (2)
-
Dieter Wirtz
-
gil.breth@t-online.de