nvidia-kernel/glx 8174

[drphibes]

Just tried this new nVidia release out this morning and I notice, using default X, the standard gray X background "swims" with distortion. I am masking this off until I hear some more feedback. Initial impression: negative.

[pinr]

Well just emerged it on an AMD 64 system with an NVIDIA FX5200 card and it seems fine. Of course it's too early to say how stable it is but everything seems to be working.

[Pete M]

No problems here on AMD64 and 2 x Nvidia 6600GT's in SLI mode

In fact the screen appears to be much sharper

Pete

[Chacabaou]

What about the cards that needed <=1.0.6629-r4 to work?

Does this problem persist in 8xxx? Any experiences?

Chacabaou.

[dgaffuri]

What about the cards that needed <=1.0.6629-r4 to work?

Does this problem persist in 8xxx? Any experiences?

Chacabaou.

AFAIK those cards are desupported on new drivers, no version above 6xxx will reintroduce compatibility. Anyway you may check the readme on the nvidia site.

[Deepak420]

I'm also using the new driver with no issues at all (even have composite running nicely - only crash was xmame in XV mode). Are you talking about the grey inverted pixel BG? If this is the case try adjusting things with xvidtune and recalculating your modeline.

[dgaffuri]

I'm using it too (with xorg 7.0). No problems until now.

[dark_glaive]

When I upgraded I was having issues.

All GL apps crash with a "Cannot find libGL.so.1" errors and "Cannot find libGLCore.so.1 errors"

Adding symlinks in /usr/lib that linked to the /usr/lib/opengl/nvidia stuff made those errors go away but instead the programs started crashing with

"Cannot find RGB double-buffered screen"

I downgraded to 7176 and everything went back to working? Anyone know what's going on?

Are you guys using opengl-update or eselect-opengl? I ask because when I installed nvidia-glx-1.0.8174 "Switching to nvidia openGL..." popped up several times for about 10 seconds each time it came up. That's different than when I switched back to nvidia-glx.10.7176 where "Switching to nVidia openGL..." came up once and finished quickly.

[Tilgovi]

I'm using eselect but I think I had to tweak some stuff though I stupidly don't remember what.
I remember reading somewhere that the newest eselect has some issues with getting paths right for opengl on amd64.

Anyway, I'm using these drivers with 6.8.2-r6 on AMD64 with a GeForce 4 Ti 4600.
No problems at all. Composite is on, RenderAccel enabled. Direct rendering works. OpenGL works (aside from inevitable problem of gl apps rendering above everything else).

I think maybe I've had one crash in many hours? And I've been messing around with all my translucency and shadow settings. I use Kompose and things like that too. Watched movies in mplayer/xine.

I'd say it seems to be at least at stable as the 6 series drivers that were previously the highest ones marked stable on AMD64.

Good work, Nvidia.

-Randall

[drphibes]

Just tried this new nVidia release out this morning and I notice, using default X, the standard gray X background "swims" with distortion. I am masking this off until I hear some more feedback. Initial impression: negative.

OK I checked the on-screen display of my Samsung 710T LCD and the issue is this: with nvidia 8184 it is now using the 75.0Hz mode line below, whereas before, using 7676, it was using the 60.0Hz. My preference is the 60.0Hz vert. refresh with this LCD.

(**) NVIDIA(0): Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz <- 8184 uses this modeline
(**) NVIDIA(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz <- 7676 uses this modeline

These are my unchanged Monitor/Screen sections of my xorg.conf:

Code: Select all

Section "Monitor"
    Identifier   "Samsung 710T"
    DisplaySize  340   270     # mm
    HorizSync    30-81
    #VertRefresh 56-75
    VertRefresh  60
    Option       "DPMS"   "false"
EndSection

Section "Screen"
    Identifier     "Screen1"
    Device         "nVidia Geforce3"
    Monitor        "Samsung 710T"
    DefaultDepth   24
    Subsection "Display"
        Depth       24
        Modes       "1280x1024"
        ViewPort    0 0
    EndSubsection
EndSection 

EDIT:

OK I solved this little puzzle. nvidia 7676 respects my VertRefresh 60 line, but 8184 does not. I use that line to cap my vertical refresh at 60Hz and disallow the higher 75Hz, because the display "swims" at that 75Hz frequency, even though the EDID of the monitor reports it as 56-75Hz capable. The fix with 8174 is to use the nvidia option:

Code: Select all

Option "UseEdidFreqs" "false"

in the Device section of the xorg.conf. This causes the driver not to favor the EDID information reported by the montior over my HorizSync and VertRefresh lines.

[parkus]

i have this same problem too. i added the useedidfrqs set to false, but i still see the color distortion, its even more apparent when i open firefox

[drphibes]

Item 6 below was what bit me in the a**, as I figured out above.

Code: Select all

Release Highlights:


* Added support for SLI FrameRendering. Please see the README
for details.

* Added support for new GPUs such as the GeForce 6100 and GeForce 6150.

* Added a new utility 'nvidia-xconfig', which is a commandline
tool for updating X configuration files.

* Added manpages for 'nvidia-xconfig', 'nvidia-settings', and
'nvidia-installer'.

* Improved workstation OpenGL performance on Solaris.

* Made UseEdidFreqs "on" by default; the NVIDIA X driver will
use the valid HorizSync and VertRefresh frequency ranges from the
EDID whenever possible.

* Added support for Stereo Digital Flat Panels such as the SeeReal
and Sharp3D DFPs.

* Added HTML version of the README.

* Added support for static Rotation; see the "Rotate" X config option
in the README.

* Improved stability on 64-bit Linux 2.6 kernels.

* Fixed driver installation when SELinux is enabled.


The 1.0-8174 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via HTT

[noergeli]

What about the cards that needed <=1.0.6629-r4 to work?

Does this problem persist in 8xxx? Any experiences?

Still no luck for me. No hardlocks anymore as caused by 7xxx drivers, so i'm able to reboot with ctrl+alt+del, but screen stays blank. All i get from the logs is:

Code: Select all

[kernel] Unable to handle kernel NULL pointer dereference at virtual address 00000094
[kernel]  printing eip:
[kdm] :0[6296]: IO Error in XOpenDisplay
[kdm] Display :0 cannot be opened
[kdm] Unable to fire up local display :0; disabling.

I'm back on 6629 now.

And yes, my card appears in the list of supported cards.

[pgolik]

When I upgraded I was having issues.
All GL apps crash with a "Cannot find libGL.so.1" errors and "Cannot find libGLCore.so.1 errors"

What wersion of eselect are you using? I had similar problems that went away when I downgraded eselect-opengl to 1.03 and eselect to 1.0_rc2 or 0.9.6. Try downgrading them, re-reun eselect opengl set nvidia
and see if it helps. 8174 drivers work well for me.
Pawl

[hilde]

I emerged the new nvidia-drivers and all the text in my KDE-session becaume very tiny (on a 19 inch screen in 1600x1200). When I remerged version 1.0.7676-r2, it was normal again. Does anyone know how to solve this (except staying with my current driver)? My graphics card is an XFX GeForce 6200 128MB (PCI-X).

[firephoto]

I emerged the new nvidia-drivers and all the text in my KDE-session becaume very tiny (on a 19 inch screen in 1600x1200). When I remerged version 1.0.7676-r2, it was normal again. Does anyone know how to solve this (except staying with my current driver)? My graphics card is an XFX GeForce 6200 128MB (PCI-X).

When kde starts check the output of:
xdpyinfo | grep -B1 dot

That will show your resolution, displaysize and dots per inch values that are being used. My guess is with the high resolution you are running your dpi isn't getting detected correctly. Add a "DisplaySize" parameter to your xorg.conf if the dpi is wrong and if it's correct you'll just have to get used to your correct fonts or bump the minimum size up from what you got used to with the incorrect dpi. If it's an lcd the display size should be around 383x302mm, would be less for a crt.

This url might help some too.
http://download.nvidia.com/XFree86/Linu ... dix-y.html

[frostschutz]

Using the new 8xxx drivers, suddenly all modes are at 60Hz on my CRT, causing really bad flickering. 7xxx drivers are running at 85-90Hz. Specifying the modeline directly in the config works fine for 7xxx, but has no effect on 8xxx drivers. No idea what's going on... I'm running on x86 Athlon-XP with a GF4 TI4200 AGP card.

[dgaffuri]

Using the new 8xxx drivers, suddenly all modes are at 60Hz on my CRT, causing really bad flickering. 7xxx drivers are running at 85-90Hz. Specifying the modeline directly in the config works fine for 7xxx, but has no effect on 8xxx drivers. No idea what's going on... I'm running on x86 Athlon-XP with a GF4 TI4200 AGP card.

Could be related to

Code: Select all

Option "UseEdidFreqs" "false"

[zark]

Me i had a problem on my laptop ... xorg configured for 1280x800 but with the new driver it would only go to 1024x768

just added the Option "UseEdidFreqs" "false" to device section and all is back to normal.

just posting this here so other people can find it ^ ^

[120!]

on my laptop these drivers cause a hardlock when X starts (running xorg 6.8.2). I don't use RenderAccel, my card is supposed to be supported (GeForce 440 Go ... an old one I know) ... sticking to 7676 for now then.

[d4rkn0va]

Had some issues with the new version and my dualhead-setup.

It seems like my current config specified one frequency for both monitors (CRT and LCD) to work with, but since the new nvidia-modules don't care about that anymore, my LCD stopped working after the upgrade.

Option "UseEdidFreqs" "false" did the trick for me, too.

BTW: Using X.org 7.0 on a GFX5900.

[hilde]

When kde starts check the output of:
xdpyinfo | grep -B1 dot

That will show your resolution, displaysize and dots per inch values that are being used. My guess is with the high resolution you are running your dpi isn't getting detected correctly. Add a "DisplaySize" parameter to your xorg.conf if the dpi is wrong and if it's correct you'll just have to get used to your correct fonts or bump the minimum size up from what you got used to with the incorrect dpi. If it's an lcd the display size should be around 383x302mm, would be less for a crt.

I tried everything. When I use the 1.0.7676-r1 drivers, I have:

Code: Select all

  dimensions:    1600x1200 pixels (363x272 millimeters)
  resolution:    112x112 dots per inch

When I use the new drivers, I always get

Code: Select all

  dimensions:    1600x1200 pixels (813x824 millimeters)
  resolution:    50x112 dots per inch

and the unreadably tiny fonts, whatever options I set in my xorg.conf. I tried

Code: Select all

DisplaySize 363 272

in the Monitor section and

Code: Select all

Option     "UseEdidFreqs" "false"

in the Device section. I also tried them together, but I didn't get any result. The only solution that works at this moment is using the 1.0.7676-r1 drivers. By the way, my screen is CRT.

[firephoto]

Code: Select all

Option     "UseEdidFreqs" "false"

You need to use:

Code: Select all

Option "UseEdidDpi" "FALSE"

[mesman00]

Just tried this new nVidia release out this morning and I notice, using default X, the standard gray X background "swims" with distortion. I am masking this off until I hear some more feedback. Initial impression: negative.

OK I checked the on-screen display of my Samsung 710T LCD and the issue is this: with nvidia 8184 it is now using the 75.0Hz mode line below, whereas before, using 7676, it was using the 60.0Hz. My preference is the 60.0Hz vert. refresh with this LCD.

(**) NVIDIA(0): Default mode "1280x1024": 135.0 MHz, 80.0 kHz, 75.0 Hz <- 8184 uses this modeline
(**) NVIDIA(0): Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz <- 7676 uses this modeline

These are my unchanged Monitor/Screen sections of my xorg.conf:

Code: Select all

Section "Monitor"
    Identifier   "Samsung 710T"
    DisplaySize  340   270     # mm
    HorizSync    30-81
    #VertRefresh 56-75
    VertRefresh  60
    Option       "DPMS"   "false"
EndSection

Section "Screen"
    Identifier     "Screen1"
    Device         "nVidia Geforce3"
    Monitor        "Samsung 710T"
    DefaultDepth   24
    Subsection "Display"
        Depth       24
        Modes       "1280x1024"
        ViewPort    0 0
    EndSubsection
EndSection 

EDIT:

OK I solved this little puzzle. nvidia 7676 respects my VertRefresh 60 line, but 8184 does not. I use that line to cap my vertical refresh at 60Hz and disallow the higher 75Hz, because the display "swims" at that 75Hz frequency, even though the EDID of the monitor reports it as 56-75Hz capable. The fix with 8174 is to use the nvidia option:

Code: Select all

Option "UseEdidFreqs" "false"

in the Device section of the xorg.conf. This causes the driver not to favor the EDID information reported by the montior over my HorizSync and VertRefresh lines.

i was having the same problem as you so i added the Opetion "UseEdidFreq" "false" to my xorg.conf file. however, this causes the screen resolution to be 640x480 in kde, even though i have it set to 1600x1200. here is what my xorg.conf relevant parts loook like:

Code: Select all

Section "Device"
        Option     "UseEdidFreqs" "false"
        Option      "AllowGLXWithComposite" "true"
        Option      "RenderAccel" "true
        Identifier  "Card0"
        Driver      "nvidia"
        VideoRAM    65536
        VendorName  "nVidia Corporation"
        BoardName   "NV28 [GeForce4 Ti 4200 AGP 8x]"
        BusID       "PCI:1:0:0"
EndSection

Code: Select all

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "Monitor0"
        DefaultDepth 24
        SubSection "Display"
                Depth     24
                Modes "1600x1200"
                Viewport   0 0
        EndSubSection
EndSection

can anyone help?

also, i'm using a CRT monitor, if that makes a difference.

[drphibes]

can anyone help?

also, i'm using a CRT monitor, if that makes a difference.

what do you have in the "Monitor" section of your xorg.conf? you will certainly need HorizSync and VertRefresh lines,
since "UseEdidFreqs" "false" tells the driver to read those lines instead of the data from the monitor (EDID). you may
also need a DisplaySize line. read /var/log/Xorg.0.log carefully. it is very helpful.