Bug 641387 - [NV98] kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Summary: [NV98] kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 14
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-08 15:17 UTC by Orion Poplawski
Modified: 2018-04-11 08:53 UTC (History)
16 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-16 17:39:11 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
Xorg.0.log (49.42 KB, text/plain)
2010-10-08 15:17 UTC, Orion Poplawski 		no flags Details
dmesg output (79.92 KB, text/plain)
2011-04-19 09:09 UTC, cgrim 		no flags Details
Xorg.0.log (34.69 KB, text/plain)
2011-04-19 09:10 UTC, cgrim 		no flags Details
Dmesg output full of "fail ttm_validate" and TRAP_VFETCH FAULT (97.50 KB, text/plain)
2011-04-19 09:44 UTC, cgrim 		no flags Details
Xorg.0.log (49.13 KB, text/plain)
2011-04-20 17:28 UTC, Orion Poplawski 		no flags Details
dmesg (121.71 KB, text/plain)
2011-04-20 17:31 UTC, Orion Poplawski 		no flags Details
Show Obsolete (1) View All

Description Orion Poplawski 2010-10-08 15:17:25 UTC 
Created attachment 452363 [details]
Xorg.0.log

Description of problem:

When I login to KDE with desktop effects enabled and mesa-dri-drivers-experimental installed, I get:

Oct  8 09:08:35 pyramid kernel: [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
Oct  8 09:08:35 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
Oct  8 09:08:35 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 4
Oct  8 09:08:35 pyramid kernel: [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
Oct  8 09:08:35 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
Oct  8 09:08:41 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:08:41 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:08:41 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12

01:00.0 VGA compatible controller: nVidia Corporation G98 [Quadro NVS 295] (rev a1)

Sometimes there is some minor display corruption, but no obvious issue.  May not be a problem, just don't like kernel messages with the word "fail" in them.

Version-Release number of selected component (if applicable):
2.6.35.4-28.fc14.x86_64
Comment 1 Orion Poplawski 2010-10-08 15:30:33 UTC 
Looks like this was fixed with libdrm-2.4.22-1.fc14.  Now just get:

Oct  8 09:28:57 pyramid kernel: [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
Oct  8 09:28:57 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
Oct  8 09:28:57 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 4
Oct  8 09:28:57 pyramid kernel: [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
Oct  8 09:28:57 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
Comment 2 Orion Poplawski 2010-10-08 15:34:03 UTC 
Spoke too soon.  Got:

Oct  8 09:29:15 pyramid kernel: DMA-API: debugging out of memory - disabling

Oct  8 09:31:13 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:31:13 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:31:13 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
Comment 3 Orion Poplawski 2010-10-08 15:35:53 UTC 
Still some occasional corruption of icons on the panel, usually when the associated menu is open.
Comment 4 Orion Poplawski 2010-10-08 16:02:01 UTC 
After running for a while, got a bunch of display corruption while starting eclipse and thunderbird that eventually cleared up.  Messages:

Oct  8 09:53:38 pyramid kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 5
Oct  8 09:54:29 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:54:29 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:54:29 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
Oct  8 09:54:31 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:54:31 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:54:31 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
....
lots of these

then a bunch of:

Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0: PGRAPH_TRAP - Ch 4/7 Class 0x8297 Mthd 0x1a1c Data 0x00001111:0x00001111
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_TEXTURE - VM: Trapped read at cf00daa100 status 00000af0 channel 4 (0x000018f0)
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0: magic set 0:
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0:     0x00408904: 0xc5287f04
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0:     0x00408908: 0xcf00daa1
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0:     0x0040890c: 0x40000e00
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0:     0x00408910: 0xd4d00000
Oct  8 09:56:46 pyramid kernel: [drm] nouveau 0000:01:00.0: PGRAPH_TRAP_TEXTURE - TP0: Unhandled ustatus 0x00000003

then:
Oct  8 09:57:04 pyramid kernel: nouveau_ratelimit: 41 callbacks suppressed
Oct  8 09:57:04 pyramid kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - Ch 2/2 Class 0x5
02d Mthd 0x0200 Data 0x00000000:0x00000000
Oct  8 09:57:04 pyramid kernel: [drm] nouveau 0000:01:00.0: PGRAPH_DATA_ERROR - INVALID_ENUM
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:57:05 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
Oct  8 09:57:11 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Oct  8 09:57:11 pyramid kernel: [drm] nouveau 0000:01:00.0: validate vram_list
Oct  8 09:57:11 pyramid kernel: [drm] nouveau 0000:01:00.0: validate: -12
Oct  8 09:57:13 pyramid kernel: [drm] nouveau 0000:01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0040a6
0288 Put 0x0040a60a3c IbGet 0x00000fe8 IbPut 0x00000feb State 0x40000004 Push 0x00406040
Oct  8 09:57:13 pyramid kernel: [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/0 Mthd 0x00
00 Data 0x05000000
Oct  8 09:57:13 pyramid kernel: [drm] nouveau 0000:01:00.0: fail ttm_validate
Comment 5 Matěj Cepl 2011-01-14 17:47:49 UTC 
Just to be complete, could we get complete:

* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log)
* complete output of the dmesg command, and
* system log (/var/log/messages)

attached to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above, please?

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.
Comment 6 cgrim 2011-04-19 09:08:06 UTC 
Hello,
I found the same messages (fail ttm_validate) in system log on Fedora 15 with gnome-shell. 
On display appears artifacts like this: content of windows is grayed and I don't see it's content or icon images disappears or modal dialog with round corners have gray squares in corners instead of round corners or ...

It's fresh install on Lenovo T61. Video card is:
01:00.0 VGA compatible controller: nVidia Corporation G84M [Quadro NVS 140M] (rev a1)

Package details:
Name        : xorg-x11-drv-nouveau
Arch        : x86_64
Epoch       : 1
Version     : 0.0.16
Release     : 24.20110324git8378443.fc15

I have no /etc/X11/xorg.conf
Comment 7 cgrim 2011-04-19 09:09:24 UTC 
Created attachment 493133 [details]
dmesg output
Comment 8 cgrim 2011-04-19 09:10:41 UTC 
Created attachment 493134 [details]
Xorg.0.log
Comment 9 cgrim 2011-04-19 09:44:32 UTC 
Created attachment 493139 [details]
Dmesg output full of "fail ttm_validate" and TRAP_VFETCH FAULT

After first occurrence of "fail ttm_validate" it's frequency of occurrence grows during a work and another messages has occurred: TRAP_VFETCH FAULT and PT_NOT_PRESENT.
Comment 10 Ben Skeggs 2011-04-19 10:08:28 UTC 
(In reply to comment #6)
> Hello,
> I found the same messages (fail ttm_validate) in system log on Fedora 15 with
> gnome-shell. 
> On display appears artifacts like this: content of windows is grayed and I
> don't see it's content or icon images disappears or modal dialog with round
> corners have gray squares in corners instead of round corners or ...

Already been fixed, update to at least 2.6.38-2.11.fc15....
Comment 11 cgrim 2011-04-19 11:22:09 UTC 
I had 2.6.38.2-9.fc15 and updated on 2.6.38.2-14.fc15 but "fail ttm_validate" messages are still in system log :-(
Comment 12 Matěj Cepl 2011-04-20 11:39:21 UTC 
Reporter, could we get those logs and confirmation of the current status of the bug? Will trade for package review on bug 693493 :)
Comment 13 Orion Poplawski 2011-04-20 17:27:55 UTC 
Running 2.6.35.12-88.fc14.x86_64 and it looks good with basic testing.

695737.964840] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 2
[695738.834402] [drm] nouveau 0000:01:00.0: Allocating FIFO number 2
[695738.847055] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 2
[695738.872813] [drm] nouveau 0000:01:00.0: Allocating FIFO number 3
[695738.884330] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 3
[695742.753088] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 3
[695742.768738] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 2
[695743.246829] [drm] nouveau 0000:01:00.0: Allocating FIFO number 2
[695743.258912] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 2
[695743.267475] [drm] nouveau 0000:01:00.0: Allocating FIFO number 3
[695743.278959] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 3
[695768.299598] [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
[695768.311588] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
[695768.377339] [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 4
[695768.394853] [drm] nouveau 0000:01:00.0: Allocating FIFO number 4
[695768.411006] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 4
Comment 14 Orion Poplawski 2011-04-20 17:28:47 UTC 
Created attachment 493554 [details]
Xorg.0.log

No xorg.conf
Comment 15 Orion Poplawski 2011-04-20 17:31:12 UTC 
Created attachment 493556 [details]
dmesg

I'm not going to attach /var/log/messages unless you *really* want it.
Comment 16 Orion Poplawski 2011-04-20 18:43:54 UTC 
Actually looks at the dmesg output, there are errors listed there, but no "ttm_validate" messages.  I didn't notice any visual problems.
Comment 17 cgrim 2011-04-22 12:42:10 UTC 
Orion it seams you have no problems with "fail ttm_validate" and artifacts in F14 any more. So I have a question to others: should I create new bug for F15 separately? Because I still have similar problem in F15 and neither 2.6.38.2-14.fc15.x86_64 nor 2.6.38.3-17.fc15.x86_64 kernels (Ben Skeggs said it's fixed at least in 2.6.38-2.11.fc15) did not helped me :-( 

After about twenty occurrences of "fail ttm_validate" messages i have to reload gnome-shell and than after second or third reload of gnome-shell I must restart whole system, because it's unusable and no gnome-shell reload is possible.

Thanks in advance.

BTW: At the end i tried nvidia binary driver form rpmfussion but with it gnome-shell hangs down every minute or few seconds, so quickly returned back to nouveau ;-)
Comment 18 Orion Poplawski 2011-04-22 14:24:13 UTC 
I'll let Ben and Matej suggest an appropriate route.  We're running KDE here, so perhaps different code paths are getting exercised with gnome shell.  I don't see any problem keeping this bug open though (and moving it to f15) if you are still having problems.
Comment 19 Helge Deller 2011-06-08 10:33:25 UTC 
I'm seing the same problems with gnome-shell crashing F15, kernel 2.6.38.6-27.fc15.x86_64 and nVidia G84M [Quadro NVS 140M] card.
This is on a Lenovo Thinkpad laptop.
Interestingly, if I close the laptop and just run with the external monitor connected, the crashes disappear.
Semmes to be a problem related due to the dual-head setup....(internal laptop LCD and external 20" monitor connected via DVI)?
Comment 20 Wayne Lin 2011-06-17 08:39:19 UTC 
I got same problem with gnome-shell, kernel 2.6.38.8-32.fc15.x86_64
and nVidia G84M [Quadro NVS 140M] card, too.
I'm using Lenovo Thinkpad laptop R61.

I use external monitor (with 1920 x 1200 resolution) instead of laptop screen.

I found some log in /var/log/messages:

Jun 17 16:12:56 wayne kernel: [22415.080880] [TTM] Failed to find memory space for buffer 0xffff880037907400 eviction.
Jun 17 16:12:56 wayne kernel: [22415.080885] [TTM] No space for ffff880037907400 (2048 pages, 8192K, 8M)
Jun 17 16:12:56 wayne kernel: [22415.080888] [TTM]   placement[0]=0x00070002 (1)
Jun 17 16:12:56 wayne kernel: [22415.080891] [TTM]     has_type: 1
Jun 17 16:12:56 wayne kernel: [22415.080892] [TTM]     use_type: 1
Jun 17 16:12:56 wayne kernel: [22415.080894] [TTM]     flags: 0x0000000A
Jun 17 16:12:56 wayne kernel: [22415.080896] [TTM]     gpu_offset: 0x00000000
Jun 17 16:12:56 wayne kernel: [22415.080898] [TTM]     size: 131072
Jun 17 16:12:56 wayne kernel: [22415.080900] [TTM]     available_caching: 0x00070000
Jun 17 16:12:56 wayne kernel: [22415.080902] [TTM]     default_caching: 0x00010000
Jun 17 16:12:56 wayne kernel: [22415.080905] [drm] nouveau 0000:01:00.0: fail ttm_validate
Jun 17 16:12:56 wayne kernel: [22415.080908] [drm] nouveau 0000:01:00.0: validate vram_list
Jun 17 16:12:56 wayne kernel: [22415.080946] [drm] nouveau 0000:01:00.0: validate: -12
Comment 21 jost.rakovec 2011-08-16 13:47:39 UTC 
I'm having the same problem with KDE and nVidia G84M [Quadro NVS 140M] card. 
I'm also using Lenovo Thinkpad laptop R61.

Fedora 15, with all official kernel and now also with custom build kernel 3.0.1.


Aug 16 15:14:14 jostra kernel: [22782.979449] [TTM] Failed to find memory space for buffer 0xffff8800605f7c00 eviction.
Aug 16 15:14:14 jostra kernel: [22782.979452] [TTM] No space for ffff8800605f7c00 (976 pages, 3904K, 3M)
Aug 16 15:14:14 jostra kernel: [22782.979455] [TTM]   placement[0]=0x00070002 (1)
Aug 16 15:14:14 jostra kernel: [22782.979457] [TTM]     has_type: 1
Aug 16 15:14:14 jostra kernel: [22782.979459] [TTM]     use_type: 1
Aug 16 15:14:14 jostra kernel: [22782.979461] [TTM]     flags: 0x0000000A
Aug 16 15:14:14 jostra kernel: [22782.979463] [TTM]     gpu_offset: 0x00000000
Aug 16 15:14:14 jostra kernel: [22782.979465] [TTM]     size: 131072
Aug 16 15:14:14 jostra kernel: [22782.979467] [TTM]     available_caching: 0x00070000
Aug 16 15:14:14 jostra kernel: [22782.979469] [TTM]     default_caching: 0x00010000



Aug 16 15:14:14 jostra kernel: [22783.171079] [TTM] Failed to find memory space for buffer 0xffff880104483000 eviction.
Aug 16 15:14:14 jostra kernel: [22783.171084] [TTM] No space for ffff880104483000 (1200 pages, 4800K, 4M)
Aug 16 15:14:14 jostra kernel: [22783.171087] [TTM]   placement[0]=0x00070002 (1)
Aug 16 15:14:14 jostra kernel: [22783.171090] [TTM]     has_type: 1
Aug 16 15:14:14 jostra kernel: [22783.171092] [TTM]     use_type: 1
Aug 16 15:14:14 jostra kernel: [22783.171094] [TTM]     flags: 0x0000000A
Aug 16 15:14:14 jostra kernel: [22783.171096] [TTM]     gpu_offset: 0x00000000
Aug 16 15:14:14 jostra kernel: [22783.171099] [TTM]     size: 131072
Aug 16 15:14:14 jostra kernel: [22783.171101] [TTM]     available_caching: 0x00070000
Aug 16 15:14:14 jostra kernel: [22783.171103] [TTM]     default_caching: 0x00010000
Aug 16 15:14:14 jostra kernel: [22783.171106] [drm] nouveau 0000:01:00.0: fail ttm_validate
Aug 16 15:14:14 jostra kernel: [22783.171109] [drm] nouveau 0000:01:00.0: validate vram_list
Aug 16 15:14:14 jostra kernel: [22783.171113] [drm] nouveau 0000:01:00.0: validate: -12


Aug 16 15:14:14 jostra kernel: [22783.337856] BUG: unable to handle kernel NULL pointer dereference at           (null)
Aug 16 15:14:14 jostra kernel: [22783.338007] IP: [<ffffffffa00e6ed6>] nv50_vm_map_sg+0x29/0x8f [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007] PGD 135762067 PUD 135763067 PMD 0
Aug 16 15:14:14 jostra kernel: [22783.338007] Oops: 0000 [#1] SMP
Aug 16 15:14:14 jostra kernel: [22783.338007] CPU 0
Aug 16 15:14:14 jostra kernel: [22783.338007] Modules linked in: fuse ppdev parport_pc lp parport vboxnetadp vboxnetflt vboxdrv sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf bnep bluetooth ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ip6table_filter ip6_tables snd_hda_codec_analog arc4 iwl4965 iwl_legacy mac80211 cfg80211 snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm microcode r852 sm_common nand nand_ids nand_ecc r592 pcspkr mtd i2c_i801 e1000e memstick thinkpad_acpi joydev snd_timer rfkill iTCO_wdt snd_page_alloc iTCO_vendor_support snd soundcore sdhci_pci sdhci mmc_core firewire_ohci firewire_core yenta_socket crc_itu_t nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video [last unloaded: scsi_wait_scan]
Aug 16 15:14:14 jostra kernel: [22783.338007]
Aug 16 15:14:14 jostra kernel: [22783.338007] Pid: 1310, comm: X Not tainted 3.0.1 #1 LENOVO 8918DEG/8918DEG
Aug 16 15:14:14 jostra kernel: [22783.338007] RIP: 0010:[<ffffffffa00e6ed6>]  [<ffffffffa00e6ed6>] nv50_vm_map_sg+0x29/0x8f [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007] RSP: 0018:ffff880133b45a28  EFLAGS: 00010202
Aug 16 15:14:14 jostra kernel: [22783.338007] RAX: 0000000000000001 RBX: ffff880055f71e40 RCX: 00000000000123a1
Aug 16 15:14:14 jostra kernel: [22783.338007] RDX: ffff880055f71e40 RSI: ffff880133a2f840 RDI: ffff880051750e10
Aug 16 15:14:14 jostra kernel: [22783.338007] RBP: ffff880133b45a68 R08: 0000000000000001 R09: 0000000000000000
Aug 16 15:14:14 jostra kernel: [22783.338007] R10: 00000000000123a2 R11: 0000000000020000 R12: 0000000000091d08
Aug 16 15:14:14 jostra kernel: [22783.338007] R13: ffff880051750e10 R14: ffff880133a2f840 R15: 0000000000000001
Aug 16 15:14:14 jostra kernel: [22783.338007] FS:  00007f9d90af18a0(0000) GS:ffff88013fc00000(0000) knlGS:0000000000000000
Aug 16 15:14:14 jostra kernel: [22783.338007] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 16 15:14:14 jostra kernel: [22783.338007] CR2: 0000000000000000 CR3: 0000000134699000 CR4: 00000000000006f0
Aug 16 15:14:14 jostra kernel: [22783.338007] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 16 15:14:14 jostra kernel: [22783.338007] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 16 15:14:14 jostra kernel: [22783.338007] Process X (pid: 1310, threadinfo ffff880133b44000, task ffff8801370a0000)
Aug 16 15:14:14 jostra kernel: [22783.338007] Stack:
Aug 16 15:14:14 jostra kernel: [22783.338007]  00000000000080d0 ffffffffa008c227 ffff880133b45a88 ffff880135366540
Aug 16 15:14:14 jostra kernel: [22783.338007]  ffff880051750e10 0000000000000001 0000000000000000 0000000000000001
Aug 16 15:14:14 jostra kernel: [22783.338007]  ffff880133b45ad8 ffffffffa00a93ca ffff880135366540 0000000000020000
Aug 16 15:14:14 jostra kernel: [22783.338007] Call Trace:
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa008c227>] ? nouveau_gart_manager_new+0x5a/0xd3 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa00a93ca>] nouveau_vm_map_sg+0xc1/0xfd [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0090872>] nouveau_bo_move_ntfy+0x76/0x82 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0075813>] ttm_bo_handle_move_mem+0x164/0x299 [ttm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa007651a>] ttm_bo_move_buffer+0xd4/0x10c [ttm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff81055ed4>] ? vprintk+0x3a2/0x3e4

Aug 16 15:14:14 jostra kernel: [22783.338007] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 16 15:14:14 jostra kernel: [22783.338007] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 16 15:14:14 jostra kernel: [22783.338007] Process X (pid: 1310, threadinfo ffff880133b44000, task ffff8801370a0000)
Aug 16 15:14:14 jostra kernel: [22783.338007] Stack:
Aug 16 15:14:14 jostra kernel: [22783.338007]  00000000000080d0 ffffffffa008c227 ffff880133b45a88 ffff880135366540
Aug 16 15:14:14 jostra kernel: [22783.338007]  ffff880051750e10 0000000000000001 0000000000000000 0000000000000001
Aug 16 15:14:14 jostra kernel: [22783.338007]  ffff880133b45ad8 ffffffffa00a93ca ffff880135366540 0000000000020000
Aug 16 15:14:14 jostra kernel: [22783.338007] Call Trace:
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa008c227>] ? nouveau_gart_manager_new+0x5a/0xd3 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa00a93ca>] nouveau_vm_map_sg+0xc1/0xfd [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0090872>] nouveau_bo_move_ntfy+0x76/0x82 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0075813>] ttm_bo_handle_move_mem+0x164/0x299 [ttm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa007651a>] ttm_bo_move_buffer+0xd4/0x10c [ttm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff81055ed4>] ? vprintk+0x3a2/0x3e4
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0076608>] ttm_bo_validate+0xb6/0xf4 [ttm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0090f50>] nouveau_bo_validate+0x28/0x48 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0092d7c>] validate_list+0x129/0x2bf [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0093958>] nouveau_gem_ioctl_pushbuf+0x638/0xd15 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa00921dd>] ? __nouveau_fence_unref+0x26/0x31 [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa00297f7>] drm_ioctl+0x29e/0x37b [drm]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffffa0093320>] ? nouveau_gem_ioctl_new+0x18d/0x18d [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff8113243a>] do_vfs_ioctl+0x460/0x4a1
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff8112400a>] ? fsnotify_access+0x5f/0x67
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff811324d1>] sys_ioctl+0x56/0x79
Aug 16 15:14:14 jostra kernel: [22783.338007]  [<ffffffff814bb3c2>] system_call_fastpath+0x16/0x1b
Aug 16 15:14:14 jostra kernel: [22783.338007] Code: 5d c3 55 48 89 e5 41 57 41 56 41 55 41 54 53 48 83 ec 18 66 66 66 66 90 49 89 fd 49 89 f6 48 89 d3 44 8d 24 cd 00 00 00 00 eb 52
Aug 16 15:14:14 jostra kernel: [22783.338007] RIP  [<ffffffffa00e6ed6>] nv50_vm_map_sg+0x29/0x8f [nouveau]
Aug 16 15:14:14 jostra kernel: [22783.338007]  RSP <ffff880133b45a28>
Aug 16 15:14:14 jostra kernel: [22783.338007] CR2: 0000000000000000
Aug 16 15:14:14 jostra kernel: [22783.426143] ---[ end trace 41b7182858edf4fc ]---
Comment 22 Rui Matos 2011-08-22 16:41:37 UTC 
If this isn't a dupe of bug 699551 it nonetheless sounds like it might get
fixed with the same patches.
Comment 23 Jacek Pietrewicz 2012-03-28 08:31:09 UTC 
Sorry but I use F16 and still freeze with system message about nouveau :-(
It appears only in gnome 3 - working with gnome-shell. 
Working with LXDE is OK
I'm not sure this is properly bug/thread :-\

My message log:

Mar 27 16:08:42 jack kernel: [25334.309736] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 0
Mar 27 16:08:46 jack kernel: [25337.337235] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x04200000 - Ch 4
Mar 27 16:08:48 jack kernel: [25339.335464] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 5
Mar 27 16:08:50 jack kernel: [25341.333805] [drm] nouveau 0000:01:00.0: PGRAPH TLB flush idle timeout fail: 0x00b00003 0x00000000 0x00005068 0x00000000
Mar 27 16:08:52 jack kernel: [25343.331965] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 0
Mar 27 16:08:53 jack kernel: [25344.658646] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x04000000 - Ch 4
Mar 27 16:08:55 jack kernel: [25346.656854] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 5
Mar 27 16:08:58 jack kernel: [25348.655061] [drm] nouveau 0000:01:00.0: PGRAPH TLB flush idle timeout fail: 0x00b00003 0x00000000 0x00005068 0x00000000
Mar 27 16:08:59 jack kernel: [25350.653222] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 0
Mar 27 16:09:00 jack kernel: [25351.979929] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x04000000 - Ch 4
Mar 27 16:09:02 jack kernel: [25353.978223] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 5
Mar 27 16:09:06 jack kernel: [25355.976502] [drm] nouveau 0000:01:00.0: PGRAPH TLB flush idle timeout fail: 0x00b00003 0x00000000 0x00005068 0x00000000
Mar 27 16:09:06 jack kernel: [25357.974665] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 0
Mar 27 16:09:07 jack kernel: [25359.301368] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x04000000 - Ch 4
Mar 27 16:09:09 jack kernel: [25361.299603] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 5
Mar 27 16:09:12 jack kernel: [25363.297803] [drm] nouveau 0000:01:00.0: PGRAPH TLB flush idle timeout fail: 0x00b00003 0x00000000 0x00005068 0x00000000
Mar 27 16:09:13 jack kernel: [25365.295964] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 0
Mar 27 16:09:15 jack kernel: [25366.623633] hrtimer: interrupt took 1314629569 ns
Mar 27 16:09:15 jack kernel: [25366.623642] [drm] nouveau 0000:01:00.0: PRAMIN flush timeout
Mar 27 16:09:15 jack kernel: [25366.623658] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x00800000 - Ch 4
Mar 27 16:09:15 jack systemd-logind[1265]: New session 10 of user root.
Mar 27 16:09:16 jack kernel: [25367.950094] [drm] nouveau 0000:01:00.0: PFIFO_INTR 0x04000000 - Ch 4
Mar 27 16:09:17 jack kernel: [25368.621970] [drm] nouveau 0000:01:00.0: vm flush timeout: engine 5
Comment 24 Fedora End Of Life 2012-08-16 17:39:14 UTC 
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Note You need to log in before you can comment on or make changes to this bug.