180.29 Xinerama Freeze and console switch problem

noheip · 02-13-09, 06:23 AM

Hello,

I have two Cards with 3 Monitors.
With Xinerama enabled after about 100 focus changes between windows on two different "monitors" the focus freezes. It seems that mouse position doesn't ger correctly interpreted, since I have cursor shape changes on one monitore where the corresponding window really is on another monitor (at approx that position).
The real problem is that also the window manager (xfwm) isn't able to switch between windows anymore, so I'm not sure if this is xorg or nvidia related.
But when I log in form a remote machine an kill the application which holds the focus, the whole X server dies.

Another problem I have with the 180.29 (also with 180.25) driver is that I can't switch to console. The console itself is working, but I can't see anything, just a frozen boot-screen. After blindly login in I can execute any command, so it's just the graphic output which is not working.

Best regards,

-Harry

noheip · 02-13-09, 09:31 AM

The focus freeze problem is solved. It was an xorg-server problem.
I filed a PR in the FreeBSD bug database with link to more info and fix:
http://www.freebsd.org/cgi/query-pr.cgi?pr=131644

The console swithing problem still persists.
It also takes very long to resart X.
That's what I found in the logs:

kernel: NVRM: Xid (0001:00): 8, Channel 00000020

(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d248)
(WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d248)
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d270)
(WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d270)
(WW) NVIDIA(0): Failed to free video decoder object
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d2a4)
(WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d2a4)
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d2c0)
(WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d2c0)
(EE) NVIDIA(0): Failed to unmap registers.
(EE) NVIDIA(0): Failed to free registers.
(EE) NVIDIA(0): Failed to tear down DAC
(EE) NVIDIA(0): Unable to free semaphore dma context: 0xc
(EE) NVIDIA(0): Unable to free semaphore surface: 0xc
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d610)
(WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d610)

noheip · 02-24-09, 01:40 AM

Hello, am I the only one having problems switching from X to console?
Any progress in findung a solution?
Here's some more kernel output:
+NVRM: Xid (0001:00): 8, Channel 00000020
+NVRM: Xid (0001:00): 13, 0002 beef3097 00004097 00000208 0000012d 00000002
+NVRM: Xid (0002:00): 13, 0004 beee3097 00004497 00000208 0000012d 00000002
+NVRM: Xid (0002:00): 13, 0005 beed3097 00004497 00000208 0000012d 00000002
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000
+NVRM: Xid (0001:00): 8, Channel 00000020

Thanks,

-Harry

sillium · 02-25-09, 03:30 AM

Hi,

i had similar problems with xserver 1.5, nvidia, xinerama, 3 monitors and rotation.
Console switching wouldn't work (Got an empty console window, typing commands worked though).
Furthermore there where some nasty graphical bugs which only occured with rotation.

My solution was to switch back to xserver 1.4.
If you a recent ports tree you can do this with a supfile like this:

Code:

*default host=CHANGE_THIS.FreeBSD.org                                                                                    
*default base=/var/db                                                                                                  
*default prefix=/usr                                                                                                   
*default release=cvs date=2009.01.23.00.00.00                                                                          
*default delete use-rel-suffix                                                                                         
                                                                                                                       
*default compress                                                                                                      
                                                                                                                       
ports-x11-servers

For me it even worked to build x11/xorg (7.4) without any problems:

$ pkg_info -I xorg-7.4 xorg-server-1.4.2,1
xorg-7.4 X.Org complete distribution metaport
xorg-server-1.4.2,1 X.Org X server and related programs

bschwand · 05-19-10, 10:21 AM

I have a similar thing, where focus gets stuck on a window and can not be regained. This is with 195.36.24 (BETA) for FreeBSD x86/x86_64, on 2 asus EN8400GS cards. Did you find a solution ?

noheip · 09-07-10, 07:16 AM

Quote:

Originally Posted by noheip

The focus freeze problem is solved. It was an xorg-server problem.
I filed a PR in the FreeBSD bug database with link to more info and fix:
http://www.freebsd.org/cgi/query-pr.cgi?pr=131644

The console swithing problem still persists.

Not any more. This was a stubbornly one, surviving lots of releases, but after upgrading to 256.52 I have my console back

) (RELENG_8-i386, xorg-server-1.7.5)
Thanks to the nvidia-guys for your highly appreciated job in supporting FreeBSD. So lets solve the CUDA/OpenCL thingie

02-13-09, 06:23 AM	#1
noheip Registered User Join Date: Jul 2008 Posts: 11	180.29 problem switching from X to console Hello, I have two Cards with 3 Monitors. With Xinerama enabled after about 100 focus changes between windows on two different "monitors" the focus freezes. It seems that mouse position doesn't ger correctly interpreted, since I have cursor shape changes on one monitore where the corresponding window really is on another monitor (at approx that position). The real problem is that also the window manager (xfwm) isn't able to switch between windows anymore, so I'm not sure if this is xorg or nvidia related. But when I log in form a remote machine an kill the application which holds the focus, the whole X server dies. Another problem I have with the 180.29 (also with 180.25) driver is that I can't switch to console. The console itself is working, but I can't see anything, just a frozen boot-screen. After blindly login in I can execute any command, so it's just the graphic output which is not working. Best regards, -Harry Last edited by noheip; 02-24-09 at 01:41 AM.

02-13-09, 09:31 AM	#2
noheip Registered User Join Date: Jul 2008 Posts: 11	Re: 180.29 Xinerama Freeze and console switch problem The focus freeze problem is solved. It was an xorg-server problem. I filed a PR in the FreeBSD bug database with link to more info and fix: http://www.freebsd.org/cgi/query-pr.cgi?pr=131644 The console swithing problem still persists. It also takes very long to resart X. That's what I found in the logs: kernel: NVRM: Xid (0001:00): 8, Channel 00000020 (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d248) (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d248) (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d270) (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d270) (WW) NVIDIA(0): Failed to free video decoder object (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d2a4) (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d2a4) (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d2c0) (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d2c0) (EE) NVIDIA(0): Failed to unmap registers. (EE) NVIDIA(0): Failed to free registers. (EE) NVIDIA(0): Failed to tear down DAC (EE) NVIDIA(0): Unable to free semaphore dma context: 0xc (EE) NVIDIA(0): Unable to free semaphore surface: 0xc (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00000000, 0x0000d610) (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00000000, 0x0000d610)

02-24-09, 01:40 AM	#3
noheip Registered User Join Date: Jul 2008 Posts: 11	Re: 180.29 problem switching from X to console Hello, am I the only one having problems switching from X to console? Any progress in findung a solution? Here's some more kernel output: +NVRM: Xid (0001:00): 8, Channel 00000020 +NVRM: Xid (0001:00): 13, 0002 beef3097 00004097 00000208 0000012d 00000002 +NVRM: Xid (0002:00): 13, 0004 beee3097 00004497 00000208 0000012d 00000002 +NVRM: Xid (0002:00): 13, 0005 beed3097 00004497 00000208 0000012d 00000002 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0002:00): 6, PE0004 0200 07800000 00000000 00000000 00000000 +NVRM: Xid (0001:00): 8, Channel 00000020 Thanks, -Harry

02-25-09, 03:30 AM	#4
sillium Registered User Join Date: Sep 2008 Posts: 27	Re: 180.29 Xinerama Freeze and console switch problem Hi, i had similar problems with xserver 1.5, nvidia, xinerama, 3 monitors and rotation. Console switching wouldn't work (Got an empty console window, typing commands worked though). Furthermore there where some nasty graphical bugs which only occured with rotation. My solution was to switch back to xserver 1.4. If you a recent ports tree you can do this with a supfile like this: Code: default host=CHANGE_THIS.FreeBSD.org default base=/var/db default prefix=/usr default release=cvs date=2009.01.23.00.00.00 default delete use-rel-suffix default compress ports-x11-servers For me it even worked to build x11/xorg (7.4) without any problems: $ pkg_info -I xorg-7.4 xorg-server-1.4.2,1 xorg-7.4 X.Org complete distribution metaport xorg-server-1.4.2,1 X.Org X server and related programs

05-19-10, 10:21 AM	#5
bschwand Registered User Join Date: May 2010 Posts: 4	Re: 180.29 Xinerama Freeze and console switch problem I have a similar thing, where focus gets stuck on a window and can not be regained. This is with 195.36.24 (BETA) for FreeBSD x86/x86_64, on 2 asus EN8400GS cards. Did you find a solution ?