Ubuntu

[PATCH] Mouse cursor dissappears with nouveau

Reported by tdn on 2010-05-21
40
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Nouveau Xorg driver
Fix Released
Medium
Gentoo Linux
Unknown
High
libdrm (Fedora)
Unknown
Unknown
linux (Ubuntu)
Medium
Seth Forshee
Lucid
Medium
Seth Forshee
Maverick
Medium
Seth Forshee
Natty
Medium
Seth Forshee

Bug Description

SRU Justification

Impact: Mouse cursor disappears after some time of using the nouveau driver on a computer with NV50 graphics

Fix: Backport of upstream workaround that avoids using the last 32 bytes of the evo ring buffer.

Test case: Verified with natty on LP #583760.

---

Suddenly my mouse cursor dissappeared.

I got this error in the logs:
2010-05-21T13:48:37.658810+02:00 malbec.vineyard.sikkerhed.org kernel: [ 8011.646410] [drm] nouveau 0000:01:00.0: EvoCh 0 Mthd 0x0000 Data 0x00000400 (0x0002 0x01)

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: libdrm-nouveau1 2.4.18-1ubuntu3
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
Date: Fri May 21 13:50:02 2010
DkmsStatus:
 virtualbox-ose, 3.1.6, 2.6.32-21-generic, i686: installed
 virtualbox-ose, 3.1.6, 2.6.32-22-generic, i686: installed
GdmLog:
 Error: command ['kdesudo', '--', 'cat', '/var/log/gdm/:0.log'] failed with exit code 1: QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
 QFileSystemWatcher: failed to add paths: /home/tdn/.config/ibus/bus
 Bus::open: Can not get ibus-daemon's address.
 IBusInputContext::createInputContext: no connection to ibus-daemon
 cat: /var/log/gdm/:0.log: No such file or directory
GdmLog1: Error: command ['kdesudo', '--', 'cat', '/var/log/gdm/:0.log.1'] failed with exit code 1: cat: /var/log/gdm/:0.log.1: No such file or directory
GdmLog2: Error: command ['kdesudo', '--', 'cat', '/var/log/gdm/:0.log.2'] failed with exit code 1: cat: /var/log/gdm/:0.log.2: No such file or directory
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100427)
MachineType: LENOVO 6460D8G
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdLine: BOOT_IMAGE=/vmlinuz-2.6.32-22-generic root=/dev/mapper/hostname-root ro quiet splash
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=en_DK.UTF-8
 SHELL=/bin/zsh
SourcePackage: libdrm
dmi.bios.date: 11/14/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 7LETC5WW (2.25 )
dmi.board.name: 6460D8G
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7LETC5WW(2.25):bd11/14/2008:svnLENOVO:pn6460D8G:pvrThinkPadT61p:rvnLENOVO:rn6460D8G:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 6460D8G
dmi.product.version: ThinkPad T61p
dmi.sys.vendor: LENOVO
system:
 distro: Ubuntu
 codename: lucid
 architecture: i686
 kernel: 2.6.32-22-generic

tdn (spam-thomasdamgaard) wrote :
Bryce Harrington (bryce) on 2010-05-21
Changed in libdrm (Ubuntu):
status: New → Confirmed
Bryce Harrington (bryce) on 2010-05-22
tags: added: kubuntu
Jochen Kemnade (jochenkemnade) wrote :

Happens for me too on lucid amd64. This does not happen with the nvidia driver.

27: PCI 200.0: 0300 VGA compatible controller (VGA)
  [Created at pci.318]
  Unique ID: B35A.9kxaXveYaz6
  Parent ID: 3hqH.qNcqIMr0SqF
  SysFS ID: /devices/pci0000:00/0000:00:03.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: graphics card
  Model: "nVidia VGA compatible controller"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x060a
  SubVendor: pci 0x1558 "CLEVO/KAPOK Computer"
  SubDevice: pci 0x8687
  Revision: 0xa2
  Driver: "nouveau"
  Driver Modules: "drm"
  Memory Range: 0xce000000-0xceffffff (rw,non-prefetchable)
  Memory Range: 0xd0000000-0xdfffffff (rw,prefetchable)
  Memory Range: 0xcc000000-0xcdffffff (rw,non-prefetchable)
  I/O Ports: 0x2000-0x2fff (rw)
  IRQ: 16 (98 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v000010DEd0000060Asv00001558sd00008687bc03sc00i00"
  Driver Info #0:
    Driver Status: nouveau is active
    Driver Activation Cmd: "modprobe nouveau"
  Driver Info #1:
    Driver Status: nvidiafb is not active
    Driver Activation Cmd: "modprobe nvidiafb"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #8 (PCI bridge)

Primary display adapter: #27
02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 280M] (rev a2)
        Subsystem: CLEVO/KAPOK Computer Device 8687
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at ce000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at cc000000 (64-bit, non-prefetchable) [size=32M]
        Region 5: I/O ports at 2000 [size=128]
        Capabilities: <access denied>
        Kernel driver in use: nouveau
        Kernel modules: nvidiafb, nouveau

tdn (spam-thomasdamgaard) wrote :

Is there any hope this will be fixed soon? Or should I just install the proprietary nvidia driver? (are there other alternatives?)

Stephen M. Webb (bregma) wrote :

I get this problem on a regular basis. Several times a day. It requires a full reboot to reset.

I am running 10.10 on a Thinkpad T410 with an external monitor. The mouse cursor disappears from the built-in display on the laptop but continues to appear on the external monitor. The mouse does, in fact, work on the built-in display but is invisible.

there is nothing abnormal in the Xorg.0.oog, but dmesg always has the following.

[ 8319.721137] [drm] nouveau 0000:01:00.0: EvoCh 0 Mthd 0x0000 Data 0x00000400 (0x0002 0x01)
[ 8607.947182] [drm] nouveau 0000:01:00.0: no space while hiding cursor
[ 8608.059054] [drm] nouveau 0000:01:00.0: no space while hiding cursor
[ 8611.209928] [drm] nouveau 0000:01:00.0: no space while hiding cursor
(this last line is repeated zillions of times).

This bug has also been reported in Fedora <https://bugzilla.redhat.com/show_bug.cgi?id=537065>. That bug has a workaround kernel patch included <https://bugzilla.redhat.com/attachment.cgi?id=457771&action=diff>.

After a while (I'm not sure how long) using nouveau, something happens which causes all of these symptoms to begin:

1. cursor movments become jerky
2. moving cursor from one screen to another leaves a copy of the cursor on the first screen
3. syslog shows many lines of "nouveau 0000:01:00.0: no space while hiding cursor"
4. switching to a text VT 'hangs' the display (showing the X screen still) and switching back 'unhangs' display (while on a text VT, though you can't see anything, you can do things 'blindly')
5. restarting X leaves the screen 'hung' with no ability to SysRq+REISUB (keyboard is fully locked up)

A while after the above happens, the entire system will become unresponsive (though background process like RAID resync or torrent continue), and the keyboard doesn't work at all. The only thing that works is moving the mouse cursor.

Reproducible: Always

Steps to Reproduce:
1. use a computer with the nouveau driver for 'a while'
Actual Results:
Please see 'description'.

Expected Results:
No loss of stability over time.

Linux delan2 2.6.38-rc2-delan2+ #5 SMP Fri Jan 28 16:21:14 WST 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz GenuineIntel GNU/Linux

Kernel is from torvalds/linux-2.6.git, though this did still occur with gentoo-sources-2.6.37.

x11-base/xorg-server-1.9.3.901-r1 from gentoo
x11-drivers/xf86-video-nouveau-0.0.16_pre20101130 from gentoo

In , Wormo (wormo) wrote :

Have you tried disabling hardware cursor yet?

Option "HWCursor" "false"

Also should be worth trying this patch:
https://bugzilla.redhat.com/attachment.cgi?id=457771

With hardware cursor disabled my cursor flickers heavily and is most of the time invisible. I'm using the default X cursors (the black one, no special cursors like DMZ installed).

The xorg.conf I tried:

Section "Device"
    Identifier "gtx260"
    Driver "nouveau"
    Option "HWCursor" "false"
EndSection

Also, if I understand correctly, that patch was for kernels before somewhere around 2.6.35, right? Just by eyeing my nv50_display.c I can see that the patch probably wouldn't apply anymore on my 2.6.38-rc3 tree.

I have tried to patch nv50_display.c but it failed:

File to patch: drivers/gpu/drm/nouveau/nv50_display.c
patching file drivers/gpu/drm/nouveau/nv50_display.c
Hunk #1 FAILED at 344.
1 out of 1 hunk FAILED -- saving rejects to file drivers/gpu/drm/nouveau/nv50_display.c.rej

If it helps, here's my new uname and some related lspci -vvvnn:

Linux delan2 2.6.38-rc3-delan2 #24 SMP Tue Feb 1 13:35:10 WST 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz GenuineIntel GNU/Linux

01:00.0 VGA compatible controller [0300]: nVidia Corporation GT200 [GeForce GTX 260] [10de:05e2] (rev a1) (prog-if 00 [VGA controller])
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0, Cache Line Size: 4 bytes
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
 Region 1: Memory at e0000000 (64-bit, prefetchable) [size=256M]
 Region 3: Memory at f8000000 (64-bit, non-prefetchable) [size=32M]
 Region 5: I/O ports at bf00 [size=128]
 [virtual] Expansion ROM at fb000000 [disabled] [size=512K]
 Capabilities: [60] Power Management version 3
  Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
 Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
  Address: 0000000000000000 Data: 0000
 Capabilities: [78] Express (v1) Endpoint, MSI 00
  DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <1us, L1 <4us
   ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
  DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
   RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
   MaxPayload 128 bytes, MaxReadReq 512 bytes
  DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
  LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <1us, L1 <1us
   ClockPM- Surprise- LLActRep- BwNot-
  LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk-
   ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
  LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
 Kernel driver in use: nouveau

By the way, this problem still occurs with the latest nouveau as built in the latest linux-next git kernel. Apparently git.freedesktop has an even newer nouveau so I might try that. Unless the bug is actually in the xorg driver for nouveau?

Although the keyboard is fully non-operational (no VTs!) and the mouse cursor only moves but doesn't work once the hang occurs, SSH and network still work, and I received these four lines on /var/log/messages the moment nouveau hung:

Feb 12 11:51:03 delan2 kernel: [drm] nouveau 0000:01:00.0: PGRAPH - TRAP_CCACHE FAULT
Feb 12 11:51:03 delan2 kernel: [drm] nouveau 0000:01:00.0: PGRAPH - TRAP_CCACHE 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Feb 12 11:51:03 delan2 kernel: [drm] nouveau 0000:01:00.0: PGRAPH - TRAP
Feb 12 11:51:03 delan2 kernel: [drm] nouveau 0000:01:00.0: PGRAPH - ch 2 (0x0000b00000) subc 5 class 0x8397 mthd 0x0f04 data 0x00000000

I have also seen it vary slightly on the mthd (which has been 0x1414) and the data (which has been 0x00000100). Having searched this error and found basically nothing, this may be important in determining the problem that causes nouveau to hang.

You can try xf86-video-nouveau-9999 from the x11 overlay, if the problem still exists with that one, it is probably best to report a bug on https://bugs.freedesktop.org/ too.

I am already using =xf86-video-nouveau-9999 from the x11 overlay. Tomorrow I will report the bug to freedesktop.

Sorry, I didn't make that clear in my original post. Since reporting the bug, I have installed all-9999 packages from the x11 overlay (including xorg-server, xorg-drivers and xf86-video-nouveau, etc. are all 9999 versions) and the problem still occurs.

Timo Aaltonen (tjaalton) on 2011-02-16
Changed in libdrm (Ubuntu):
importance: Undecided → Medium
Amit Kucheria (amitk) wrote :

Seen on up to date natty too.

Timo Aaltonen (tjaalton) on 2011-03-08
affects: libdrm (Ubuntu) → xserver-xorg-video-nouveau (Ubuntu)
Changed in nouveau:
importance: Unknown → Medium
status: Unknown → Confirmed
Changed in gentoo:
importance: Unknown → High
status: Unknown → Confirmed

Still occurring with the latest Natty.

Fedora is now including the work around patch in their stock kernels (called drm-nouveau-evo-hang.patch). I've been running this patch on top of the stock ubuntu kernels for months now with no negative side effect. The impact of the patch is low, as its with an experimental driver anyway. Without it, the system becomes nearly unusable when enough cursor hides/unhides happen which cause the buffer to wrap. The only thing the workaround does is shrink the size of the buffer by a few entries.

While I would like a real fix, one doesn't appear to be coming from upstream anytime soon. The impact is low, the benefits are high, its an isolated patch that will only affect users with that hardware. Can we -please- get this workaround patch into a natty kernel update, or, at the very least into oneric's(sp?) kernel?

The patch ported from fedora would be in driver/gpu/drm/nouveau/nv50_evo.c, approx. lilne 184:

 /* enable error reporting on the channel */
 nv_mask(dev, 0x610028, 0x00000000, 0x00010001 << id);

 evo->dma.max = (4096/4) - 2
+ evo->dma.max &= ~7;
 evo->dma.put = 0;
 evo->dma.cur = evo->dma.put;
 evo->dma.free = evo->dma.max - evo->dma.cur;

original patch from fedora 14:

From d0301ece9e093c484f880893dc86d97848360892 Mon Sep 17 00:00:00 2001
From: Ben Skeggs <email address hidden>
Date: Fri, 19 Nov 2010 18:50:57 +1000
Subject: [PATCH 2/2] drm-nouveau-evo-hang

On some GF8+ boards, the display engine will stop processing its push
buffer if a wrap-around occurs at a certain point. The exact cause
is not known.

This patch by David Dillow (rhbz#537065) is a safe enough work-around
until it can be solved properly.

Signed-off-by: Ben Skeggs <email address hidden>
---
 drivers/gpu/drm/nouveau/nv50_display.c | 1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/nouveau/nv50_display.c b/drivers/gpu/drm/nouveau/nv50_display.c
index 11d366a..4e5402c 100644
--- a/drivers/gpu/drm/nouveau/nv50_display.c
+++ b/drivers/gpu/drm/nouveau/nv50_display.c
@@ -364,6 +364,7 @@ nv50_display_init(struct drm_device *dev)
  nv_wr32(dev, 0x610300, nv_rd32(dev, 0x610300) & ~1);

  evo->dma.max = (4096/4) - 2;
+ evo->dma.max &= ~7;
  evo->dma.put = 0;
  evo->dma.cur = evo->dma.put;
  evo->dma.free = evo->dma.max - evo->dma.cur;
--
1.7.3.2

Changed in nouveau:
status: Confirmed → Fix Released
Bryce Harrington (bryce) wrote :

Since it's a kernel patch, the kernel team needs to take a look at it.

@JFo, please add to the kernel team list to look at for oneiric (and maybe a natty backport).

affects: xserver-xorg-video-nouveau (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
assignee: nobody → Jeremy Foshee (jeremyfoshee)
milestone: none → oneiric-alpha-2
status: Confirmed → Triaged
assignee: Jeremy Foshee (jeremyfoshee) → Sanchez666 (jfo)
assignee: Sanchez666 (jfo) → Ubuntu Kernel Team (ubuntu-kernel-team)
summary: - Mouse cursor dissappears with nouveau
+ [PATCH] Mouse cursor dissappears with nouveau
Martin Pitt (pitti) on 2011-07-07
Changed in linux (Ubuntu):
milestone: oneiric-alpha-2 → oneiric-alpha-3
Seth Forshee (sforshee) wrote :

Has anyone tried oneiric to see if this problem still exists there? The upstream bug this issue is linked to is marked as having been fixed, and the oneiric version of xserver-xorg-video-nouveau contains the fix identified there. Before applying a workaround in the kernel I'd like to know whether or not a proper fix is available.

This is the fix identified in the upstream bug:

http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=8378443bd3b26b57ef2ae424a700e01ead813d33

Changed in linux (Ubuntu):
assignee: Ubuntu Kernel Team (ubuntu-kernel-team) → Seth Forshee (sforshee)
status: Triaged → Incomplete
Seth Forshee (sforshee) wrote :

Ignore my request to test oneiric -- it should work, as the work-around fix was already merged into the mainline kernel in 2.6.39. Since the patch is upstream it shouldn't be a problem to pull it in. I've started test builds, and I'll post links for verification when they're done.

Changed in linux (Ubuntu):
status: Incomplete → In Progress
John Clemens (clemej) wrote :

Thanks you, testing now. Its a work machine though so I can't really play until next week.

John Clemens (clemej) wrote :

I've been running the seth's kernel (natty amd64) all week with no regressions. Changed back to confirmed.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux (Ubuntu):
milestone: oneiric-alpha-3 → ubuntu-11.10-beta-1
Seth Forshee (sforshee) wrote :

The patch that fixes this is already in oneiric, so closing the main task. Added tasks for lucid, maverick, and natty.

Changed in linux (Ubuntu Lucid):
assignee: nobody → Seth Forshee (sforshee)
importance: Undecided → Medium
status: New → In Progress
Changed in linux (Ubuntu Maverick):
assignee: nobody → Seth Forshee (sforshee)
importance: Undecided → Medium
status: New → In Progress
Changed in linux (Ubuntu Natty):
assignee: nobody → Seth Forshee (sforshee)
importance: Undecided → Medium
status: New → In Progress
Changed in linux (Ubuntu):
status: Confirmed → Fix Released
Seth Forshee (sforshee) wrote :

Patches sent to kernel-team mailing list.

description: updated
Tim Gardner (timg-tpi) on 2011-08-08
Changed in linux (Ubuntu Natty):
status: In Progress → Fix Committed
Changed in linux (Ubuntu Maverick):
status: In Progress → Fix Committed
Tim Gardner (timg-tpi) on 2011-08-08
Changed in linux (Ubuntu Lucid):
status: In Progress → Fix Committed
Herton R. Krzesinski (herton) wrote :

This bug is awaiting verification that the kernel for maverick in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-maverick' to 'verification-done-maverick'.

If verification is not done by one week from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

tags: added: verification-needed-maverick
Steve Conklin (sconklin) wrote :

This bug is awaiting verification that the kernel for Lucid in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-lucid' to 'verification-done-lucid'.

If verification is not done by one week from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

tags: added: verification-needed-lucid
Steve Conklin (sconklin) wrote :

This fix has not been verified as being fixed in the -proposed kernels for Lucid or Maverick, and the patch will be reverted from those series

tags: added: verification-reverted-lucid
removed: verification-needed-lucid
Herton R. Krzesinski (herton) wrote :

This bug is awaiting verification that the kernel for Natty in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-natty' to 'verification-done-natty'.

If verification is not done by one week from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

tags: added: verification-needed-natty
tags: added: verification-reverted-maverick
removed: verification-needed-maverick
John Clemens (clemej) wrote :

I've been running the proposed kernel from natty for the past week-ish with no issues. Now to figure out how to change "tags"...

tags: added: verification-done-natty
removed: verification-needed-natty
Quinn Plattel (qiet72) wrote :
Download full text (5.7 KiB)

I have also had the same problems reported in this bug report. My setup is:
OS: Ubuntu Maverick 10.10 64-bit
Kernel: 2.6.35-30-generic
Video: 01:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 8800 GT] (rev a2)
Monitors: Dual ASUS VK266H in DVI-D mode.

When the mouse cursor dissapears on my primary screen but still works on my secondary screen, the follow dmesg occurs:

--------------------------------------
Sep 8 21:37:04 qpp-iscsi-maverick64 kernel: [18105.406442] [drm] nouveau 0000:01:00.0: EvoCh 0 Mthd 0x0000 Data 0x00000400 (0x0002 0x01)
Sep 8 21:54:22 qpp-iscsi-maverick64 kernel: [19144.134753] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:22 qpp-iscsi-maverick64 kernel: [19144.204525] [drm] nouveau 0000:01:00.0: no space while hiding cursor
Sep 8 21:54:22 qpp-iscsi-maverick64 kernel: [19144.278499] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:23 qpp-iscsi-maverick64 kernel: [19145.047375] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:23 qpp-iscsi-maverick64 kernel: [19145.127030] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:24 qpp-iscsi-maverick64 kernel: [19145.719052] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:24 qpp-iscsi-maverick64 kernel: [19145.807039] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:30 qpp-iscsi-maverick64 kernel: [19151.475054] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:30 qpp-iscsi-maverick64 kernel: [19152.003313] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:31 qpp-iscsi-maverick64 kernel: [19152.923499] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:31 qpp-iscsi-maverick64 kernel: [19153.005741] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:32 qpp-iscsi-maverick64 kernel: [19153.287133] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:32 qpp-iscsi-maverick64 kernel: [19153.367768] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:32 qpp-iscsi-maverick64 kernel: [19153.911544] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:32 qpp-iscsi-maverick64 kernel: [19153.991517] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:33 qpp-iscsi-maverick64 kernel: [19155.265350] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:34 qpp-iscsi-maverick64 kernel: [19155.344138] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:34 qpp-iscsi-maverick64 kernel: [19155.815973] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:34 qpp-iscsi-maverick64 kernel: [19155.895518] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:40 qpp-iscsi-maverick64 kernel: [19161.432130] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:40 qpp-iscsi-maverick64 kernel: [19161.511591] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
Sep 8 21:54:46 qpp-iscsi-maverick64 kernel: [19168.272217] [drm] nouveau 0000:01:00.0: no space while unhiding cursor
----------------...

Read more...

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux - 2.6.35-30.59

---------------
linux (2.6.35-30.59) maverick-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #837449

  [ Upstream Kernel Changes ]

  * Revert "drm/nv50-nvc0: work around an evo channel hang that some people
    see"
  * Revert "eCryptfs: Handle failed metadata read in lookup"

linux (2.6.35-30.58) maverick-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #828376

  [ Upstream Kernel Changes ]

  * proc: fix oops on invalid /proc/<pid>/maps access, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020

linux (2.6.35-30.57) maverick-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #823306

  [ Tim Gardner ]

  * SAUCE: rtl8192se: Force a build for a 2.6/3.0 kernel
    - LP: #805494
  * [Config] Add enic/fnic to udebs
    - LP: #801610

  [ Upstream Kernel Changes ]

  * taskstats: don't allow duplicate entries in listener mode,
    CVE-2011-2484
    - LP: #806390
    - CVE-2011-2484
  * dccp: handle invalid feature options length, CVE-2011-1770
    - LP: #806375
    - CVE-2011-1770
  * eCryptfs: Handle failed metadata read in lookup
    - LP: #509180
  * pagemap: close races with suid execve, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * report errors in /proc/*/*map* sanely, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * close race in /proc/*/environ, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * auxv: require the target to be tracable (or yourself), CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * deal with races in /proc/*/{syscall, stack, personality}, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * rose: Add length checks to CALL_REQUEST parsing, CVE-2011-1493
    - LP: #816550
    - CVE-2011-1493
  * Bluetooth: l2cap and rfcomm: fix 1 byte infoleak to userspace.
    - LP: #819569
    - CVE-2011-2492
  * drm/nv50-nvc0: work around an evo channel hang that some people see
    - LP: #583760
 -- Herton Ronaldo Krzesinski <email address hidden> Tue, 30 Aug 2011 12:11:13 -0300

Changed in linux (Ubuntu Maverick):
status: Fix Committed → Fix Released
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux - 2.6.38-11.50

---------------
linux (2.6.38-11.50) natty-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #848246

  [ Upstream Kernel Changes ]

  * Revert "eCryptfs: Handle failed metadata read in lookup"
  * Revert "KVM: fix kvmclock regression due to missing clock update"
  * Revert "ath9k: use split rx buffers to get rid of order-1 skb
    allocations"

linux (2.6.38-11.49) natty-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #836903

  [ Adam Jackson ]

  * SAUCE: drm/i915/pch: Fix integer math bugs in panel fitting
    - LP: #753994

  [ Keng-Yu Lin ]

  * SAUCE: Input: ALPS - Enable Intellimouse mode for Lenovo Zhaoyang E47
    - LP: #632884, #803005

  [ Stefan Bader ]

  * [Config] Force perf to use libiberty for demangling
    - LP: #783660

  [ Tim Gardner ]

  * [Config] Add enic/fnic to udebs
    - LP: #801610

  [ Upstream Kernel Changes ]

  * eeepc-wmi: add keys found on EeePC 1215T
    - LP: #812644
  * eCryptfs: Handle failed metadata read in lookup
    - LP: #509180
  * pagemap: close races with suid execve, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * report errors in /proc/*/*map* sanely, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * close race in /proc/*/environ, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * auxv: require the target to be tracable (or yourself), CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * deal with races in /proc/*/{syscall, stack, personality}, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * vmscan: fix a livelock in kswapd
    - LP: #813797
  * mmc: Add PCI fixup quirks for Ricoh 1180:e823 reader
    - LP: #773524
  * mmc: Added quirks for Ricoh 1180:e823 lower base clock frequency
    - LP: #773524
  * rose: Add length checks to CALL_REQUEST parsing, CVE-2011-1493
    - LP: #816550
    - CVE-2011-1493
  * pata_marvell: Add support for 88SE91A0, 88SE91A4
    - LP: #777325
  * GFS2: make sure fallocate bytes is a multiple of blksize, CVE-2011-2689
    - LP: #819572
    - CVE-2011-2689
  * Bluetooth: l2cap and rfcomm: fix 1 byte infoleak to userspace.
    - LP: #819569
    - CVE-2011-2492
  * drm/nv50-nvc0: work around an evo channel hang that some people see
    - LP: #583760
  * KVM: fix kvmclock regression due to missing clock update
    - LP: #795717
  * Add mount option to check uid of device being mounted = expect uid,
    CVE-2011-1833
    - LP: #732628
    - CVE-2011-1833
  * proc: fix oops on invalid /proc/<pid>/maps access, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020
  * ipv6: make fragment identifications less predictable, CVE-2011-2699
    - LP: #827685
    - CVE-2011-2699
  * ath9k: use split rx buffers to get rid of order-1 skb allocations
    - LP: #728835
  * perf: Fix software event overflow, CVE-2011-2918
    - LP: #834121
    - CVE-2011-2918
 -- Herton Ronaldo Krzesinski <email address hidden> Mon, 12 Sep 2011 17:23:38 -0300

Changed in linux (Ubuntu Natty):
status: Fix Committed → Fix Released
Quinn Plattel (qiet72) wrote :

Hi,

After 10 days of testing patched kernel 2.6.35-30-generic #55~lp583760v201107071554ller (rev 10), I think I can safely say that the patch works - no hidden mouse pointers!

br,
Quinn

Launchpad Janitor (janitor) wrote :
Download full text (16.9 KiB)

This bug was fixed in the package linux - 2.6.32-34.77

---------------
linux (2.6.32-34.77) lucid-proposed; urgency=low

  [Steve Conklin]

  * Release Tracking Bug
    - LP: #849228

  [ Upstream Kernel Changes ]

  * Revert "drm/i915: Remove BUG_ON from i915_gem_evict_something"
  * Revert "drm/i915: Periodically flush the active lists and requests"
  * Revert "drm/i915/evict: Ensure we completely cleanup on failure"
  * Revert "drm/i915: Maintain LRU order of inactive objects upon access by
    CPU (v2)"
  * Revert "drm/i915: Implement fair lru eviction across both rings. (v2)"
  * Revert "drm/i915: Move the eviction logic to its own file."
  * Revert "drm/i915: prepare for fair lru eviction"

linux (2.6.32-34.76) lucid-proposed; urgency=low

  [Steve Conklin]

  * Release Tracking Bug
    - LP: #836914

  [ Upstream Kernel Changes ]

  * Revert "drm/nv50-nvc0: work around an evo channel hang that some people
    see"
  * Revert "eCryptfs: Handle failed metadata read in lookup"
  * Revert "tunnels: fix netns vs proto registration ordering"

linux (2.6.32-34.75) lucid-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #832332

  [ Upstream Kernel Changes ]

  * drm/i915: Remove BUG_ON from i915_gem_evict_something
    - LP: #828550

linux (2.6.32-34.74) lucid-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #828375

  [ Upstream Kernel Changes ]

  * proc: fix oops on invalid /proc/<pid>/maps access, CVE-2011-1020
    - LP: #813026
    - CVE-2011-1020

linux (2.6.32-34.73) lucid-proposed; urgency=low

  [Herton R. Krzesinski]

  * Release Tracking Bug
    - LP: #824148

  [ Tim Gardner ]

  * SAUCE: rtl8192se: Force a build for a 2.6/3.0 kernel
    - LP: #805494
  * [Config] Add enic/fnic to udebs
    - LP: #801610

  [ Upstream Kernel Changes ]

  * tty: icount changeover for other main devices, CVE-2010-4076,
    CVE-2010-4077
    - LP: #720189
    - CVE-2010-4077
  * fs/partitions/efi.c: corrupted GUID partition tables can cause kernel
    oops
    - LP: #795418
    - CVE-2011-1577
  * ftrace: Only update the function code on write to filter files
    - LP: #802383
  * kmemleak: Do not return a pointer to an object that kmemleak did not
    get
    - LP: #802383
  * CPU hotplug, re-create sysfs directory and symlinks
    - LP: #802383
  * Fix memory leak in cpufreq_stat
    - LP: #802383
  * powerpc/kexec: Fix memory corruption from unallocated slaves
    - LP: #802383
  * powerpc/oprofile: Handle events that raise an exception without
    overflowing
    - LP: #802383
  * mtd: mtdconcat: fix NAND OOB write
    - LP: #802383
  * x86, 64-bit: Fix copy_[to/from]_user() checks for the userspace address
    limit
    - LP: #802383
  * ext3: Fix fs corruption when make_indexed_dir() fails
    - LP: #802383
  * jbd: Fix forever sleeping process in do_get_write_access()
    - LP: #802383
  * jbd: fix fsync() tid wraparound bug
    - LP: #802383
  * ext4: release page cache in ext4_mb_load_buddy error path
    - LP: #802383
  * Fix Ultrastor asm snippet
    - LP: #802383
  * x86, amd: Do not enable ARAT feature on AMD processors below family
    0x12
    - LP: #802383
  * x86, ...

Changed in linux (Ubuntu Lucid):
status: Fix Committed → Fix Released

This is probably obsolete now after so many years :/

Changed in gentoo:
status: Confirmed → Unknown

Please test with an updated system

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.