NVIDIA Treiber

[Roland Wolters]

Hi,
falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia Treiber 
sind draußen - scheint ganz nett zu sein, es funktioniert jetzt auch mit 
4Stack Kerneln (also dem Original Fedora Kernel), und es gibt ein graphisches 
Konfigurationstool.

Weitere Infos unter:
http://www.pro-linux.de/news/2004/6989.html
http://redhatforum.stonebyte.de/index.php?showtopic=1497

(beim zweiten Link ist ein Screenshot des Werkzeugs zu finden, um zumindest 
einen Eindruck zu bekommen)

Weiss aber jemand von euch, in wie weit livna es plant, diesen Treiber 
ebenfalls als rpm zu verpacken? Leider habe ich dazu nichts entsprechendes in 
den Listen von livna gefunden.

Und: ich habe, da ich fast immer updates gefahren bin, immer noch 
eine /etc/X11/XF86Config, die ja mittlerweile eigentlich XorgConfig oder 
ähnlich heissen sollte, oder nicht?
Wie wandle ich die eine in die andere um?

Roland

[CSFX.de]

na Zeit wirds auch ;-)

Danke für den Hinweis, hatte es schon abgehakt und nicht mehr geguckt.


-- 
---
csfx.de - websolutions

Lutz Güttler
Berliner Straße 21
14547 Beelitz OT. Fichtenwalde

6106 rpms (was: NVIDIA Treiber)

[Axel Thimm]

Passende rpms gibt unter
http://atrpms.net/name/nvidia-graphics-4kstack/

Über feedback würde ich mich freuen. :)

On Thu, Jul 01, 2004 at 12:23:32PM +0000, Roland Wolters wrote:
>  Hi,
>  falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia Treiber 
>  sind draußen - scheint ganz nett zu sein, es funktioniert jetzt auch mit 
>  4Stack Kerneln (also dem Original Fedora Kernel), und es gibt ein graphisches 
>  Konfigurationstool.
>  
>  Weitere Infos unter:
>  http://www.pro-linux.de/news/2004/6989.html
>  http://redhatforum.stonebyte.de/index.php?showtopic=1497
>  
>  (beim zweiten Link ist ein Screenshot des Werkzeugs zu finden, um zumindest 
>  einen Eindruck zu bekommen)
>  
>  Weiss aber jemand von euch, in wie weit livna es plant, diesen Treiber 
>  ebenfalls als rpm zu verpacken? Leider habe ich dazu nichts entsprechendes in 
>  den Listen von livna gefunden.
>  
>  Und: ich habe, da ich fast immer updates gefahren bin, immer noch 
>  eine /etc/X11/XF86Config, die ja mittlerweile eigentlich XorgConfig oder 
>  ähnlich heissen sollte, oder nicht?
>  Wie wandle ich die eine in die andere um?
>  
>  Roland
>  
>   
-- 
Axel.Thimm at ATrpms.net

6106 rpms (was: NVIDIA Treiber)

[Christoph Wickert]

Am Do, den 01.07.2004 schrieb Axel Thimm um 13:31:
>  Passende rpms gibt unter
>  http://atrpms.net/name/nvidia-graphics-4kstack/
>  
>  Über feedback würde ich mich freuen. :) 
Nach der Installation der Pakete (Kernel 435, 435.1.2 und 435.2.3)
konnte das Nvivia-Modul "alias char-major-195 nvidia-1.0-6106" nicht
geladen werden, was auch nicht weiter verwunderlich ist, da es 
"nvidia-1_0-6106" heißt, also <Unterstrich> statt <Punkt>. (Axel,
hast
Du das so zur Kenntnis genommen oder soll ich über bugzilla.atrpms.net
gehen?)

Ansonsten funktionieren die RPMs ganz gut, vielen Dank also!

Christoph

6106 rpms (was: NVIDIA Treiber)

[Axel Thimm]

On Mon, Jul 05, 2004 at 06:14:48PM +0200, Christoph Wickert wrote:
>  Am Do, den 01.07.2004 schrieb Axel Thimm um 13:31:
>  > Passende rpms gibt unter
>  > http://atrpms.net/name/nvidia-graphics-4kstack/
>  > 
>  > Über feedback würde ich mich freuen. :)
>  
>  Nach der Installation der Pakete (Kernel 435, 435.1.2 und 435.2.3)
>  konnte das Nvivia-Modul "alias char-major-195 nvidia-1.0-6106" nicht
>  geladen werden, was auch nicht weiter verwunderlich ist, da es 
>  "nvidia-1_0-6106" heißt, also <Unterstrich> statt <Punkt>. (Axel,
> hast
>  Du das so zur Kenntnis genommen oder soll ich über bugzilla.atrpms.net
>  gehen?) 
Nein, schon gelesen :)

Das Paket mußte umbenannt werden, weil modutils von FC2 beim ersten
Punkt stoppen (allerdings nur modprobe, nicht depmod und modinfo, also
irgendein Inkonsistenz-bug. Ob's nun erlaubt ist Punkte in Modulnamen
zu verwenden oder nicht, weiß ich nicht, auf jedenfall muß man gegen
diesen Bug/Feature etwas unternehmen, sprich "." -> "_").

Die Umbenennung mußte ich zwei unterschiedlichen rpms stattfinden, dem
jeweiligen kernel Modul, sowie nvidia-graphics-helpers. Ich wette, daß
zum Zeitpunkt der Installation des kernel Moduls noch das alte
nvidia-graphics-helpers installiert war. Die aktuelle Version, die über
die Umbenennung "." -> "_" Bescheid weiß ist

nvidia-graphics-helpers-0.0.5-5.at

Wenn diese installiert ist, einfach

nvidia-graphics-switch 6106

eingeben, und die modprobe.conf/modutils.conf werden entsprechende
Einträge erhalten :)

>  Ansonsten funktionieren die RPMs ganz gut, vielen Dank also! 
Danke für's feedback. Schade, daß die Treiber mit xawtv Murks machen. :(
-- 
Axel.Thimm at ATrpms.net

[Michael Schwendt]

On Thu, 1 Jul 2004 12:23:32 +0000, Roland Wolters wrote:

>  Weiss aber jemand von euch, in wie weit livna es plant, diesen
> Treiber 
>  ebenfalls als rpm zu verpacken? Leider habe ich dazu nichts entsprechendes in 
>  den Listen von livna gefunden. 
http://www.redhat.com/archives/fedora-devel-list/2004-June/msg01100.html

[Andreas Mueller]

Roland Wolters wrote:
>  Hi,
>  falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia
>  Treiber sind draußen - scheint ganz nett zu sein, es funktioniert
>  jetzt auch mit 4Stack Kerneln (also dem Original Fedora Kernel), und
>  es gibt ein graphisches Konfigurationstool. 
Das Tool gibt es glaube ich schon länger, fragt nicht seit wann. Ich 
habe es zumindest schonmal benutzt, und das ist vielleicht ein halbes 
Jahr her.

Grüße,
Andreas

[Roland Wolters]

Once upon a time Andreas Mueller wrote:
>  Roland Wolters wrote:
>  > falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia
>  > Treiber sind draußen - scheint ganz nett zu sein, es funktioniert
>  > jetzt auch mit 4Stack Kerneln (also dem Original Fedora Kernel), und
>  > es gibt ein graphisches Konfigurationstool.
>
>  Das Tool gibt es glaube ich schon länger, fragt nicht seit wann. Ich
>  habe es zumindest schonmal benutzt, und das ist vielleicht ein halbes
>  Jahr her. 
Interessant, vor allen Dingen, da selbst nvidia auf der Homepage gerade dies 
mit einem extra Manual als neu heraus stellen:
* Added configuration utility "nvidia-settings".  For details, see the user 
guide

Sicher, dass wir das gleiche Werkzeug meinen?

Roland

[Andreas Mueller]

Roland Wolters wrote:
>  Once upon a time Andreas Mueller wrote:
>  > Roland Wolters wrote:
>  > > falls es irgendjemand noch nicht mitbekommen hat, die neuen
>  > > nvidia Treiber sind draußen - scheint ganz nett zu sein, es
>  > > funktioniert jetzt auch mit 4Stack Kerneln (also dem Original
>  > > Fedora Kernel), und es gibt ein graphisches Konfigurationstool.
>  >
>  > Das Tool gibt es glaube ich schon länger, fragt nicht seit wann.
>  > Ich habe es zumindest schonmal benutzt, und das ist vielleicht ein
>  > halbes Jahr her.
>
>  Interessant, vor allen Dingen, da selbst nvidia auf der Homepage
>  gerade dies mit einem extra Manual als neu heraus stellen:
>  * Added configuration utility "nvidia-settings".  For details, see
>  the user guide
>
>  Sicher, dass wir das gleiche Werkzeug meinen? 
Ja. Ich gebe zu, den Treiber gab es offiziell nicht, aber es war Version 
1.0-4620, unter anderem bei ATrpms gab es ein RPM.

http://www.sh.nu/download/nvidia/linux-2.6/NVIDIA-Linux-x86-1.0-4620-pkg0...
http://download.atrpms.net/production/packages/fedora-1-i386/atrpms/

Als Beispiel ein Bild:
http://doom3maps.ngz-network.de/images/tutorials/nvidia-settings-01.jpg

Grüße,
Andreas

[Stefan Hoelldampf]

Roland Wolters wrote:

>  Interessant, vor allen Dingen, da selbst nvidia auf der Homepage
> gerade dies 
>  mit einem extra Manual als neu heraus stellen:
>  * Added configuration utility "nvidia-settings".  For details, see the user 
>  guide
>  
>  Sicher, dass wir das gleiche Werkzeug meinen? 
Sicher, IIRC war es der Beta-Treiber 4620, jedenfalls funktionierte beim
damaligen Treiber-Tool auch der Parameter "--load-config-only" zum Laden
der vorherigen Einstellungen. Auch an die Oberfläche an sich kann ich
mich erinnern.

Regards,
	Stefan

[Alexander Dalloz]

Am Do, den 01.07.2004 schrieb Roland Wolters um 14:23:

>  falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia
> Treiber 
>  sind draußen - scheint ganz nett zu sein, es funktioniert jetzt auch mit 
>  4Stack Kerneln (also dem Original Fedora Kernel), und es gibt ein graphisches 
>  Konfigurationstool. 
Im Zusammenspiel mit v4l(2) habe ich mit dem neuen NVidia Treiber auf
FC2 Probleme. Wie auf der englischsprachigen Fedora Liste bereits von 2
Leuten berichtet, so habe auch ich beim Betrieb von xawtv (das ATrpms
Paket) komplette System "freezes". Es hilft dann nur ein Reset.
Komischerweise tritt das nicht sofort auf, sobald ich xawtv starte,
sondern nicht vorhersagbar wenige Minuten nach Programmstart. Gleiches
passierte nun gestern ebenfalls beim Testen meiner Phillips Webcam (mit
pwc + pwcx Treiber Modul). Mit dem x.org nv Treiber Modul hatte ich auf
FC2 keine solchen groben Systemfehler.

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) on Athlon CPU kernel 2.6.6-1.435.2.3 
Serendipity 18:28:55 up 18:11, 8 users, 0.34, 0.27, 0.12

[Axel Thimm]

On Mon, Jul 05, 2004 at 06:35:26PM +0200, Alexander Dalloz wrote:
>  Am Do, den 01.07.2004 schrieb Roland Wolters um 14:23:
>  
>  > falls es irgendjemand noch nicht mitbekommen hat, die neuen nvidia Treiber 
>  > sind draußen - scheint ganz nett zu sein, es funktioniert jetzt auch mit 
>  > 4Stack Kerneln (also dem Original Fedora Kernel), und es gibt ein graphisches 
>  > Konfigurationstool.
>  
>  Im Zusammenspiel mit v4l(2) habe ich mit dem neuen NVidia Treiber auf
>  FC2 Probleme. Wie auf der englischsprachigen Fedora Liste bereits von 2
>  Leuten berichtet, so habe auch ich beim Betrieb von xawtv (das ATrpms
>  Paket) komplette System "freezes". Es hilft dann nur ein Reset.
>  Komischerweise tritt das nicht sofort auf, sobald ich xawtv starte,
>  sondern nicht vorhersagbar wenige Minuten nach Programmstart. Gleiches
>  passierte nun gestern ebenfalls beim Testen meiner Phillips Webcam (mit
>  pwc + pwcx Treiber Modul). Mit dem x.org nv Treiber Modul hatte ich auf
>  FC2 keine solchen groben Systemfehler. 
Das ist natürlich ganz schön ärgerlich. Von Deiner Beschreibung her
scheint das Problem nun eindeutig beim nvidia Treiber zu liegen (sonst
war xawtv auch ein Kandidat, aber da man auch ohne xawtv das System
ins nirvana schicken kann, bleibt wohl nur nvidia übrig). Da das auch
nicht sofort eintritt, könnte es ein Memory leak sein (hattest Du ein
Auge auf memory Usage?)

Alexander, ich habe auch 8kstack kernel incl. passenden nvidia
Treiber:

http://atrpms.net/dist/fc2/kernel-testing/
http://atrpms.net/dist/fc2/nvidia-graphics-8kstacks/

Wenn Du Zeit/Lust hast, könntest Du es mal mit diesen ausprobieren?
Wäre interessant zu wissen, ob nvidia doch noch einige 4k/8k
Inkompatibilitäten übersehen hat.

Dank & Gruß, Axel.
-- 
Axel.Thimm at ATrpms.net

[Alexander Dalloz]

Am Di, den 06.07.2004 schrieb Axel Thimm um 11:12:

>  Das ist natürlich ganz schön ärgerlich. Von Deiner Beschreibung her
>  scheint das Problem nun eindeutig beim nvidia Treiber zu liegen (sonst
>  war xawtv auch ein Kandidat, aber da man auch ohne xawtv das System
>  ins nirvana schicken kann, bleibt wohl nur nvidia übrig). Da das auch
>  nicht sofort eintritt, könnte es ein Memory leak sein (hattest Du ein
>  Auge auf memory Usage?)
>  
>  Alexander, ich habe auch 8kstack kernel incl. passenden nvidia
>  Treiber:
>  
>  http://atrpms.net/dist/fc2/kernel-testing/
>  http://atrpms.net/dist/fc2/nvidia-graphics-8kstacks/
>  
>  Wenn Du Zeit/Lust hast, könntest Du es mal mit diesen ausprobieren?
>  Wäre interessant zu wissen, ob nvidia doch noch einige 4k/8k
>  Inkompatibilitäten übersehen hat.
>  
>  Dank & Gruß, Axel. 
Hallo Axel,

danke erst mal für dein Interesse. Ich schaue mir auf jeden Fall deine
Pakete an und werde sie auch testen. Unerwähnt hatte ich gelassen, dass
tvtime stundenlang (auch mit Senderwechsel) laufen kann, ohne dass etwas
passiert. Das Gleiche gilt für mplayer, den ich auch mal testweise zum
TV gucken verwendet habe. glxgears hat auch keine Probleme bereitet. Die
Neukompilation von xawtv gegen die libraries vom NVidia Treiber
(libGL.so) hat ebenfalls nicht geholfen.

Eigentlich benötige ich nicht unbedingt die 3D Beschleunigung durch die
NVidia Treiber, mal von der gelegentlichen Runde FooBillard abgesehen.
Andererseits habe ich schon den Eindruck, dass der NVidia Treiber ein
besseres Bild auf meinem CRT ausgeben was die Klarheit und
Bildstabilität angeht, als der x.org Treiber (beide bei 1600x1200@85).

Ich bleibe am Ball und gebe Rückmeldung.

Bis dann

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) on Athlon CPU kernel 2.6.6-1.435.2.3 
Serendipity 14:31:12 up 1 day, 14:13, load average: 1.15, 1.25, 1.14

[Alexander Dalloz]

Am Di, den 06.07.2004 schrieb Axel Thimm um 11:12:

>  > > falls es irgendjemand noch nicht mitbekommen hat, die neuen
> nvidia Treiber 
>  > > sind draußen - scheint ganz nett zu sein, es funktioniert jetzt auch mit 
>  > > 4Stack Kerneln (also dem Original Fedora Kernel), und es gibt ein graphisches 
>  > > Konfigurationstool.
>  > 
>  > Im Zusammenspiel mit v4l(2) habe ich mit dem neuen NVidia Treiber auf
>  > FC2 Probleme. Wie auf der englischsprachigen Fedora Liste bereits von 2
>  > Leuten berichtet, so habe auch ich beim Betrieb von xawtv (das ATrpms
>  > Paket) komplette System "freezes". Es hilft dann nur ein Reset.
>  > Komischerweise tritt das nicht sofort auf, sobald ich xawtv starte,
>  > sondern nicht vorhersagbar wenige Minuten nach Programmstart. Gleiches
>  > passierte nun gestern ebenfalls beim Testen meiner Phillips Webcam (mit
>  > pwc + pwcx Treiber Modul). Mit dem x.org nv Treiber Modul hatte ich auf
>  > FC2 keine solchen groben Systemfehler.
>  
>  Das ist natürlich ganz schön ärgerlich. Von Deiner Beschreibung her
>  scheint das Problem nun eindeutig beim nvidia Treiber zu liegen (sonst
>  war xawtv auch ein Kandidat, aber da man auch ohne xawtv das System
>  ins nirvana schicken kann, bleibt wohl nur nvidia übrig). Da das auch
>  nicht sofort eintritt, könnte es ein Memory leak sein (hattest Du ein
>  Auge auf memory Usage?)
>  
>  Alexander, ich habe auch 8kstack kernel incl. passenden nvidia
>  Treiber:
>  
>  http://atrpms.net/dist/fc2/kernel-testing/
>  http://atrpms.net/dist/fc2/nvidia-graphics-8kstacks/
>  
>  Wenn Du Zeit/Lust hast, könntest Du es mal mit diesen ausprobieren?
>  Wäre interessant zu wissen, ob nvidia doch noch einige 4k/8k
>  Inkompatibilitäten übersehen hat. 
So liebe Leute,

ich habe jetzt seit gut 1 Stunde einen selbst kompilierten Kernel laufen
mit 8Kstacks und den aktuellen NVidia Treibern

# CONFIG_4KSTACKS is not set
uname -r --> 2.6.7-mm6

und während der ganzen Zeit xawtv laufen. Mehrfach die Kanäle gewechselt
und an den Einstellungen Änderungen vorgenommen. Fazit: stabil und kein
freeze! Ganz offensichtlich haben die NVidia Treiber doch irgendwo noch
Probleme mit 4Kstacks. Andererseits wundert mich, dass tvtime keine
Probleme aufwirft. Um wirklich sicher zu gehen, dass die Ursache bei den
4Kstacks liegt und nicht bei einem der anderen zahlreichen Patches im
Fedora Core 2 Kernel müsste ich noch einmal den Kernel bauen und nur den
4Kstacks Patch raus lassen. Wenn das alles hier auf der Kiste nur nicht
so elend lange dauern würde ...

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) on Athlon CPU kernel 2.6.7-mm6 
Serendipity 02:06:06 up 1:04, 9 users, 0.22, 0.23, 0.27

[Alexander Dalloz]

Am Di, den 06.07.2004 schrieb Axel Thimm um 11:12:

>  Alexander, ich habe auch 8kstack kernel incl. passenden nvidia
>  Treiber:
>  
>  http://atrpms.net/dist/fc2/kernel-testing/
>  http://atrpms.net/dist/fc2/nvidia-graphics-8kstacks/
>  
>  Wenn Du Zeit/Lust hast, könntest Du es mal mit diesen ausprobieren?
>  Wäre interessant zu wissen, ob nvidia doch noch einige 4k/8k
>  Inkompatibilitäten übersehen hat.
>  
>  Dank & Gruß, Axel. 
Hallo miteinander!

Ich habe heute xawtv auf Version 3.93 geupdated mit deinem Paket Axel.
Und was soll ich sagen? Kein Systemfreeze mehr!

Ein detailliertes Changelog von xawtv selber kann ich nicht finden,
sprich ob sich spezielle Änderungen bezüglich 4Kstacks im Code finden,
weiß ich nicht.

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp 
Serendipity 19:37:56 up 23:29, 8 users, 0.76, 0.58, 0.42

[Axel Thimm]

On Tue, Jul 20, 2004 at 07:45:43PM +0200, Alexander Dalloz wrote:
>  Am Di, den 06.07.2004 schrieb Axel Thimm um 11:12:
>  
>  > Alexander, ich habe auch 8kstack kernel incl. passenden nvidia
>  > Treiber:
>  > 
>  > http://atrpms.net/dist/fc2/kernel-testing/
>  > http://atrpms.net/dist/fc2/nvidia-graphics-8kstacks/
>  > 
>  > Wenn Du Zeit/Lust hast, könntest Du es mal mit diesen ausprobieren?
>  > Wäre interessant zu wissen, ob nvidia doch noch einige 4k/8k
>  > Inkompatibilitäten übersehen hat.
>  > 
>  > Dank & Gruß, Axel.
>  
>  Hallo miteinander!
>  
>  Ich habe heute xawtv auf Version 3.93 geupdated mit deinem Paket Axel.
>  Und was soll ich sagen? Kein Systemfreeze mehr! 
Super! Danke für den Feedback!

>  Ein detailliertes Changelog von xawtv selber kann ich nicht finden,
>  sprich ob sich spezielle Änderungen bezüglich 4Kstacks im Code finden,
>  weiß ich nicht. 
Ein Diff 3.92->3.93 ergibt (außerhalb von contrib) nur einen Patch bei
blit.c in gl_init. Neu ist ein XSync, sowie die Fehlerabfangroutinen,
und die Reihenfolge des Abbruchs, wenn die Hardware kein GL kann
(früher wurde glXMakeCurrent vor dem 3D Check aufgerufen).

D.h. es sind (außer XSync) soweit ich das beurteilen kann, nur solche
Stellen angefaßt worden, die ein nicht-funktionierendes GL betreffen.

Erhälst Du möglicherweise ein

	WARNING: Your OpenGL setup is broken.

bzw. beim Einschalten von debug

	blit: gl: can't create context

oder

	blit: gl: DRI=No

Wenn ja, dann funktioniert es nur deshalb, weil xawtv eine bessere
Fehlerabfangmöglichkeit hat, aber trotzdem nvidia's glx auf die Nase
fällt :(

Wenn nein, scheint XSync die rettende Änderung gewesen zu sein :)

Funktioniert glxgears mit zufriedenstellenden Ergebnissen?

Zum Schluß der relevante Teil der xawtv Änderungen:

 static int gl_init(Widget widget)
 {
+    void *old_handler;
     XVisualInfo *visinfo;
     GLXContext ctx;
 
     if (debug)
        fprintf(stderr,"blit: gl: init\n");
     visinfo = glXChooseVisual(XtDisplay(widget),
                              XScreenNumberOfScreen(XtScreen(widget)),
                              gl_attrib);
     if (!visinfo) {
        if (debug)
            fprintf(stderr,"blit: gl: can't get visual (rgb,db)\n");
        return -1;
     }
     ctx = glXCreateContext(XtDisplay(widget), visinfo, NULL, True);
-    glXMakeCurrent(XtDisplay(widget),XtWindow(widget),ctx);
-    if (debug)
-       fprintf(stderr, "blit: gl: DRI=%s\n",
-               glXIsDirect(XtDisplay(widget), ctx) ? "Yes" : "No");
+    if (!ctx) {
+       if (debug)
+           fprintf(stderr,"blit: gl: can't create context\n");
+       return -1;
+    }
 
     /* there is no point in using OpenGL for image scaling if it
      * isn't hardware accelerated ... */
+    if (debug)
+       fprintf(stderr, "blit: gl: DRI=%s\n",
+               glXIsDirect(XtDisplay(widget), ctx) ? "Yes" : "No");
     if (!glXIsDirect(XtDisplay(widget), ctx))
        return -1;
+
+    old_handler = XSetErrorHandler(catch_gl_error);
+    glXMakeCurrent(XtDisplay(widget),XtWindow(widget),ctx);
+    XSync(XtDisplay(widget), False);
+    XSetErrorHandler(old_handler);
+    if (gl_error)
+       return -1;
     
     have_gl = 1;
     glGetIntegerv(GL_MAX_TEXTURE_SIZE,&max_gl);
     if (debug)
        fprintf(stderr,"blit: gl: texture max size: %d\n",max_gl);
     return 0;
 }
-- 
Axel.Thimm at ATrpms.net

[Alexander Dalloz]

Am Mi, den 21.07.2004 schrieb Axel Thimm um 0:32:

>  Ein Diff 3.92->3.93 ergibt (außerhalb von contrib) nur einen Patch
> bei
>  blit.c in gl_init. Neu ist ein XSync, sowie die Fehlerabfangroutinen,
>  und die Reihenfolge des Abbruchs, wenn die Hardware kein GL kann
>  (früher wurde glXMakeCurrent vor dem 3D Check aufgerufen).
>  
>  D.h. es sind (außer XSync) soweit ich das beurteilen kann, nur solche
>  Stellen angefaßt worden, die ein nicht-funktionierendes GL betreffen.
>  
>  Erhälst Du möglicherweise ein
>  
>  	WARNING: Your OpenGL setup is broken.
>  
>  bzw. beim Einschalten von debug
>  
>  	blit: gl: can't create context
>  
>  oder
>  
>  	blit: gl: DRI=No 
Weder noch. Hier der Auszug aus dem debug log (xawtv -debug 2 -c
/dev/vidoe0):

video: shell: size 384x288+0+0
gd: init
blit: init
blit: gl: init
blit: gl: DRI=Yes
blit: gl: texture max size: 0
blit: resize 384x288
gd: config 384x288 win=380005e

>  Wenn ja, dann funktioniert es nur deshalb, weil xawtv eine bessere
>  Fehlerabfangmöglichkeit hat, aber trotzdem nvidia's glx auf die Nase
>  fällt :(
>  
>  Wenn nein, scheint XSync die rettende Änderung gewesen zu sein :)
>  
>  Funktioniert glxgears mit zufriedenstellenden Ergebnissen? 
Ja, bei 1600x1200@85 und 24bit Farbtiefe erhalte ich:

$ glxgears
9462 frames in 5.0 seconds = 1892.400 FPS
10475 frames in 5.0 seconds = 2095.000 FPS
9534 frames in 5.0 seconds = 1906.800 FPS
10537 frames in 5.0 seconds = 2107.400 FPS
X connection to :0.0 broken (explicit kill or server shutdown).

Die Karte ist eine ELSA Gloria III [lspci: 01:05.0 VGA compatible
controller: nVidia Corporation NV15GL [Quadro2 Pro] (rev a4)]

Besten Dank Axel für die Inspektion der Änderungen! Ich werde noch mal,
um ganz sicher zu gehen, das ältere Paket installieren. Zwischenzeitlich
habe ich nämlich das Motherboard gewechselt. Das sollte keinen Einfluss
haben, da andere ja das identische Problem gemeldet haben, aber man weiß
ja nie. Auch habe ich dementsprechend den Kernel neu gebaut mit SMP
Unterstützung (User Mode Linux patch ins RPM eingepflegt, amd76x_pm
patch für AMD 76x native power management)

vermagic:       2.6.6-1.435.2.3.ad.umlsmp SMP preempt K7 REGPARM
4KSTACKS gcc-3.3

Wie zu sehen ist 4Kstacks aber drin, zusätzlich preempt an. xawtv habe
ich übrigens mittels deines SRPMs auf meinem System selber kompiliert
unter Auslassung der lirc Unterstützung.

Ich mail noch mal, wenn ich die Alternativen getestet habe, um sicher zu
sein, was den status quo nach meinem Update angeht. Jedenfalls hat xawtv
den ganzen Abend durchgehalten; schon schön ;)

Gruß

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp 
Serendipity 00:44:01 up 1 day, 4:35, load average: 0.42, 0.38, 0.34

UML (was: NVIDIA Treiber)

[Axel Thimm]

On Wed, Jul 21, 2004 at 01:09:58AM +0200, Alexander Dalloz wrote:
>  Auch habe ich dementsprechend den Kernel neu gebaut mit SMP
>  Unterstützung (User Mode Linux patch ins RPM eingepflegt, 
AAA!!! Will ich haben! :)

Ist das skas (der host patch) oder der guest patch? Schon mal UML auf
FC2 laufen lassen (mit FC2 root fs)? Wenn ja, rolle ich Dir einen roten
Teppich von Bielefeld nach Berlin :)

>  amd76x_pm patch für AMD 76x native power management)
>  
>  vermagic:       2.6.6-1.435.2.3.ad.umlsmp SMP preempt K7 REGPARM
>  4KSTACKS gcc-3.3 
-- 
Axel.Thimm at ATrpms.net

UML (was: NVIDIA Treiber)

[Alexander Dalloz]

Am Mi, den 21.07.2004 schrieb Axel Thimm um 1:28:

>  On Wed, Jul 21, 2004 at 01:09:58AM +0200, Alexander Dalloz wrote:
>  > Auch habe ich dementsprechend den Kernel neu gebaut mit SMP
>  > Unterstützung (User Mode Linux patch ins RPM eingepflegt,
>  
>  AAA!!! Will ich haben! :) 
Gerne, was genau?

>  Ist das skas (der host patch) oder der guest patch? Schon mal UML
> auf
>  FC2 laufen lassen (mit FC2 root fs)? Wenn ja, rolle ich Dir einen roten
>  Teppich von Bielefeld nach Berlin :) 
Ja, sorry, es ist der Skas patch, so modifiziert, dass er sich mit dem
aktuellen FC2 Kernel bauen lässt. Mit anderen Worten, ich habe das SRPM
des Kernels genommen, entpackt, den Patch angepasst und ins spec file
eingebaut und notwendigerweise die .config files angepasst. Abschließend
den Kernel mit --target i686 bauen lassen - was eine halbe Ewigkeit
dauert. Achso, den devanon Patch habe ich nicht eingebaut.

Ich habe auch schon mit UML experimentiert. Ein FC2 habe ich noch nicht
zufrieden stellend zum Laufen bekommen. Das fertige root fs von Bill
Stearns

http://www.stearns.org/uml-root/root_fs.fc-2-client.pristine.20040504.bz2

hat ordentlich gebootet, allerdings lief dann kein SSHD, sodass ich dann
bei fehlender Kenntnis, mit serieller Konsole weiter zu machen, vorerst
in meinen Versuchen gebremst wurde. Ich habe auch ein deutlich
schlankeres Debian Woody r2 gestartet, dass ebenfalls keinen SSHD laufen
hatte.

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp 
Serendipity 01:43:39 up 1 day, 5:35, load average: 0.37, 0.23, 0.26

UML (was: NVIDIA Treiber)

[Alexander Dalloz]

Am Mi, den 21.07.2004 schrieb Alexander Dalloz um 2:05:

>  Ich habe auch schon mit UML experimentiert. Ein FC2 habe ich noch
> nicht
>  zufrieden stellend zum Laufen bekommen. Das fertige root fs von Bill
>  Stearns
>  
>  http://www.stearns.org/uml-root/root_fs.fc-2-client.pristine.20040504.bz2
>  
>  hat ordentlich gebootet, allerdings lief dann kein SSHD, sodass ich dann
>  bei fehlender Kenntnis, mit serieller Konsole weiter zu machen, vorerst
>  in meinen Versuchen gebremst wurde. Ich habe auch ein deutlich
>  schlankeres Debian Woody r2 gestartet, dass ebenfalls keinen SSHD laufen
>  hatte. 
Korrektur, Woody rennt nun mit einem sshd und wird grad zu einem Sarge.
Hat mir doch keine Ruhe gelassen :) Geholfen hat die Umstellung der Ein-
und Ausgabe auf xterms.

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp 
Serendipity 04:13:43 up 1 day, 8:05, load average: 0.65, 1.14, 1.06

[Alexander Dalloz]

Am Mi, den 21.07.2004 schrieb Alexander Dalloz um 1:09:

>  Besten Dank Axel für die Inspektion der Änderungen! Ich werde noch
> mal,
>  um ganz sicher zu gehen, das ältere Paket installieren. Zwischenzeitlich
>  habe ich nämlich das Motherboard gewechselt. Das sollte keinen Einfluss
>  haben, da andere ja das identische Problem gemeldet haben, aber man weiß
>  ja nie. Auch habe ich dementsprechend den Kernel neu gebaut mit SMP
>  Unterstützung (User Mode Linux patch ins RPM eingepflegt, amd76x_pm
>  patch für AMD 76x native power management) 
>  Ich mail noch mal, wenn ich die Alternativen getestet habe, um sicher
> zu
>  sein, was den status quo nach meinem Update angeht. Jedenfalls hat xawtv
>  den ganzen Abend durchgehalten; schon schön ;) 
So, nun noch mal ausgiebig mit anderen Kerneln getestet: dem aktuellen
FC2 Kernel kernel 2.6.6-1.435.2.3, dem selbst kompilierten Kernel
gleicher Version mit UML host-skas3 patch non-SMP und in der SMP
Variante.

Egal ob die ältere xawtv Version 3.92 oder die neue Version 3.93, das
Programm läuft stabil und es kommt zu keinem kompletten System freeze.
Das Fazit muss also lauten: es handelt sich vermutlich um ein Problem
bei bestimmten Chipsätzen.

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.6-1.435.2.3.ad.umlsmp 
Serendipity 22:33:31 up 7:21, 11 users, 1.64, 2.06, 1.42