Doch an der Kröte gelutscht...
Jetzt habe ich doch an der Kröte gelutscht. Ich weiß es ja besser: .0-Versionen immer brav zwei Monate in der vmware abhängen lassen! Aber nein, es mußte gleich die physikalische Kiste sein, und dann noch das Suse Update. Was soll ich sagen: Mein System läuft fast noch. Nur wenn ich den nvidia-Treiber verwenden will, bleibt das System stehen (Totalabsturz, nicht mal num-lock zuckt noch). Hier die Details: valiant:~ # cat /etc/SuSE-release SuSE Linux 9.0 (i586) VERSION = 9.0 valiant:~ # uname -a Linux valiant 2.4.21-99-default #1 Wed Sep 24 13:30:51 UTC 2003 i686 athlon i386 GNU/Linux valiant:~ # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Athlon(tm) XP 2500+ stepping : 0 cpu MHz : 1837.402 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 3620.86 valiant:~ # free -m total used free shared buffers cached Mem: 1008 309 699 0 69 118 -/+ buffers/cache: 120 887 Swap: 732 0 732 valiant:~ # lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400 AGP] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge 00:06.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U 00:0b.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/ A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) und http://vvv.koehntopp.de/XF86Config für ebendiese Datei. Sobald ich hier Driver "nivida" aktiviere, bekomme ich Textmodus, blinkende Zeichentrümmer und Lockup. Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
Kristian Köhntopp schrieb:
Jetzt habe ich doch an der Kröte gelutscht. Ich weiß es ja besser: .0-Versionen immer brav zwei Monate in der vmware abhängen lassen!
Jo, da kann ich nur sagen: Selbst Schuld! Froschschenkel als Mahl- zeit sind schon lange verpoehnt :-)
Aber nein, es mußte gleich die physikalische Kiste sein, und dann noch das Suse Update. Was soll ich sagen: Mein System läuft fast noch. Nur wenn ich den nvidia-Treiber verwenden will, bleibt das System stehen (Totalabsturz, nicht mal num-lock zuckt noch).
Hier die Details: [...] und http://vvv.koehntopp.de/XF86Config für ebendiese Datei. Sobald ich hier Driver "nivida" aktiviere, bekomme ich Textmodus, blinkende Zeichentrümmer und Lockup.
Schon mal versucht, den Framebuffer zu deaktivieren (vga=normal)? Das hat bei Zeichentruemmern auf der Konsole schon oft Wunder ge- wirkt. Ansonsten koennte es noch am Zusammenspiel mit ACPI, APIC und APM liegen. Das Modul "nvidia" laesst sich aber schon von Hand per modprobe laden, oder? Wird eigentlich noch ein Log-File /var/log/XFree86.0.log geschrieben beim Startversuch? Gruesse, Thomson
On Saturday 18 October 2003 10:19, Thomas Hertweck wrote:
Schon mal versucht, den Framebuffer zu deaktivieren (vga=normal)?
valiant:~ # cat /boot/grub/menu.lst # Modified by YaST2. Last modification on Fri Oct 17 22:34:57 2003 default 0 gfxmenu (hd0,0)/message timeout 8 color white/blue black/light-gray ###Don't change this comment - YaST2 identifier: Original name: linux### title linux kernel (hd0,0)/vmlinuz root=/dev/hdb3 vga=normal hda=ide-scsi hdc=ide-scsi desktop splash=silent hdalun=0 hdclun=0 initrd (hd0,0)/initrd ###Don't change this comment - YaST2 identifier: Original name: failsafe### title failsafe kernel (hd0,0)/vmlinuz root=/dev/hdb3 vga=normal ide=nodma apm=off acpi=off hda=ide-scsi hdc=ide-scsi initrd (hd0,0)/initrd ###Don't change this comment - YaST2 identifier: Original name: memtest86### title memtest86 kernel (hd0,0)/memtest.bin Ohne vga=normal bootet die Kiste sowieso nicht. Mit vga=normal und dem Nividia-Treiber in der XF86Config kommt sie immerhin bis ins X. Mit ohne Nvidia-Treiber und damit ohne 3D-Beschleunigung kommt sie bis ins X. Mit der 8.2 ging X noch mit Beschleunigung...
Wird eigentlich noch ein Log-File /var/log/XFree86.0.log geschrieben beim Startversuch?
http://vvv.koehntopp.de/XFree86.0.log.old Das ist das Log... Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
Hi, Am Samstag, 18. Oktober 2003 11:19 schrieb Kristian Köhntopp: ...
Ohne vga=normal bootet die Kiste sowieso nicht. Mit vga=normal und dem Nividia-Treiber in der XF86Config kommt sie immerhin bis ins X. Mit ohne Nvidia-Treiber und damit ohne 3D-Beschleunigung kommt sie bis ins X.
Mit der 8.2 ging X noch mit Beschleunigung...
Wird eigentlich noch ein Log-File /var/log/XFree86.0.log geschrieben beim Startversuch?
aber die NVidia-Module hast du schon neu gebaut (für den neuen Kernel), oder hast du das versäumt? ciao dieter -- registered linuxuser 199810 it's time to close windows....
On Saturday 18 October 2003 11:56, Dieter Franzke wrote:
aber die NVidia-Module hast du schon neu gebaut (für den neuen Kernel), oder hast du das versäumt?
Ich habe -rw-r--r-- 1 root root 8196793 Oct 18 05:48 NVIDIA-Linux-x86-1.0-4496-pkg2.run neu runtergeladen und neu durchlaufen lassen. Dabei hat das Teil den Compiler durchlaufen lassen, ja. Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG Now playing: OHN - regret
Hi Kristian, , Am Samstag, 18. Oktober 2003 12:14 schrieb Kristian Köhntopp:
On Saturday 18 October 2003 11:56, Dieter Franzke wrote:
aber die NVidia-Module hast du schon neu gebaut (für den neuen Kernel), oder hast du das versäumt?
Ich habe
-rw-r--r-- 1 root root 8196793 Oct 18 05:48 NVIDIA-Linux-x86-1.0-4496-pkg2.run
neu runtergeladen und neu durchlaufen lassen. Dabei hat das Teil den Compiler durchlaufen lassen, ja.
nimm doch mal die options in deiner config raus: Section "Device" BoardName "GeForce4 MX 440" BusID "1:0:0" Driver "nv" Identifier "Device[0]" Screen 0 Option "Rotate" "off" VendorName "NVidia" EndSection nur ganz rudimentär: Identifier und Driver, Rest mit "#" versehen. dieter -- registered linuxuser 199810 it's time to close windows....
* Samstag, 18. Oktober 2003 um 11:19 (+0200) schrieb Kristian Köhntopp:
http://vvv.koehntopp.de/XFree86.0.log.old
(II) NVIDIA(0): AGP 8X successfully initialized
AFAIK haben die 2.4.X-Kernel massive Probleme (= agpgart funktioniert
nicht) mit AGP 3.X. (siehe lkml-Archiv).
Probiere doch mal das NvAGP oder ein Umstellen auf AGP 2.X im
BIOS-Setup (falls möglich).
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
On Saturday 18 October 2003 12:12, Andreas Koenecke wrote:
Probiere doch mal das NvAGP oder ein Umstellen auf AGP 2.X im BIOS-Setup (falls möglich).
Kannst Du das (NvAGP) näher ausführen? Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG Now playing: OHN - regret
* Samstag, 18. Oktober 2003 um 12:14 (+0200) schrieb Kristian Köhntopp:
On Saturday 18 October 2003 12:12, Andreas Koenecke wrote:
Probiere doch mal das NvAGP oder ein Umstellen auf AGP 2.X im BIOS-Setup (falls möglich).
Kannst Du das (NvAGP) näher ausführen?
Ein
Option "NvAGP" "1"
in die Screen-Section der XF86Config. Weitere Informationen dazu in
/usr/share/doc/NVIDIA_GLX-1.0/README.
(Falls aber das agpgart-Modul schon einmal geladen wurde, muss
(zumindest hier bei mir) der Rechner neu gebootet werden, ein Entladen
des Moduls reicht nicht.)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Andreas Koenecke schrieb:
[...] Ein
Option "NvAGP" "1"
in die Screen-Section der XF86Config. Weitere Informationen dazu in /usr/share/doc/NVIDIA_GLX-1.0/README.
Ich wuerde es evtl. auch mal mit einem alias char-major-195 nvidia options nvidia NVreg_ReqAGPRate=4 in der /etc/modules.conf versuchen (wobei die alias-Zeile schon vorhanden sein muesste), das sollte AGP auf 4x be- schraenken. Mit 8x AGP habe ich auch schon schlechte Er- fahrungen gemacht. Braucht man im Prinzip auch gar nicht... CU, Th.
* Samstag, 18. Oktober 2003 um 13:54 (+0200) schrieb Thomas Hertweck:
Ich wuerde es evtl. auch mal mit einem
alias char-major-195 nvidia options nvidia NVreg_ReqAGPRate=4
in der /etc/modules.conf versuchen (wobei die alias-Zeile schon vorhanden sein muesste), das sollte AGP auf 4x be- schraenken. Mit 8x AGP habe ich auch schon schlechte Er- fahrungen gemacht.
AFAIR hilft "Herunterschalten" auf 4x AGP (allein) wohl auch
nicht. Das Problem dabei ist wohl, dass 4x AGP 3.x nicht das Gleiche
ist wie 4x AGP 2.x (Geänderte Chipsatz-Register). Falls man im
BIOS-Setup nicht explizit auf AGP 2.x umstellen kann, dann wird eine
AGP 3.x-Karte immer mit AGP 3.x betrieben (bei einem AGP 3.x-fähigen
Chipsatz).
In lkml wurde den Betroffenen empfohlen, auf Kernel 2.6.0-testX
umzusteigen.
Es ist mir aber nicht klar, ob das Problem nur das Kernel-AGP betrifft
oder z.B. das NVidia-AGP auch betroffen ist...
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hi, 0n 03/10/18@11:19 Kristian Köhntopp told me:
On Saturday 18 October 2003 10:19, Thomas Hertweck wrote:
Ohne vga=normal bootet die Kiste sowieso nicht. Mit vga=normal und dem Nividia-Treiber in der XF86Config kommt sie immerhin bis ins X. Mit ohne Nvidia-Treiber und damit ohne 3D-Beschleunigung kommt sie bis ins X.
Mit der 8.2 ging X noch mit Beschleunigung...
Schau Dir vielleicht mal das Appendix C des nvidia Readmes an und ueberpruefe, ob die links da entsprechend liegen. Sax/mesa/switch2 (vielleicht auch updates) fummeln da gerne dran rum. -- bye maik
participants (5)
-
Andreas Koenecke
-
Dieter Franzke
-
Kristian Köhntopp
-
Maik Holtkamp
-
Thomas Hertweck