Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 12-13-02, 08:54 AM   #1
sep23
Registered User
 
Join Date: Dec 2002
Posts: 3
Default 4191 and Xinerama problems

Hi there,

I was quite lucky, seeing there are new Linux drivers from nvidia and it took me seconds to download the files and start with installation. It was there, the long awaitened GLX1.3/OpenGL1.4 implementation for my favorite OS and favotite hardware.

I installed the stuff from the tarballs, 'cause I run a Debian 3.0 system, with the 2.4.20 kernel. I got 2 monitors, one 19" and one 17" (both crt) using a TwinView config with MetaModes "1280x1024, 1152x64@1280x1024".

I didn't make any modifications to the os-registry.c, because I wanted to
check if everything goes well with the default settings. Reboot - and Xcomes up the ususal way. OK - check some Apps - ut2003demo ... runs, fine! - houdini ...runs, fine! Start some of the demos that come with the glut source - err..., got a window, blowing a hole in my desktop, nothing happens, my Xserver doesn't respond, and cpu-load is up to 100%. Tried some of my own stuff (which used to work fine with the
old driver) written with fltk (a gui toolkit) - same thing happens, the same with the demos from the (fltk) source tree. From now, testing got a little more painful, 'cause everytime, I started one of the critcal
programs, I had to restart the Xserver (sometimes I had to do a hard reset - OUCH! - waiting for my system to come up after checking a 45 GB hard disk .....). So here are some things I tried one by one (I redid most of the earlier tests in the next stage):

1. starting the application on a different screen with the -geometry option, same as before

2. disabling the Xinerama queries with "Option" "NoXinerama..." - no effect

3. using a differet window manager, I normally use blackbox. tried the tiny Motif WM running tests 1 and 2 - same results, even with the failsafe option (no wm and just one xterm)

4. starting X from the console, disabling the Display Manager (I use wdm) - same as above

5. ok, the hard way - disable TwinView - restart, hmm ...all goes well - no problems, must be in the new Xinerama extension

6. Turning of virtual screensize on my second monitor (the smaller one). Hey, seems better now. Programs start, but performance is very, very poor and seems to be carried out on the back of my CPU.

7. recompile some of the apps with the new header files provided (not really a solution, but I was a little dispaired) - nothing

8. Switch back to driver 1.0-3123 and go to sleep

The result I got from testing are (driver 4191):


- 2D acceleration works fine
- 3D acceleraton works fine with a single headed configuration

- in a TwinView configuration, some apps work, some do not (tested with different window managers and even without one and different gui toolkits (QT, FLTK, GLUT/native X)). Even if the Programs opens up succesfully one time, this doesn't ensure it'll do so the next time (starting ut2003 a second, third... time resulted in a black screen

- After running the tests several times it seems to depend on chance, that your GL-Programs open up correctly in a TwinView config - sometimes they do, most times they don't

Since everything runs fine with the 3123-driver (with TwinView) and with
the 4191 driver (without TwinView) I suppose, the problems come with the
new Xinerama extension.

I should mention that I never ran into problems with the older drivers, even though, I did enable all possible features even if they are not recommended to. On my ASUS K7V (Via Apoollo) I turned on SBA, FSB, AGP4X and used the VIA AGP settings with the nvidia agp driver - not a
single crash of my Xserver, all went smooth even with heavy 3d scenes.

Some Specs about my sytem:

Debian 3.0 - kernel 2.4.20 - glibc 2.2.5
Athlon 1GHZ/ASUS K7V/256MB RAM
PNY Verto - GeForce 4 Ti 4200
XFree86 4.2.0
2 CRT Monitors (19",17")
kernel and driver compiled with gcc 2.95

I got defintely no mesa installation on my sytem, that could conflict with the nvidia implementation (well I keep a source tree, but it's not installed).

If you had similar problems with the new driver - please reply. I was always pleased by the hardware and drivers, nvidia provided for GNU/Linux, and will be so in the future. Maybe this report helps to find some possible errors, or someone may give me a hint what I did wrong. If the error should be in the driver, I hope it is reproducable for debugging.

Best regards,
cu seba
sep23 is offline   Reply With Quote
Old 12-13-02, 11:53 AM   #2
azazello
Registered User
 
azazello's Avatar
 
Join Date: Dec 2002
Location: Kiev, UA
Posts: 10
Send a message via ICQ to azazello
Default

I just test dual display with separate X screens - gears from Mesa/glut and nv_VAR demo -
it works fine...

glxinfo return full information from 2 screens...

system:
Athlon TBird 750@1035,
256DDR,
KT266,
gf4ti4600
2xPhilips 170b2(17"TFT - #1 with VGA cable, #2 with DVI-D cable)..
RH8.0 default(2.4.18-18, X 4.2.0, etc)
FW/SBA on...

but I had a problem, when second monitor was connected with DVI-A(analog) - it doesn't start at all (try to set 1024 instead 1280)

Hopefully, this info will be useful for you...
azazello is offline   Reply With Quote
Old 12-13-02, 12:31 PM   #3
sep23
Registered User
 
Join Date: Dec 2002
Posts: 3
Default

Do you mean you got two separate "Device Sections" and two Screens in the "Server Layout"...?

Maybe you could post this parts of your XFree86Config-4, that would be helpful.

Thanks in Advance,
cu seba
sep23 is offline   Reply With Quote
Old 12-13-02, 12:32 PM   #4
severin
Registered User
 
Join Date: Dec 2002
Posts: 2
Default

i have big Xinerama problems.
i am running pretty standard Red Hat 8 with two video cards (a GeForce3 and a TNT2 M64), and two monitors.
under 31 series drivers Xinerama worked fine, i upgraded to 4191 from tar files over the existing setup. same XF86Config.

now some apps cause the system to hang - seems to happen when one app has several windows open, and one window crosses the boundary between monitors.

i was able to provoke the crash by running mozilla full screen on monitor 1, starting a download (which opened a download dialog on monitor 2), then dragging the download dialog across to monitor 1. after first redraw of dialog edge on monitor1, system freezes.

starting gnome-terminal seems to provoke the crash regardless of geometry settings.

RedHat 8.0 (no kernel upgrade)
AGP card = Geforce3 (ASUSv8200 deluxe)
PCI card = TNT2 M64
CPU Athlon 1700+
256MB RAM
VIA K7T266 Pro2 mobo
severin is offline   Reply With Quote
Old 12-13-02, 12:59 PM   #5
azazello
Registered User
 
azazello's Avatar
 
Join Date: Dec 2002
Location: Kiev, UA
Posts: 10
Send a message via ICQ to azazello
Default

don't pay attention to comments - it's a standard Nvidia config
################################################## ######################
# Monitor section
################################################## ########################

Section "Monitor"

Identifier "MyMonitor"
VendorName "Mitsubisi"
ModelName "Diamond Plus 120u"

# be sure to replace these values with values appropriate for your
# monitor!
HorizSync 31-70
VertRefresh 60-75

EndSection

Section "Monitor"

Identifier "MyMonitor2"
VendorName "Mitsubisi"
ModelName "Diamond Plus 120u"

# be sure to replace these values with values appropriate for your
# monitor!
HorizSync 31-70
VertRefresh 60-75

EndSection

################################################## ########################
# Graphics device section(s)
################################################## ########################

Section "Device"
Identifier "NVDAC1"
Driver "nvidia"
# update this with the PCI id of your card. Consult the output
# of the 'lspci' command.
BusID "PCI:1:0:0"
Screen 0
EndSection

Section "Device"
Identifier "NVDAC2"
Driver "nvidia"
# update this with the PCI id of your card. Consult the output
# of the 'lspci' command.
BusID "PCI:1:0:0"
Screen 1
EndSection


################################################## ########################
# Screen sections
################################################## ########################

#
# screen section for an nvidia AGP card
#

#
# screen section for an nvidia AGP TwinView card
# (look at the appropriate Device section)
#
Section "Screen"
Identifier "ScreenDAC1"
Device "NVDAC1"
Monitor "MyMonitor"
DefaultColorDepth 24
Subsection "Display"
Depth 24
Modes "1280x1024"
EndSubsection
EndSection

Section "Screen"
Identifier "ScreenDAC2"
Device "NVDAC2"
Monitor "MyMonitor2"
DefaultColorDepth 24
Subsection "Display"
Depth 24
Modes "1280x1024"
EndSubsection
EndSection


################################################## ########################
# ServerLayout sections
# (invoke using the '-layout' option of 'startx'.
################################################## ########################

#
# just one agp twinview card
#
Section "ServerLayout"
Identifier "AGPTwinView"
Screen 0 "ScreenDAC1"
Screen 1 "ScreenDAC2" LeftOf "ScreenDAC1"
InputDevice "Mouse1" "CorePointer"
InputDevice "Keyboard1" "CoreKeyboard"
EndSection
azazello is offline   Reply With Quote
Old 12-13-02, 06:40 PM   #6
seba
Registered User
 
Join Date: Oct 2002
Posts: 1
Default

Hi azazello,

Ah, ok, i know what you mean. But this gives you two logical Xscreens and and disables the TwinView Option, where you get one single Xscreen (i got only one board with two monitors connected). I tried some things out tonight and always ran into the same errors. The only applications that starts properly is houdini. ut2003 crashes nearly every second time (sometimes right at the beginning, sometimes in the middle of the game). Normal 2d rendering is no problem. Programs i compile with any window toolkit fail, even glut and Xm (beside fltk,qt and gtk). Seems I have to write to nvidia and wait for the next round of drivers (hopefully they'll fix this).

The builtin Xinerama extensions seems not very stable yet - so my only solution for now is to switch back to the old drivers and wait for new ones.

severin - did you read about the
Option "UseInt10Module" "boolean"
in the readme, this one may help you.

thanks for reply, cu seba
seba is offline   Reply With Quote
Old 12-14-02, 03:41 AM   #7
severin
Registered User
 
Join Date: Dec 2002
Posts: 2
Default

seba -

i thought the "Int10" switch was for if your second card didn't POST properly.
i will try it anyway and reread the docs - i have gone back to 31 series drivers which are working fine ATM.

thanks
severin is offline   Reply With Quote
Old 12-15-02, 02:44 AM   #8
r0gu3
Registered User
 
Join Date: Jul 2002
Location: cleveland ohio
Posts: 71
Send a message via AIM to r0gu3
Default

I have been having several problems with the newest drivers(4191) in driving multiple monitors with xinerama... I run a gf2 ultra and a gf2mx pci w/ twinview... I too have reverted back to the old drivers 3123...

Oh well... it is great that they have added the seperate screen feature on the twinview cards though... Too bad its so unstable...

- r0gu3
r0gu3 is offline   Reply With Quote

Old 12-17-02, 03:42 PM   #9
r0gu3
Registered User
 
Join Date: Jul 2002
Location: cleveland ohio
Posts: 71
Send a message via AIM to r0gu3
Default

Has Anyone gotten the new drivers working (for more than an hour) with multiple cards using xinerama???

Thanks in advanced,
- r0gu3
r0gu3 is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 10:55 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.