[Nouveau] "no space while hiding cursor" + extreme slowness on Quadro NVS 140M

[Maciej Grela]

Hi,

I've been using the nouveau driver for some time on my Latitude T61p
with a Quadro NVS 140M card:

4pll00555 ~ # lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI
Express Root Port (rev 0c)
00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network
Connection (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2
EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express
Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express
Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express
Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express
Port 4 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express
Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2
EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface
Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E)
IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM
(ICH8M/ICH8M-E) SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1)
03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or
AGN [Kedron] Network Connection (rev 61)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)

I'm running Gentoo and using the x11 overlay and I pull the latest
nouveau-drm, xf86-video-nouveau and libdrm gits every few weeks. After
the update this weekend I've noticed an uber-annoying performance
regression regarding the mouse cursor. When I move the mouse cursor
the movement isn't smooth but the cursor jums around making clicking
into anything pretty much impossible. It seems like something is
hogging the CPU in random moments because also the windows don't
repaint as fast as they did. I've checked with top and no background
processes are consuming the CPU. I noticed, that after the upgrade my
dmesg is spammed with the following output:

[ 5101.439419] nouveau 0000:01:00.0: no space while hiding cursor
[ 5101.726527] nouveau 0000:01:00.0: no space while hiding cursor
[ 5101.994467] nouveau 0000:01:00.0: no space while setting cursor image
[ 5102.237963] nouveau 0000:01:00.0: no space while unhiding cursor
[ 5102.486122] nouveau 0000:01:00.0: no space while setting cursor image
[ 5102.730104] nouveau 0000:01:00.0: no space while unhiding cursor
[ 5102.975492] nouveau 0000:01:00.0: no space while setting cursor image
[ 5103.220661] nouveau 0000:01:00.0: no space while unhiding cursor

Some info about my system:

4pll00555 ~ # uname -a
Linux 4pll00555 2.6.30-gentoo-r4-thinkpad #1 SMP PREEMPT Sun Aug 2
22:47:25 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz
GenuineIntel GNU/Linux
4pll00555 ~ # equery list -i xorg-server
 * Searching for xorg-server ...
[IP-] [ ~] x11-base/xorg-server-1.6.2.901 (0)
4pll00555 ~ # equery list -i mesa libdrm xf86-video-nouveau nouveau-drm
[I-O] [M~] media-libs/mesa-9999 (0)
[I-O] [M~] x11-libs/libdrm-9999 (0)
[I-O] [M~] x11-drivers/xf86-video-nouveau-9999 (0)
[I-O] [M~] x11-base/nouveau-drm-99999999 (0)
4pll00555 ~ # emerge --info

Portage 2.1.6.13 (default/linux/amd64/2008.0/desktop, gcc-4.3.3,
glibc-2.10.1-r0, 2.6.30-gentoo-r4-thinkpad x86_64)
=================================================================
System uname: Linux-2.6.30-gentoo-r4-thinkpad-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7300_ at _2.00GHz-with-gentoo-2.0.1
Timestamp of tree: Fri, 14 Aug 2009 09:15:01 +0000
app-shells/bash:     4.0_p28
dev-java/java-config: 2.1.8-r1
dev-lang/python:     2.4.4-r13, 2.5.4-r2, 2.6.2-r1, 3.1
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake:      2.6.4-r2
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.4.3-r3
sys-apps/sandbox:    2.0
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11
sys-devel/binutils:  2.19.1-r1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.30-r1

I'm also posting the Xorg.log and dmesg output from /var/log/dmesg.

Do you have any suggestions how to troubleshoot this ? What does the
message appearing in my dmesg means ? I can try to do a git bisect and
locate a commit causing this but I need to know where to look - the
kernel drm, xorg driver or libdrm, maybe somewhere else. Is it worth
to try using oprofile ?
Please also tell me do I have to open a bug on bugzilla to track this
issue or is this mailing list enough ?

Best regards,
Maciej Grela
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmesg.gz
Type: application/x-gzip
Size: 23943 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/nouveau/attachments/20090817/25814127/attachment-0002.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log.gz
Type: application/x-gzip
Size: 5021 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/nouveau/attachments/20090817/25814127/attachment-0003.bin