PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Nvidia-Treiber 1.0-5336



Seiten : [1] 2

oli993
26.01.04, 18:40
Hallo,

Changelog:

* Support for Linux 2.6 kernels.
* Fixed AGP failures on some VIA motherboards.
* Fixed a problem that prevented X from running on Samsung X10 laptops.

Download:
http://www.nvidia.com/object/linux_display_ia32_1.0-5336.html


Gruß Oli.

claudius
26.01.04, 18:50
* Support for Linux 2.6 kernels.
das gefällt mir ... :-)

oli993
26.01.04, 21:33
Also, bei mir (Kernel 2.6.1, GeForce 2 MX) ließ sich der Treiber ohne Probleme installieren. Bisher keine Probleme, was Stabilität oder Geschwindigkeit angeht.

Jetzt hat wenigstens das Gepatche unter 2.6 ein Ende - was wohl minion.de in Zukunft macht? ;)

arphuzi
26.01.04, 21:37
Original geschrieben von oli993
Also, bei mir (Kernel 2.6.1, GeForce 2 MX) ließ sich der Treiber ohne Probleme installieren. Bisher keine Probleme, was Stabilität oder Geschwindigkeit angeht.

Jetzt hat wenigstens das Gepatche unter 2.6 ein Ende - was wohl minion.de in Zukunft macht? ;)

hi,

nur so btw: auf minion.de gibts fertige installer. da musste man nichts patchen.

viele grüsse
Christian

zander
27.01.04, 07:48
@oli993: Ältere Treiberversionen, z.B. beliebte wie 1.0-4620, unterstützen Linux 2.6 auch weiterhin nicht. ;)

oli993
27.01.04, 09:29
Ja, deshalb war da ein Smilie dahinter :D

fl4kus
27.01.04, 12:04
hi
ich krieg den einfach nich installiert.
bisher hab ich immer so installiert:
sh NVIDIA-Linux-x86-*.run --kernel-include-path /usr/include/
da es --kernel-include-path nich mehr gibt also
sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --kernel-source-path /usr/include
dann meckert er dass er /usr/include/include/linux/kernel.h nicht findet also
sh NVIDIA-Linux-x86-1.0-5336-pkg1.run --kernel-source-path /usr/
kommt der fehler: Unable to determine the NVIDIA kernel module filename.
hab nen 2.4.0er. jemand ne idee woran des liegen koennt?

mfg fl4kus

oster
27.01.04, 12:30
Ist der Kernel-Source nicht irgendwo bei /usr/src/linux-xxx oder als link bei /usr/src/linux? und wenn /usr/src/linux stimmt, dann musst du den Pfad gar nicht anpassen.

fl4kus
27.01.04, 12:45
hmm ne is ja von distri zu distri verschieden afaik. hab den link zwar mal gesetzt aber krieg den fehler dann trotzdem :(

zander
27.01.04, 13:30
In /usr liegen die Kernelquellen mit Sicherheit nicht, ebensowenig liegen in /usr/include gültige Kernelheader (zumindest ist das sehr unwahrscheinlich). Insofern Du die Kernelquellen installiert hast sollte das Installationsprogramm diese selbstständig finden können.

fl4kus
27.01.04, 13:47
meine kernel.h ist in /usr/include/linux/kernel.h . ich installier auf meinem system ja nicht das erste mal die nvidia treiber. er findet sie ja auch anscheinend nur kommt dann immer Unable to determine the NVIDIA kernel module filename. :< hmm braeucht eh mal nen neuen kernel :)

JAGass
27.01.04, 13:50
Original geschrieben von oli993
Jetzt hat wenigstens das Gepatche unter 2.6 ein Ende - was wohl minion.de in Zukunft macht? ;)

Na die Treiber für Kernel 3.0 :ugly:

zander
27.01.04, 15:25
Die Existenz von linux/kernel.h unterhalb von/usr/include besagt nicht, daß dort gültige Kernelquellen installiert sind, in /usr/include/linux befinden sich üblicherweise Kernelheader, die im Zusammenhang mit libc-devel Paketen installiert wurden. Ich würde an Deiner Stelle das Installationsprogramm ohne --kernel-include-path und --kernel-source-path starten und mir die Fehlermeldungen in /var/log/nvidia-installer.log genauer ansehen.

fl4kus
27.01.04, 16:41
we schon gesagt ich hab das immer so gemacht :rolleyes: und ging bis jetzt reibungslos. wenn du dich überzeugen willst, im anhang is die ausgabe von ls.
wenn ich die installation ohne parameter starte, kann er die sourcen nicht finden.

zander
27.01.04, 16:59
Ich bezweifle nicht, daß sich auf Deinem System in /usr/src/linux Headerdateien befinden oder daß diese zu einem Kernel gehören (jedes System, daß ein glibc Entwicklerpaket installiert hat verfügt über diese Headerdateien); was ich bezweifle ist, daß sie die Konfiguration des laufenden Kernels wiederspiegeln, vollständige Kernelquellen stellen sie jedenfalls nicht dar. Hast Du einen Kernel Marke Eigenbau installiert oder benutzt Du einen Distributionskernel?

Norman
27.01.04, 19:50
"supports 2.6" würde ich nicht sagen. An alle mit 2.4 Kernel - ich gehe davon aus, dass alle neuen Treiber nur noch unter 2.6 laufen werden. Man wird wahrscheinlich den Minion patch integriert haben, was aber dazu führt, das der Treiber natürlich nur noch unter 2.6 läuft. Daher auch o.g. Fehler "cannot determine Kernel version" mit einem 2.4 Kernel.

Im übrigen wundere ich mich, wo das Konfigurationstool geblieben ist. Mal ist es da, dann ist es wieder weg.

zander
27.01.04, 21:18
Das ist völliger Unsinn, Linux 2.4 wird selbstverständlich weiterhin unterstützt; wie kommst Du zu Deiner Behauptung? Das Konfigurationsprogramm wurde bisher nicht offiziell vorgestellt, was seine Gründe haben dürfte; von "mal ist es da, dann ist es wieder weg" kann keine Rede sein. Die 1.0-4620 Version von nvidia-settings sollte derweil auch mit 1.0-5336 zusammenarbeiten.

Norman
27.01.04, 21:46
Oh je, da war ich wohl etwas voreilig. Das Problem, dass der 2.4 Kernel nicht erkannt wird, kann man umgehen, indem man einfach das alte Makefile verwendet :

make -f Makefile.nvidia

zander
27.01.04, 23:08
Das Makefile wird anhand der Kernelversion ausgewählt, die wiederum mit Hilfe der linux/version.h Headerdatei unterhalb des automatisch ermittelten oder explizit angegebenem Verzeichnisses mit den Kernelquellen ermittelt wird. Wird nun /usr/include angegeben und befinden sich dort Kernelheader für einen Linux 2.6 Kernel, obwohl Linux 2.4 läuft (diese Konfiguration ist z.B. bei Debian GNU/Linux unstable nicht selten anzutreffen), so wird das falsche Makefile ausgewählt; selbst mit dem richtigen Makefile könnte aber kein funktionstüchtiges Kernelmodul erstellt werden. Falls der Treiber der Meinung ist, daß er das Makefile von vorne herein nicht ermitteln kann, so kann das verschiedene Ursachen haben. Es wäre in dem Fall interessant herauszufinden, warum sich conftest nicht übersetzen läßt (usr/src/nv).

derkostka
28.01.04, 23:10
Mal was anderes:

Ist der Treiber irgendwie schneller als der alte 53er ? Kann das mal wer testen, denn nur vom Support her brauche ich keinen hab den "gepatchten" drauf und der rennt wunderbar...

Norman
29.01.04, 00:39
Hat sonst noch jemand mehr Abstürze erlebt ?

JAGass
29.01.04, 09:17
Bei mir gibt es keine Probleme oder Abstürze. ET läuft ohne Probleme, wie vorher mit älteren Treibern/Kernel. Aber ich habe noch die gepatchte Version und nicht die Offizielle von NVIDIA...

hunter
29.01.04, 09:29
Benutze Kernel 2.4.22. Hier war keine Änderung zum vorherigen Treiber festzustellen. Läuft alles noch genauso gut wie vorher auch.

]tux[cHriz
01.02.04, 15:50
gibts eigentlcih sonen tollen nvidia configurator ? hab da mal wad gelesen is mir aber im moment entafallen wo und wie .. / NEIN ICH MEINE NCIHT YANC ! sonder neinen Offiziellen !! ?

thermoman
01.02.04, 15:57
ftp://download.nvidia.com/XFree86/Linux-x86/1.0-5336/README

Dort einfach nach "XF86CONFIG OPTIONS" suchen.

Bisschen XFree Config editieren kann ja wohl nicht so schwer sein :)

mfg,
thermoman

leon
01.02.04, 16:34
Ich habe leider immernoch die selben Probleme wie mit den Vorgängern. Habe Gentoo 1.4 mit bootsplash.
Install geht alles, X funktioniert ja auch. Wenn ich dann aber ein ein Terminal switchen will, sehe ich nur schwarz und wenn schrift im Terminal ist sehe ich noch fette blaue und rote viereckige Blöcke. Also X ohne Probleme aber Terminal im Ar...

Vielleicht hat das noch einer. Ach wenn ich bootsplash abschalte ist das Problem dennoch vorhanden.



Gruß Leon

delmonico
05.02.04, 21:37
Hat mal jemand die geschwindigkeitsprobleme in den Griff bekommen? Ich verzweifel langsam mit 2.6...

2.4 mit Original 4xxx-Treiber: Schnell
2.4 mit Original 5xxx-Treiber: laaaaahm (1000fps @ glxgears mit ner gf2gts)
2.6 mit Original 5xxx-Treiber. laaaaahm
2.6 mit gepatchtem 4xxx-Treiber: auch lahm

ich verzweifel hier noch*argh*

ml
05.02.04, 21:54
A bisserl langsamer ist der 2.6er schon:

mit 2.4.22er:

[markus@Markus markus]$ glxgears
14104 frames in 5.0 seconds = 2820.800 FPS
15537 frames in 5.0 seconds = 3107.400 FPS
15404 frames in 5.0 seconds = 3080.800 FPS
15520 frames in 5.0 seconds = 3104.000 FPS
15475 frames in 5.0 seconds = 3095.000 FPS

mit 2.6.2er:

bash-2.05b$ glxgears
12186 frames in 5.0 seconds = 2437.200 FPS
14699 frames in 5.0 seconds = 2939.800 FPS
14844 frames in 5.0 seconds = 2968.800 FPS
14919 frames in 5.0 seconds = 2983.800 FPS
14239 frames in 5.0 seconds = 2847.800 FPS
14586 frames in 5.0 seconds = 2917.200 FPS
bash-2.05b$

BananaJoe
06.02.04, 09:09
Und wie schauts bei richtigen Spielen aus? Dieses glxgears gebenche ist ja wohl ein schlechter scherz :ugly:

mfg

ml
06.02.04, 09:36
Original geschrieben von BananaJoe
Und wie schauts bei richtigen Spielen aus? Dieses glxgears gebenche ist ja wohl ein schlechter scherz :ugly:

mfg

Ja, stimmt eigentlich.
Wieviel ich in q3 vorher hatte weiß ich nicht, aber jetzt hab ich 90fps wenn ich herumrenne (keine Explosionen oder so) bei 1152x862@32bit.