search for: plasmashell

...ter: oakad at yahoo.com QA Contact: nouveau at lists.freedesktop.org Created attachment 122538 --> https://bugs.freedesktop.org/attachment.cgi?id=122538&action=edit Xorg.0.log for the failed session The crux of the problem: Mar 25 23:40:25 mercador kernel: nouveau 0000:01:00.0: plasmashell[6208]: failed to idle channel 17 [plasmashell[6208]] Mar 25 23:40:27 mercador kernel: nouveau 0000:01:00.0: timeout at drivers/gpu/dr m/nouveau/nvkm/engine/fifo/gpfifogf100.c:66/gf100_fifo_gpfifo_engine_fini()! Mar 25 23:40:27 mercador kernel: nouveau 0000:01:00.0: fifo: channel 17 [plasmas hell[6...

...> --- Hello, I tested with the non Xen kernel vmlinux-4.3.0-1-default. The crash exists also with this kernel here the journalctl output with a crash when loading a page in the browser: The screen was totally corrupted but I succeeded to go the the console CTRL Alt F1 and could load top ==> plasmashell (PID 2358) was running with 100%. I tried to shutdown but the system locked (I did not see any shutdown messages and did a hard reset) Nov 17 13:21:23 hpprol2 login[1943]: ROOT LOGIN ON tty1 Nov 17 13:22:02 hpprol2 kernel: nouveau 0000:0a:00.0: plasmashell[2358]: failed to idle channel 0xcccc000...

...em settings* -> *Screen* to force screen detection if it doesn't happen automatically) * Open the main menu and do *Quit* -> *Suspend* * Wait for the system to suspend * Resume the system and unlock the screen * Open the main menu, network indicator or any other menu from the panel (`plasmashell`) *What should happen?* Nothing - it should "just work" *What happens instead?* Massive corruption the first time you open any menu Also, after reproducing this error a few times without rebooting, the corruption becomes worse on every suspend until the system hangs. I'm not sur...

...with the non Xen kernel vmlinux-4.3.0-1-default. > The crash exists also with this kernel > > here the journalctl output with a crash when loading a page in the browser: > The screen was totally corrupted but I succeeded to go the the console CTRL > Alt F1 and could load top ==> plasmashell (PID 2358) was running with 100%. Probably busy-waiting on a fence... > > I tried to shutdown but the system locked (I did not see any shutdown > messages and did a hard reset) > > Nov 17 13:21:23 hpprol2 login[1943]: ROOT LOGIN ON tty1 > Nov 17 13:22:02 hpprol2 kernel: nouvea...

...1.0.11 x11-base/xorg-server-1.16.4 media-libs/mesa-10.3.7-r1 x11-libs/libdrm-2.4.59 x11-base/xorg-drivers-1.16 Kernel: 4.0.5 (self-compiled) I filed a bug against Plasma 5 but I'm not sure if it's their bug. See https://bugs.kde.org/show_bug.cgi?id=352605 I also have an apitrace record of plasmashell, replaying which (like a mini film) also freezes the nouveau. But it's a rather large file (1.4 GB) and contains private photos. >From /var/log/messages: Sep 6 16:31:09 localhost kernel: nouveau E[ PFIFO][0000:02:00.0] read fault at 0x0004042000 [PTE] from GR/GPC0/T1_1 on channel 0x0 03...

https://bugs.freedesktop.org/show_bug.cgi?id=102349 Bug ID: 102349 Summary: nv4x crashing with plasmashell - gdb log included Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freed...

...led for recovery [ 3729.558346] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery [ 3729.558352] nouveau 0000:01:00.0: fifo: engine 7: scheduled for recovery [ 3729.558355] nouveau 0000:01:00.0: Xorg[3413]: channel 2 killed! [ 3729.562994] nouveau 0000:01:00.0: gr: TRAP ch 12 [00fd2d6000 plasmashell[3898]] [ 3729.563011] nouveau 0000:01:00.0: gr: GPC0/TPC0/TEX: 80000041 [ 3729.563015] nouveau 0000:01:00.0: gr: GPC0/TPC1/TEX: 80000041 [ 3729.563018] nouveau 0000:01:00.0: gr: GPC0/TPC2/TEX: 80000041 [ 3729.563022] nouveau 0000:01:00.0: gr: GPC0/TPC3/TEX: 80000041 [ 3729.563027] nouveau 0000:01:0...

...[GPC0/TEX] reason 02 [PAGE_NOT_PRESENT] on channel 2 [003fc60000 Xorg[16428]] [425014.691716] nouveau 0000:01:00.0: fifo: gr engine fault on channel 2, recovering... [425014.691911] nouveau 0000:01:00.0: Xorg[16428]: channel 2 killed! [425014.692071] nouveau 0000:01:00.0: gr: TRAP ch 9 [003f93c000 plasmashell[16602]] [425014.692080] nouveau 0000:01:00.0: gr: GPC0/TPC0/TEX: 80000049 [425014.692083] nouveau 0000:01:00.0: gr: GPC0/TPC1/TEX: 80000049 [425014.692092] nouveau 0000:01:00.0: fifo: read fault at 0001500000 engine 00 [PGRAPH] client 01 [GPC0/TEX] reason 02 [PAGE_NOT_PRESENT] on channel 9 [003f93c...

https://bugs.freedesktop.org/show_bug.cgi?id=91722 Bug ID: 91722 Summary: [NVE4] PGRAPH - grctx template channel unload timeout, failed to construct context, init failed, -16 Product: Mesa Version: 10.6 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major

https://bugs.freedesktop.org/show_bug.cgi?id=59069 Priority: medium Bug ID: 59069 Assignee: nouveau at lists.freedesktop.org Summary: nouveau E[ DRM] fail ttm_validate QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: kees.bakker at xs4all.nl

https://bugs.freedesktop.org/show_bug.cgi?id=92863 Bug ID: 92863 Summary: Complete freeze even with NvGrUseFW=1 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

...05] [TTM] use_type: 1 [ 156.397519] [TTM] flags: 0x0000000A [ 156.401345] [TTM] gpu_offset: 0x00000000 [ 156.405607] [TTM] size: 131072 [ 156.409013] [TTM] available_caching: 0x00070000 [ 156.413878] [TTM] default_caching: 0x00010000 [ 156.418579] nouveau 0000:08:00.0: plasmashell[882]: fail ttm_validate [ 156.425005] nouveau 0000:08:00.0: plasmashell[882]: validating bo list [ 156.431532] nouveau 0000:08:00.0: plasmashell[882]: validate: -12 [ 156.458218] [TTM] Failed to find memory space for buffer 0xffff97a0bc99d000 eviction [ 156.465982] [TTM] No space for ffff97a0bc...

...EDAC sbridge: Some needed devices are missing Nov 20 22:58:07 hpprol2 kernel: EDAC sbridge: Couldn't find mci handler when the screens are corrupted I can still go to a console (VIA CTRL-ALT-F1) and if I start top I see that the plasmeshell is running at 100% and also Xorg. trying to kill plasmashell d lock the graphic screens in the kdm.log I have a lot of these errors nouveau: kernel rejected pushbuf: Device or resource busy nouveau: ch0: krec 0 pushes 1 bufs 2 relocs 0 nouveau: ch0: buf 00000000 00000004 00000004 00000004 00000000 nouveau: ch0: buf 00000001 0000001c 00000002 00000000 00000...

...00:07:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] [ 7474.808514] nouveau 0000:07:00.0: fifo: runlist 0: scheduled for recovery [ 7474.808523] nouveau 0000:07:00.0: fifo: channel 8: killed [ 7474.808532] nouveau 0000:07:00.0: fifo: engine 0: scheduled for recovery [ 7474.808632] nouveau 0000:07:00.0: plasmashell[3872]: channel 8 killed! `pkill -9 X` was a very simple fix this time. It threw me back to "No signal" on the monitor, but then when I ran `startx` again, I was immediately greeted with my normal desktop. Now there is a Plasma session on X display :2. FWIW, there aren't any other...

...E bugzilla, crash seems to happen in nouveau. https://bugs.kde.org/show_bug.cgi?id=394100 It happen with a GTX 760 Kepler(NVE0), i did not touched/changed any parameters for the module, all stock as ship by OpenSuse Tumbleweed. Here is the trace for the crash: -- Backtrace: Application: Plasma (plasmashell), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fe0cbe4d880 (LWP 9602))] Thread 11 (Thread 0x7fdffa0eb700 (LWP 9699)): #0 0x00007fe0c49fd56c in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7f...

I have set root in both for user and group in the qemu.conf and changed the file permissions to root like it was before. Now I'm getting this error: *# Error 1#* *Unable to complete install: 'internal error: process exited while connecting to monitor: us=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device

https://bugs.freedesktop.org/show_bug.cgi?id=98039 Bug ID: 98039 Summary: KMail crash on starting (nouveau-related) Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=100567 Bug ID: 100567 Summary: Nouveau system freeze fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau