Originally Posted by xweber
i can confirm that the communication to the monitor on crt-port is not like it was with the drivers before.
It does not get all the possible modes as it was before. Twinview itself is working, but not with the modes as it was.
For me its missing the resolution 1280x1024 on that crt.
In xorg.log this may be the reason for this:
NVIDIA(GPU-0): Unable to read EDID for display device CRT-1
In my xorg.conf the twinview part:
Option "TwinView" "1"
# Option "TwinViewXineramaInfoOrder" "DFP, CRT, TV"
With this minimal config X is starting up and usable. With the commented option activated the driver will lock the PC including keyboard so that it is impossible to switch to a tty to get the control back. A second PC with ssh is needed (That behavior is described in other posts in this forum). The xorg.log in that situation states as last line:
NVIDIA(0): Enabling RENDER acceleration
without any EE or WW lines or any more diagnostic lines that could point to a problem.
my card: 01:00.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7600 GS] (rev a2)
Thanks for the feedback, but as I can't work with TwinView anyway (see above comment about missing rotation in TW), the prospect of getting my PC locked up on top of that doesn't make it any less unattractive to me.
How come you can confirm that >It does not get all the possible modes as it was before<?!!
Is that a known shortcoming of the new driver and if yes then why the heck would anyone take away mode recognition features in an update?
That's like intentionally crippling features that used to work.
I am no longer interested in that new driver version as it takes wayyy to much time for me to get that stuff2work.
Now I'm just looking for a way to get the old xx.185.xx compiling on my kernel, w/o the "can't find kernel.h..." error message.