171.05 + 6150 +laptop = Scramble VT

[longshot-nm]

Just downloaded and tested the 171.05 64 bit driver. VT are still unusable. Sync is still off. Nvidia engineers, please give use some help on finding out why the latest drivers are having such a problem with sync on laptop screens.

[zander]

The 171.05 driver release is intended for use with Tesla S870 GPU Computing Systems, only.

[longshot-nm]

Well, the problem is in how the 169+ drivers are dealing with the LCD screen. I plug in an external monitor and it works fine in the VT. Using nvidia xserver settings, adding the external monitor to the X session, and displaying the X session on both screens, when you switch back to a VT, the LCD on the laptop is out of sync but the screen on the external monitor is fine. You can enter commands and see what the results are on the external monitor.

Please tell us what we could change to get the internal LCD screens working again.

Attached is the edid as seen by the 169+ drivers.

Monitor section:
VendorName "LPL"
ModelName "LGPHILIPSLCD LCD MONITOR"
UseModes "Modes[0]"
DisplaySize 330 210
HorizSync 30.0 - 62.0
VertRefresh 43.0 - 60.0
Option "DPMS"

[vherva]

Originally Posted by zander

The 171.05 driver release is intended for use with Tesla S870 GPU Computing Systems, only.

Ok, thanks.

I don't suppose anybody could tell whether ABI 1.4 is going to be supported in near future? Fedora 9 alpha is out, and I'd like to play with it. "nv" driver works, but I'd of course like to use "nvidia".

Or is there any chance the current drivers are usable with -ignoreABI?

[savali]

Originally Posted by zander

The 171.05 driver release is intended for use with Tesla S870 GPU Computing Systems, only.

Well in that case perhaps you should change nvidia-installer to not automatically install that version with --update flag...

-- Savali

[evil_core]

I dont have any problems with VT on 7300GT, maybe because im using vesafb.

[longshot-nm]

The issue is something that was changed between the 100 series and the 169+ dealing with how the driver handles laptop lcd screens. External monitors work fine on my laptop.

[evil_core]

I dont have VT problem with vesafb on any of two screens(VT works on that monitor(s), that was switched on during POST(or maybe vesafb initialization, not shure)
But I have vsync problem on left CRT monitor(connected to DVI-DSUB), and i have vsync working on right LCD monitor connect directly to DSUB), in clone mode(102x768+0+0,1024x768+0+), and one big screen(1024x768+0+0, 1024x768+1024+0) using nvidia xinerama(with disabled dyn. twinview, triple buffering enabled), compiz fusion. And screenshots looks more vsynced then left screen( wobbling window looks really strange on screenshots).
I was playing with switching vsync in ccsm, nvclock, and setting __GL_SYNC_TO_VBLANK= variable , and it doesnt help.
I also cannot enable Anisotrophic filtering trogh variable and nvclock(before running compiz, and games).

I know 171.05 is not supported on 7300GT, but I feel like it eats much less CPU when moving wobbling window with glxgears(which runs smoothly), and cube works quicker(but maybe its caused by not working aniso, and maybe mor poor graphic).

Im waiting from many relases when Xv overlay will be probably sized when using 1024x768 resolution(in 2048x768 it works great)

[longshot-nm]

The problem is in one of the libraries that replace a X or Mesa library. After doing an update that included X modules, the NVidia driver loaded and the VT were fine. Reloaded the NVidia driver and then the VT were broken again, due to 1 or more libraries being replaced.

[iro]

Please look at this: http://www.nvnews.net/vbulletin/show....php?p=1797697