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

Newegg Daily Deals

Reply
 
Thread Tools
Old 06-18-09, 01:04 PM   #1
ocelot09
Registered User
 
Join Date: Jun 2009
Posts: 5
Default With 185.18.14 driver, Xserver 100% pegged with a XCopyPlane call

We have to call XCopyPlane once a second through a Xt timeout proc. Whenever
this X function is called, the Xserver will be pegged @100%. Keyboard and mouse
hardly response unless we kill the process.

But if I run the same program without using the timeout proc, calling XCopyPlane
is just fine.

I saw this problem since 180.xx.xx released. So we have to stay with 177.70.33
driver. We have a 64bit Linux 2.6.9-67 with Quadro NVS 290 card.
ocelot09 is offline   Reply With Quote
Old 06-18-09, 02:58 PM   #2
zander
NVIDIA Corporation
 
zander's Avatar
 
Join Date: Aug 2002
Posts: 3,740
Default Re: 185.18.14 completely broken, 185.18.10 works fine

@ocelot09: please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for instructions on how to report a bug. If you can, please provide a test case that reproduces the problem you're seeing.

Last edited by AaronP; 06-18-09 at 03:23 PM. Reason: Moved from the thread "185.18.14 completely broken, 185.18.10 works fine"
zander is offline   Reply With Quote
Old 06-19-09, 02:54 PM   #3
ocelot09
Registered User
 
Join Date: Jun 2009
Posts: 5
Default Re: With 185.18.14 driver, Xserver 100% pegged with a XCopyPlane call

@zander: I cannot reproduce the problem with a small testcase. But it does happen
when running our programs. Many our customers reported the same issue after
they moved to the 180 driver. So we have to tell them to stay with older releases.

So I wonder if we can send you the whole application system to nVidia to trace the
bug?

Right now we workaround the problematic XCopyPlane call by using the XGetImage
to manually extract a bitmap mask. That worked. This indicates that there is a bug
there indeed. Can you check what the code behind XCopyPlane changed between
170 and 180? This X function is basically used to extract a 1-bit bitmap from a full
depth (e.g. 24bit) pixmap. I guess there is something wrong around this operation.
ocelot09 is offline   Reply With Quote
Old 06-19-09, 10:42 PM   #4
AaronP
NVIDIA Corporation
 
AaronP's Avatar
 
Join Date: Mar 2005
Posts: 2,487
Default Re: With 185.18.14 driver, Xserver 100% pegged with a XCopyPlane call

Does performance improve if you run "nvidia-settings -a InitialPixmapPlacement=1"?
AaronP is offline   Reply With Quote
Old 06-22-09, 02:06 PM   #5
ocelot09
Registered User
 
Join Date: Jun 2009
Posts: 5
Default Re: With 185.18.14 driver, Xserver 100% pegged with a XCopyPlane call

@AaronP: Finally it works by setting the InitialPixmapPlacement=0. I first tried the value 1
as you suggested. It's kind working, but it takes 3+ seconds to execute XCopyPlane for the
first time. After that it just takes 10ms. But that happens again when I enlarge canvas, which means I will free the old pixmaps and create new pixmaps with the same size as the
resized canvas.

So 0 for InitialPixmapPlacement works for me so far, i.e. force pixmaps stay in system memory. I checked its default value on my Linux box. It's 2, i.e. create pixmaps in video memory. Our code is calling the following X functions:

XCopyPlane(... pix24, pix1); // extract a bitmap from pix24 to pix1
XSetClipMask(... gc, pix1); // use the extracted pix1 as clipping mask
XCopyArea(... another_pix24, pix24, gc ...) // copy another pixmap to the pix24 where
// the pix1 mask was extracted from

Does the above calling sequence mess up your driver in the configuration 2?

Another issue: I just tried to put "InitialPixmapPlacement" "0" in the Device session of
the xorg.conf. I got the message in Xorg.0.log:

(WW) NVIDIA(0): Option "InitialPixmapPlacement" is not used.

Anything wrong here? I attached xorg.conf and Xorg.0.log files.
Attached Files
File Type: log Xorg.0.log (27.2 KB, 61 views)
File Type: txt xorg.conf.txt (2.1 KB, 75 views)
ocelot09 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 01:16 PM.


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