Bug 1435000 - system freeze when screensaver puts monitor on standby
Summary: system freeze when screensaver puts monitor on standby
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nouveau
Version: 25
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Ben Skeggs
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: [cat:lockup]
Depends On:
Blocks: 1496504
TreeView+ depends on / blocked
 
Reported: 2017-03-22 21:20 UTC by Bolt
Modified: 2020-12-14 08:22 UTC (History)
37 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 730853
: 1496504 (view as bug list)
Environment:
Last Closed: 2017-12-12 10:39:20 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bolt 2017-03-22 21:20:57 UTC
+++ This bug was initially created as a clone of Bug #730853 +++

It seems like previous report.

On my Fedora 25 with 2 last kernels (4.10.4-200, 4.10.3-200) 
my screen freeze after screensaver, black screen, no user choise screen, only mouse's cursor move.
I use hard reset  of my PC for reboot. When I went away again, screen freeze again.

There is no problem on kernel 4.9.14-200.

OS: F25 x64, Gnome, nvidia nouveau, wayland in X11-session. Installed gnome-shell extentions.

Thx. Best regards.

Comment 1 Bolt 2017-03-23 09:42:37 UTC
Reproduce:

1. boot. screen for choose users.
2.
If don't choose any user, stay on this screen, nothing happen.
Choice a user and do nothing.

3. after wait run screensaver, I go away, when return screen is black, PC freeze, mouse's cursor move only. Pressing any key didn't affect. Pressing any mouse's button didn't affect.

4. For reboot need to press "Hard reset button" of PC.

Comment 2 Stuart D Gathman 2017-03-23 15:43:32 UTC
See if the problem still happens with cinnamon (similar enough to gnome you could use it if it doesn't have the same bug).

Comment 3 Stuart D Gathman 2017-03-23 15:47:06 UTC
In the previous bug you cloned, the bug in gnome-screensaver was changing gamma after turning off display - and the kernel bug was crashing the system when gnome-screensaver did that.

So if this is the old bug reincarnated, then a screen saver that doesn't try to update gamma after turning off the display is a workaround.

Comment 4 Bolt 2017-03-26 18:37:31 UTC
(In reply to Stuart D Gathman from comment #3)
> In the previous bug you cloned, the bug in gnome-screensaver was changing
> gamma after turning off display - and the kernel bug was crashing the system
> when gnome-screensaver did that.
> 
> So if this is the old bug reincarnated, then a screen saver that doesn't try
> to update gamma after turning off the display is a workaround.

I can't say that it is the same bug, I don't explore deep.

I send google request like "gnome black screen only mouse cursor", I don't remember exactly now.
Google show me that bug.

I read:
>>>
After a user is logged in, when the screensaver activates, the monitor is put to standby.  Occasionally when this happens, the computer completely freezes.  No network, no keyboard, no logs.  I can't see anything on the screen because the monitor is off and the keyboard lights aren't flashing.
<<<

This look like my problem and I decide mark as clone.
It is very likely that I did not accurately indicate the cause of the problem.
I did not want and can not indicate the cause of the problem.

Comment 5 Bolt 2017-03-26 18:43:11 UTC
I update my F25 from update-testing repo by kernel 4.10.5-200 today.
The problem didn't disappear.

Comment 6 Luca Giuzzi 2017-03-29 07:44:42 UTC
I have the same problem with the following video card
01:00.0 0300: 10de:0de4 (rev a1) (prog-if 00 [VGA controller])
I point out that I am not using wayland (but plain X), since I needed support for a wacom tablet (and that was not complete under gnome/wayland before).

I do not see any trace of a kernel panic in the journal, though.

Comment 7 LukasH 2017-03-29 09:50:40 UTC
Exactly the same problem with :

02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)

Reproducible on 4.10.5-200, works well on 4.9.14-200.

I'm using Cinnamon (on Wayland). When desktop freeze (after screensaver), I'm able to switch to text console (e.g. Ctrl-Alt-F3), but `kill -HUP' of any part of gnome/Cinnamon/etc won't help.

I'll test the same situation with the same SW configuration on another machine this afternoon -- just with radeon instead of nouveau. But I suppose it will work and thus this is nouveau/nVidia related issue.

Comment 8 Josef Ridky 2017-03-29 10:15:14 UTC
I am afraid this issue is assigned to wrong component.

Component screen is a full-screen window manager that multiplexes a physical terminal between several processes (typically interactive shells).

I think your issue should be reported against xorg-x11-drv-nouveau.

Feel free to change component to correct one in case I am wrong.

Comment 9 LukasH 2017-03-29 17:19:38 UTC
(In reply to LukasH from comment #7)
> Exactly the same problem with :
> 
> 02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210]
> (rev a2)
> 
> Reproducible on 4.10.5-200, works well on 4.9.14-200.
> 
> I'm using Cinnamon (on Wayland). When desktop freeze (after screensaver),
> I'm able to switch to text console (e.g. Ctrl-Alt-F3), but `kill -HUP' of
> any part of gnome/Cinnamon/etc won't help.
> 
> I'll test the same situation with the same SW configuration on another
> machine this afternoon -- just with radeon instead of nouveau. But I suppose
> it will work and thus this is nouveau/nVidia related issue.

Yup, I can confirm that on the machine witch Radeon :

01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200]

everything works fine. So it's really nouveau.ko / xorg-x11-drv-nouveau related bug.

Comment 10 Bolt 2017-03-31 08:34:04 UTC
I update my F25 from update-testing repo by kernel 4.10.6-200 today.
The problem didn't disappear.

I switch to kde. Disable gdm.
After screen saver there is the black screen, press any key -> show sddm login switcher screen.
PC freeze on sddm login switcher screen. Mouse's cursor don't blink in password's field.

Comment 11 v0mqfish 2017-03-31 16:19:22 UTC
I also confirm this probrem on:
4.10.5-200.fc25.x86_64
01:00.0 VGA compatible controller: NVIDIA Corporation G84 [GeForce 8600 GTS] (rev a1) nouveau

Reproduce path:
1. Start playing video on youtube (as example)
2. Press "F" for fullscreen
3. Press "F" again for normal view
4. Profit!) = freeze!

Switching to tty2 and "killall firefox" gets no effect.

On 4.9.14-200.fc25.x86_64 everything good, no problem.

Comment 12 Michael Carney 2017-03-31 22:55:08 UTC
I am also hitting this problem.

F25, 4.10.6.200, X86_64, Quadro K600, nouveau, KDE.

WORKAROUND:

Turns out that if one turns off energy saving (KDE settings/Power Management/Energy Saving), uncheck "Dim Screen" and "Screen Energy Saving", and the problem we're experiencing no longer occurs. Looks like Monday's kernel included a nouveau driver that is broken w.r.t. power management.

Comment 13 Nick Lee 2017-04-01 07:49:32 UTC
I also confirm this problem.

kernel-4.9.14-200.fc25.x86_64 - ok

kernel-4.10.5-200.fc25.x86_64, kernel-4.10.6-200.fc25.x86_64 - blank screen after screen saver.This happens only on Gnome X11 session.
On Gnome Wayland session wakes up normally.

Desktop: Default Gnome.
VGA: NVIDIA Corporation C79 [GeForce 9300 / nForce 730i] (rev b1) (nouveau driver).

Comment 14 Nick Lee 2017-04-01 08:13:47 UTC
(In reply to Bolt from comment #1)
> 4. For reboot need to press "Hard reset button" of PC.

Press Ctrl+Alt+F3, login as root and type "reboot".

Comment 15 Gabriel M. Elder 2017-04-02 05:42:48 UTC
+1 for a "me too", just like Nick Lee's situation (comment #13), except here I've got a

VGA compatible controller [0300]: NVIDIA Corporation G86 [Quadro NVS 290] [10de:042f] (rev a1) w/ nouveau driver on Xorg/gnome

and a total freeze; can't ssh in from another workstation, nor does it respond to a ping request.

No problems when running kernel-4.9.14-200.fc25.x86_64, but consistent problem after waking up display and unlocking screen when running kernel-4.10.6-200.fc25.x86_64. Responds to mouse and keyboard inputs for a few seconds, then total freeze. Except for audacious streaming internet radio - that keeps playing music... weird ;/

Interestingly, this does NOT seem to be an issue on a fully updated laptop that has a

VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02)

also running an Xorg/gnome session (I need vino to stay running on these machines, which seems to crash automatically upon login under wayland, but that's another story). Pretty serious problem; hope the info helps.

Comment 16 Nick Lee 2017-04-02 18:28:37 UTC
(In reply to Gabriel M. Elder from comment #15)
> Interestingly, this does NOT seem to be an issue on a fully updated laptop
> that has a
> 
> VGA compatible controller [0300]: Intel Corporation Core Processor
> Integrated Graphics Controller [8086:0046] (rev 02)

My laptop wakes up ok too

kernel-4.10.6-200.fc25.x86_64
VGA: [AMD/ATI] RV620/M82 [Mobility Radeon HD 3450/3470]

Comment 17 David Tonhofer 2017-04-02 22:53:16 UTC
Probably seeing this on old Fedora 24.

Upgraded kernel from 4.9.17-100 to 4.10.6-100 a few hours ago.

Now KDE screenlocker, once it activated, allows you to log in again but then you just get a full-black screen and movable mouse (though audio works).

The machine works fine otherwise.

Cruelly killing "ksmserver" (KDE's session manager) from another pseudo-terminal makes the windows reappear but without window manager decorations.

This is an:

"02:00.0 VGA compatible controller: NVIDIA Corporation G94GL [Quadro FX 1800] (rev a1)"

(That card is a bit flaky on this Fujitsu board, apparently because there is a never-fixed-by-manufacturer bug in the firmware)

Now trying with screen power settings set to "off".

Comment 18 Robin Laing 2017-04-04 05:39:03 UTC
I will add that I also have this issue.

KDE and sddm.

After screen goes to sleep, recover with a black screen and mouse pointer changes depending on what the app is under the pointer.  If I leave a terminal open I can enter in a command to reset kwin.

From the fedora mail list, there are Intel video cards also displaying this problem.

Messages on one of my systems.

Using KDE from sddm and Xorg.  These are in the dmesg output.

[    8.664136] nouveau 0000:01:00.0: NVIDIA G84 (084000a2)
[    8.787588] nouveau 0000:01:00.0: bios: version 60.84.55.00.08
[    8.808963] nouveau 0000:01:00.0: fb: 512 MiB GDDR3
[    8.859472] nouveau 0000:01:00.0: DRM: VRAM: 512 MiB
[    8.859476] nouveau 0000:01:00.0: DRM: GART: 1048576 MiB
[    8.859484] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[    8.859488] nouveau 0000:01:00.0: DRM: DCB version 4.0
[    8.859494] nouveau 0000:01:00.0: DRM: DCB outp 00: 02000300 00000028
[    8.859499] nouveau 0000:01:00.0: DRM: DCB outp 01: 01000302 00000030
[    8.859503] nouveau 0000:01:00.0: DRM: DCB outp 02: 04011310 00000028
[    8.859507] nouveau 0000:01:00.0: DRM: DCB outp 03: 02011312 00000030
[    8.859511] nouveau 0000:01:00.0: DRM: DCB outp 04: 010223f1 00c0c080
[    8.859515] nouveau 0000:01:00.0: DRM: DCB conn 00: 1030
[    8.859518] nouveau 0000:01:00.0: DRM: DCB conn 01: 2130
[    8.859522] nouveau 0000:01:00.0: DRM: DCB conn 02: 0210
[    8.859525] nouveau 0000:01:00.0: DRM: DCB conn 03: 0211
[    8.859529] nouveau 0000:01:00.0: DRM: DCB conn 04: 0213
[    8.865523] nouveau 0000:01:00.0: DRM: failed to create encoder
0/1/0: -19
[    8.865528] nouveau 0000:01:00.0: DRM: TV-1 has no encoders, removing
[    8.865830] nouveau 0000:01:00.0: hwmon_device_register() is
deprecated. Please convert the driver to use
hwmon_device_register_with_info().
[    8.877852] nouveau 0000:01:00.0: DRM: MM: using CRYPT for buffer copies
[    8.938575] nouveau 0000:01:00.0: DRM: allocated 1920x1080 fb:
0x70000, bo ffff936ca13d1c00
[    8.940133] fbcon: nouveaufb (fb0) is primary device
[   10.997450] nouveau 0000:01:00.0: DRM: EVO timeout
[   12.997611] nouveau 0000:01:00.0: DRM: base-0: timeout
[   14.997770] nouveau 0000:01:00.0: DRM: base-1: timeout
[   15.059617] nouveau 0000:01:00.0: fb0: nouveaufb frame buffer device
[   15.084223] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0
on minor 0

In previous troubleshooting attempts, some of DRM related messages showed up in a terminal session I had open as well as the kde session when it locked. 


Like others, regressing to an older kernel in grub workes.

Comment 19 Tim Jackson 2017-04-04 21:31:49 UTC
Same issue; fully-updated F25 (as of yesterday, including libdrm-2.4.76-1), using GNOME and X11 session.

Kernels 4.10.5-200 and 4.10.6-200 are affected.  kernel-4.9.14-200 is OK.

lspci -k -nn says:

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 610] [10de:104a] (rev a1)
    Subsystem: ASUSTeK Computer Inc. Device [1043:840d]
    Kernel driver in use: nouveau
    Kernel modules: nouveau

I have two screens connected via DVI and HDMI respectively.

Comment 20 Robin Laing 2017-04-05 02:25:24 UTC
As one of the suggestions is to turn off power manager features, I tried it today.  I had no issues with the screen staying dark after logging back in.  Worked as I expected except my screens don't go to power saving mode.  Now it is like all the Windows machines at work.  :(

I am wondering if I should update the kernel on my home machine that runs the closed source driver and see if the problem exists with it.  now I know a way around the problem without having to close the account and relogin.

Comment 21 bialekr 2017-04-05 07:02:21 UTC
The same issue with kernel-4.10.8-200.fc25.x86_64

lspci  | grep VGA

01:00.0 VGA compatible controller: NVIDIA Corporation GK107GLM [Quadro K2000M] (rev a1)

With 4.9.14-200.fc25.x86_64 -> OK.

Comment 22 Gabriel M. Elder 2017-04-05 15:00:57 UTC
Still an issue for me as well, with kernel-4.10.8-200.fc25.x86_64. In the interim, I will simply be uninstalling any and all kernel updates > kernel-4.9.14-200.fc25.x86_64, and selectively installing and testing any further kernel updates. This is rather disappointing, to say the least.

Comment 23 V.Zakovec 2017-04-06 14:30:49 UTC
VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2), kernel-4.10.5, F25, Cinnamon. Kernel 4.9.14 is O.K.
I expect, that this is relevant (Syslog output):
Mar 29 07:24:28 vzpc kernel: nouveau 0000:01:00.0: systemd-logind[1046]: nv50cal_space: -16
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: kernel rejected pushbuf: Device or resource busy
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: ch7: krec 0 pushes 1 bufs 2 relocs 0
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: ch7: buf 00000000 00000006 00000004 00000004 00000
000
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: ch7: buf 00000001 00000025 00000002 00000002 00000002
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: ch7: psh 00000000 0000007b04 0000007bbc
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00144230
Mar 29 07:24:28 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x000000cf
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000040
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000001
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00104218
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000780
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000438
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x460b0000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00104280
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000780
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000438
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x000442ac
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000003
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x000c4580
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000004
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x000000cf
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00000000
Mar 29 07:25:20 vzpc /usr/libexec/gdm-x-session: nouveau: #0110x00104600

Comment 24 DaveG 2017-04-07 11:28:01 UTC
Seeing this in Fedora 24 since kernel-4.10.

Setting Power Saving, Blank screen = Never avoids the issue.

Fault shows up in user journal:
/usr/libexec/gdm-x-session[1185]: (WW) NOUVEAU(0): flip queue failed: Invalid argument

Possible cause?:

https://lists.freedesktop.org/archives/nouveau/2017-March/027422.html

Reverting to kernel-4.9 also works.

Comment 25 Max Kudr 2017-04-09 13:10:23 UTC
Same issues. All working with kernels before 4.9.14-200 inclusive.

Each time differents programs crashed.

# cat /etc/redhat-release 
Fedora release 25 (Twenty Five)


# lspci -k -nn | grep -A 3 VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09)
        Subsystem: Apple Inc. Device [106b:00fb]
        Kernel driver in use: i915
        Kernel modules: i915
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107M [GeForce GT 650M Mac Edition] [10de:0fd5] (rev a1)
        Subsystem: Apple Inc. Device [106b:00fc]
        Kernel driver in use: nouveau
        Kernel modules: nouveau


# gnome-shell --version
GNOME Shell 3.22.3


Kernel versions:
  - kernel-4.10.6-200.fc25.x86_64
  - kernel-4.10.8-200.fc25.x86_64


Installed packages:
  - xorg-x11-server-Xorg-1.19.3-1.fc25.x86_64
  - xorg-x11-drv-nouveau-1.0.13-1.fc25.x86_64


Apr 08 20:43:03 max.kudr.me kernel: ------------[ cut here ]------------
Apr 08 20:43:03 max.kudr.me kernel: WARNING: CPU: 0 PID: 3177 at kernel/rcu/tree.c:3128 __call_rcu+0x207/0x310
Apr 08 20:43:03 max.kudr.me kernel: Modules linked in: rfcomm hidp ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_secu
Apr 08 20:43:03 max.kudr.me kernel:  snd_hda_intel joydev uvcvideo ghash_clmulni_intel snd_hda_codec intel_cstate intel_uncore iTCO_wdt btusb iTCO_vendor_support applesmc btrtl btbcm videobuf2_vmalloc input_polldev videobuf2_memops spl
Apr 08 20:43:03 max.kudr.me kernel: CPU: 0 PID: 3177 Comm: Xorg Tainted: P           OE   4.10.8-200.fc25.x86_64 #1
Apr 08 20:43:03 max.kudr.me kernel: Hardware name: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E, BIOS MBP91.88Z.00D3.B06.1205101904 05/10/2012
Apr 08 20:43:03 max.kudr.me kernel: Call Trace:
Apr 08 20:43:03 max.kudr.me kernel:  dump_stack+0x63/0x86
Apr 08 20:43:03 max.kudr.me kernel:  __warn+0xcb/0xf0
Apr 08 20:43:03 max.kudr.me kernel:  warn_slowpath_null+0x1d/0x20
Apr 08 20:43:03 max.kudr.me kernel:  __call_rcu+0x207/0x310
Apr 08 20:43:03 max.kudr.me kernel:  ? dma_fence_signal_locked+0x9f/0x120
Apr 08 20:43:03 max.kudr.me kernel:  kfree_call_rcu+0x20/0x30
Apr 08 20:43:03 max.kudr.me kernel:  dma_fence_free+0x17/0x20
Apr 08 20:43:03 max.kudr.me kernel:  nouveau_fence_release+0x29/0x30 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  dma_fence_release+0x36/0xa0
Apr 08 20:43:03 max.kudr.me kernel:  reservation_object_add_shared_fence+0xf6/0x260
Apr 08 20:43:03 max.kudr.me kernel:  nouveau_bo_fence+0x1e/0x30 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  validate_fini_no_ticket+0xe3/0x120 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  nouveau_gem_ioctl_pushbuf+0x30b/0x16b0 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  drm_ioctl+0x21b/0x4c0 [drm]
Apr 08 20:43:03 max.kudr.me kernel:  ? nouveau_gem_ioctl_new+0x150/0x150 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  nouveau_drm_ioctl+0x74/0xc0 [nouveau]
Apr 08 20:43:03 max.kudr.me kernel:  do_vfs_ioctl+0xa3/0x5f0
Apr 08 20:43:03 max.kudr.me kernel:  ? __audit_syscall_entry+0xad/0xf0
Apr 08 20:43:03 max.kudr.me kernel:  ? syscall_trace_enter+0x1bd/0x2d0
Apr 08 20:43:03 max.kudr.me kernel:  SyS_ioctl+0x79/0x90
Apr 08 20:43:03 max.kudr.me kernel:  do_syscall_64+0x67/0x180
Apr 08 20:43:03 max.kudr.me kernel:  entry_SYSCALL64_slow_path+0x25/0x25
Apr 08 20:43:03 max.kudr.me kernel: RIP: 0033:0x7fb62d533787
Apr 08 20:43:03 max.kudr.me kernel: RSP: 002b:00007ffd459578f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Apr 08 20:43:03 max.kudr.me kernel: RAX: ffffffffffffffda RBX: 0000000000903930 RCX: 00007fb62d533787
Apr 08 20:43:03 max.kudr.me kernel: RDX: 00007ffd45957960 RSI: 00000000c0406481 RDI: 000000000000000d
Apr 08 20:43:03 max.kudr.me kernel: RBP: 00007ffd45957960 R08: 0000000000000000 R09: 0000000000000085
Apr 08 20:43:03 max.kudr.me kernel: R10: 000000000093d190 R11: 0000000000000246 R12: 00000000c0406481
Apr 08 20:43:03 max.kudr.me kernel: R13: 000000000000000d R14: 0000000000903e80 R15: 00000000ffffffea
Apr 08 20:43:03 max.kudr.me kernel: ---[ end trace 661347aa2f12a648 ]---
Apr 08 20:43:04 max.kudr.me kernel: general protection fault: 0000 [#1] SMP
Apr 08 20:43:04 max.kudr.me kernel: Modules linked in: rfcomm hidp ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_secu
Apr 08 20:43:04 max.kudr.me kernel:  snd_hda_intel joydev uvcvideo ghash_clmulni_intel snd_hda_codec intel_cstate intel_uncore iTCO_wdt btusb iTCO_vendor_support applesmc btrtl btbcm videobuf2_vmalloc input_polldev videobuf2_memops spl
Apr 08 20:43:04 max.kudr.me kernel: CPU: 2 PID: 3241 Comm: gnome-shell Tainted: P        W  OE   4.10.8-200.fc25.x86_64 #1
Apr 08 20:43:04 max.kudr.me kernel: Hardware name: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E, BIOS MBP91.88Z.00D3.B06.1205101904 05/10/2012
Apr 08 20:43:04 max.kudr.me kernel: task: ffff8a4e80d6a580 task.stack: ffff99154760c000
Apr 08 20:43:04 max.kudr.me kernel: RIP: 0010:kmem_cache_alloc_trace+0x87/0x1b0
Apr 08 20:43:04 max.kudr.me kernel: RSP: 0018:ffff99154760fbe0 EFLAGS: 00010246
Apr 08 20:43:04 max.kudr.me kernel: RAX: ff8a4e67b4f54000 RBX: 0000000000000000 RCX: 0000000000000001
Apr 08 20:43:04 max.kudr.me kernel: RDX: 0000000000001892 RSI: 00000000014080c0 RDI: 000000000001c9e0
Apr 08 20:43:04 max.kudr.me kernel: RBP: ffff99154760fc10 R08: ffff8a4eaf29c9e0 R09: 0000000000000000
Apr 08 20:43:04 max.kudr.me kernel: R10: ff8a4e67b4f54000 R11: 0000000a00000000 R12: 00000000014080c0
Apr 08 20:43:04 max.kudr.me kernel: R13: ffff8a4eaa803540 R14: 0000000000000090 R15: ffff8a4eaa803540
Apr 08 20:43:04 max.kudr.me kernel: FS:  00007f1a1b7f8f80(0000) GS:ffff8a4eaf280000(0000) knlGS:0000000000000000
Apr 08 20:43:04 max.kudr.me kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 08 20:43:04 max.kudr.me kernel: CR2: 00007fcb402a9580 CR3: 0000000140274000 CR4: 00000000001406e0
Apr 08 20:43:04 max.kudr.me kernel: Call Trace:
Apr 08 20:43:04 max.kudr.me kernel:  ? kernfs_fop_open+0xc3/0x3a0
Apr 08 20:43:04 max.kudr.me kernel:  kernfs_fop_open+0xc3/0x3a0
Apr 08 20:43:04 max.kudr.me kernel:  do_dentry_open+0x20a/0x2f0
Apr 08 20:43:04 max.kudr.me kernel:  ? kernfs_fop_release+0x60/0x60
Apr 08 20:43:04 max.kudr.me kernel:  vfs_open+0x4c/0x70
Apr 08 20:43:04 max.kudr.me kernel:  ? may_open+0x5a/0x100
Apr 08 20:43:04 max.kudr.me kernel:  path_openat+0x659/0x1420
Apr 08 20:43:04 max.kudr.me kernel:  ? destroy_inode+0x3b/0x60
Apr 08 20:43:04 max.kudr.me kernel:  do_filp_open+0x91/0x100
Apr 08 20:43:04 max.kudr.me kernel:  ? simple_attr_release+0x20/0x20
Apr 08 20:43:04 max.kudr.me kernel:  do_sys_open+0x130/0x220
Apr 08 20:43:04 max.kudr.me kernel:  SyS_open+0x1e/0x20
Apr 08 20:43:04 max.kudr.me kernel:  do_syscall_64+0x67/0x180
Apr 08 20:43:04 max.kudr.me kernel:  entry_SYSCALL64_slow_path+0x25/0x25
Apr 08 20:43:04 max.kudr.me kernel: RIP: 0033:0x7f1a1074acdd
Apr 08 20:43:04 max.kudr.me kernel: RSP: 002b:00007ffd29ae0470 EFLAGS: 00000293 ORIG_RAX: 0000000000000002
Apr 08 20:43:04 max.kudr.me kernel: RAX: ffffffffffffffda RBX: 00007ffd29ae04a0 RCX: 00007f1a1074acdd
Apr 08 20:43:04 max.kudr.me kernel: RDX: 00007ffd29ae04cb RSI: 0000000000000000 RDI: 00007ffd29ae04a0
Apr 08 20:43:04 max.kudr.me kernel: RBP: 00007f19bd9f5bb8 R08: 00007f19bd9f5b30 R09: 000000000000002b
Apr 08 20:43:04 max.kudr.me kernel: R10: 0000000000000073 R11: 0000000000000293 R12: 0000000000001fff
Apr 08 20:43:04 max.kudr.me kernel: R13: 00007ffd29ae1590 R14: 00007f19bdbf9040 R15: 00007ffd29ae37b0
Apr 08 20:43:04 max.kudr.me kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 08 20:43:04 max.kudr.me kernel: RIP: kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffff99154760fbe0



Apr 08 21:03:24 max.kudr.me kernel: general protection fault: 0000 [#1] SMP
Apr 08 21:03:24 max.kudr.me kernel: Modules linked in: rfcomm hidp ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_mang
Apr 08 21:03:24 max.kudr.me kernel:  crc32_pclmul iTCO_vendor_support snd_hda_intel crc32c_intel snd_hda_codec videobuf2_vmalloc btusb videobuf2_memops btrtl snd_hda_core videobuf2_v4l2 btbcm videobuf2_core ghash_clmulni_intel btintel 
Apr 08 21:03:24 max.kudr.me kernel: CPU: 2 PID: 3262 Comm: gnome-shell Tainted: P           OE   4.10.8-200.fc25.x86_64 #1
Apr 08 21:03:24 max.kudr.me kernel: Hardware name: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E, BIOS MBP91.88Z.00D3.B06.1205101904 05/10/2012
Apr 08 21:03:24 max.kudr.me kernel: task: ffff90d8fe4aa580 task.stack: ffffbb7ac1b40000
Apr 08 21:03:24 max.kudr.me kernel: RIP: 0010:kmem_cache_alloc_trace+0x87/0x1b0
Apr 08 21:03:24 max.kudr.me kernel: RSP: 0018:ffffbb7ac1b43b88 EFLAGS: 00010246
Apr 08 21:03:24 max.kudr.me kernel: RAX: ff90d8dc64b0c000 RBX: 0000000000000000 RCX: 0000000000000014
Apr 08 21:03:24 max.kudr.me kernel: RDX: 0000000000002c1f RSI: 00000000014080c0 RDI: 000000000001c9e0
Apr 08 21:03:24 max.kudr.me kernel: RBP: ffffbb7ac1b43bb8 R08: ffff90d92f29c9e0 R09: 0000000000000000
Apr 08 21:03:24 max.kudr.me kernel: R10: ff90d8dc64b0c000 R11: 0000000000000000 R12: 00000000014080c0
Apr 08 21:03:24 max.kudr.me kernel: R13: ffff90d92a803540 R14: 0000000000000088 R15: ffff90d92a803540
Apr 08 21:03:24 max.kudr.me kernel: FS:  00007f2e5aa90f80(0000) GS:ffff90d92f280000(0000) knlGS:0000000000000000
Apr 08 21:03:24 max.kudr.me kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 08 21:03:24 max.kudr.me kernel: CR2: 00007f2e5a9aa000 CR3: 000000013e5d1000 CR4: 00000000001406e0
Apr 08 21:03:24 max.kudr.me kernel: Call Trace:
Apr 08 21:03:24 max.kudr.me kernel:  ? nouveau_fence_new+0x42/0xc0 [nouveau]
Apr 08 21:03:24 max.kudr.me kernel:  nouveau_fence_new+0x42/0xc0 [nouveau]
Apr 08 21:03:24 max.kudr.me kernel:  nouveau_gem_ioctl_pushbuf+0xef2/0x16b0 [nouveau]
Apr 08 21:03:24 max.kudr.me kernel:  drm_ioctl+0x21b/0x4c0 [drm]
Apr 08 21:03:24 max.kudr.me kernel:  ? nouveau_gem_ioctl_new+0x150/0x150 [nouveau]
Apr 08 21:03:24 max.kudr.me kernel:  ? do_readv_writev+0x151/0x240
Apr 08 21:03:24 max.kudr.me kernel:  nouveau_drm_ioctl+0x74/0xc0 [nouveau]
Apr 08 21:03:24 max.kudr.me kernel:  do_vfs_ioctl+0xa3/0x5f0
Apr 08 21:03:24 max.kudr.me kernel:  ? __audit_syscall_entry+0xad/0xf0
Apr 08 21:03:24 max.kudr.me kernel:  ? syscall_trace_enter+0x1bd/0x2d0
Apr 08 21:03:24 max.kudr.me kernel:  SyS_ioctl+0x79/0x90
Apr 08 21:03:24 max.kudr.me kernel:  do_syscall_64+0x67/0x180
Apr 08 21:03:24 max.kudr.me kernel:  entry_SYSCALL64_slow_path+0x25/0x25
Apr 08 21:03:24 max.kudr.me kernel: RIP: 0033:0x7f2e4f709787
Apr 08 21:03:24 max.kudr.me kernel: RSP: 002b:00007ffe82851e98 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Apr 08 21:03:24 max.kudr.me kernel: RAX: ffffffffffffffda RBX: 0000557706989e00 RCX: 00007f2e4f709787
Apr 08 21:03:24 max.kudr.me kernel: RDX: 00007ffe82851f00 RSI: 00000000c0406481 RDI: 0000000000000008
Apr 08 21:03:24 max.kudr.me kernel: RBP: 00007ffe82851f00 R08: 0000000000000000 R09: 0000000000000000
Apr 08 21:03:24 max.kudr.me kernel: R10: 000055770783b560 R11: 0000000000000246 R12: 00000000c0406481
Apr 08 21:03:24 max.kudr.me kernel: R13: 0000000000000008 R14: 0000557706989ec0 R15: 00000000ffffffea
Apr 08 21:03:24 max.kudr.me kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 08 21:03:24 max.kudr.me kernel: RIP: kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffbb7ac1b43b88
Apr 08 21:03:24 max.kudr.me kernel: ---[ end trace b8b4b56199863be3 ]---
Apr 08 21:03:28 max.kudr.me kernel: general protection fault: 0000 [#2] SMP
Apr 08 21:03:28 max.kudr.me kernel: Modules linked in: rfcomm hidp ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_mang
Apr 08 21:03:28 max.kudr.me kernel:  crc32_pclmul iTCO_vendor_support snd_hda_intel crc32c_intel snd_hda_codec videobuf2_vmalloc btusb videobuf2_memops btrtl snd_hda_core videobuf2_v4l2 btbcm videobuf2_core ghash_clmulni_intel btintel 
Apr 08 21:03:28 max.kudr.me kernel: CPU: 2 PID: 1875 Comm: txg_sync Tainted: P      D    OE   4.10.8-200.fc25.x86_64 #1
Apr 08 21:03:28 max.kudr.me kernel: Hardware name: Apple Inc. MacBookPro9,1/Mac-4B7AC7E43945597E, BIOS MBP91.88Z.00D3.B06.1205101904 05/10/2012
Apr 08 21:03:28 max.kudr.me kernel: task: ffff90d928ba2580 task.stack: ffffbb7ac88dc000
Apr 08 21:03:28 max.kudr.me kernel: RIP: 0010:__kmalloc_node+0x187/0x2b0
Apr 08 21:03:28 max.kudr.me kernel: RSP: 0018:ffffbb7ac88dfc48 EFLAGS: 00010246
Apr 08 21:03:28 max.kudr.me kernel: RAX: ff90d8dc64b0c000 RBX: 0000000000000000 RCX: 0000000000000041
Apr 08 21:03:28 max.kudr.me kernel: RDX: 0000000000002c1f RSI: 0000000000000000 RDI: 000000000001c9e0
Apr 08 21:03:28 max.kudr.me kernel: RBP: ffffbb7ac88dfc88 R08: ffff90d92f29c9e0 R09: ffff90d92a803540
Apr 08 21:03:28 max.kudr.me kernel: R10: ff90d8dc64b0c000 R11: 0000000000000010 R12: 000000000140c200
Apr 08 21:03:28 max.kudr.me kernel: R13: 00000000000000a8 R14: 00000000ffffffff R15: ffff90d92a803540
Apr 08 21:03:28 max.kudr.me kernel: FS:  0000000000000000(0000) GS:ffff90d92f280000(0000) knlGS:0000000000000000
Apr 08 21:03:28 max.kudr.me kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 08 21:03:28 max.kudr.me kernel: CR2: 00007f2e5a9aa000 CR3: 000000011fe09000 CR4: 00000000001406e0
Apr 08 21:03:28 max.kudr.me kernel: Call Trace:
Apr 08 21:03:28 max.kudr.me kernel:  ? spl_kmem_zalloc+0x91/0x160 [spl]
Apr 08 21:03:28 max.kudr.me kernel:  spl_kmem_zalloc+0x91/0x160 [spl]
Apr 08 21:03:28 max.kudr.me kernel:  dmu_tx_create_dd+0x3a/0xd0 [zfs]
Apr 08 21:03:28 max.kudr.me kernel:  ? mutex_lock+0x12/0x40
Apr 08 21:03:28 max.kudr.me kernel:  dmu_tx_create_assigned+0x19/0x30 [zfs]
Apr 08 21:03:28 max.kudr.me kernel:  spa_sync+0x1b2/0xb40 [zfs]
Apr 08 21:03:28 max.kudr.me kernel:  ? autoremove_wake_function+0x33/0x60
Apr 08 21:03:28 max.kudr.me kernel:  ? __wake_up_common+0x4d/0x80
Apr 08 21:03:28 max.kudr.me kernel:  txg_sync_thread+0x3d8/0x650 [zfs]
Apr 08 21:03:28 max.kudr.me kernel:  ? txg_quiesce_thread+0x400/0x400 [zfs]
Apr 08 21:03:28 max.kudr.me kernel:  thread_generic_wrapper+0x72/0x80 [spl]
Apr 08 21:03:28 max.kudr.me kernel:  kthread+0x101/0x140
Apr 08 21:03:28 max.kudr.me kernel:  ? __thread_exit+0x20/0x20 [spl]
Apr 08 21:03:28 max.kudr.me kernel:  ? kthread_park+0x90/0x90
Apr 08 21:03:28 max.kudr.me kernel:  ret_from_fork+0x2c/0x40
Apr 08 21:03:28 max.kudr.me kernel: Code: 4c 89 e9 48 89 da 48 8b 75 d0 41 ff d2 4d 8b 17 4d 85 d2 75 d8 eb 9b 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 18 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 0f
Apr 08 21:03:28 max.kudr.me kernel: RIP: __kmalloc_node+0x187/0x2b0 RSP: ffffbb7ac88dfc48
Apr 08 21:03:28 max.kudr.me kernel: ---[ end trace b8b4b56199863be4 ]---

Comment 26 Michael Carney 2017-04-10 23:21:21 UTC
Looks like the upstream bug for this problem is:

https://bugs.freedesktop.org/show_bug.cgi?id=99900

DaveG's link to the freedesktop list archive above is also informative.

booting the kernel with nouveau.runpm=0 is also an acceptable workaround.

Comment 27 Luca Giuzzi 2017-04-11 09:21:22 UTC
No, at least in my case nouveau.runpm=0 does not change the behaviour of the system. 
[i.e. it does not resume from idle]

Comment 28 Gabriel M. Elder 2017-04-15 18:28:22 UTC
Still basically an issue with kernel-4.10.9-200.fc25.x86_64. I say "basically", because instead of totally freezing up my box and not responding to any keyboard, mouse, etc. input, I can at least switch to a virtual terminal, log in as root and shut it down. So at least a little improvement there. On the Xorg/screensaver page itself, I can move the mouse pointer, but clicking (hence dragging the screensaver shield) has no effect. Keyboard input is ignored as far as the lock screen is concerned, except for the fact that I can still alt+ctrl+fn to a vt. I can even switch back and forth, repeatedly. Going back to vt1, where gdm login is still running, if I try logging in again, it just returns me to the locked session on vt2. So at that point, I have to shut it down. :(

I realize that this is primarily related to the nouveau module, but this issue is heavily dependent on which kernel is running as well. Any word about, or from who's working on this, or an e.t.a.? I've done a fair amount of programming in c before, but that's usually gui or application-level stuff; not usually this deep. Otherwise, I've got half a mind to start digging into this myself. I don't mean to be negative, but regressions like this are particularly irritating to me.

Comment 29 Robin Laing 2017-04-17 16:54:57 UTC
From previous posts, turn off power saving features.  Don't let the screen go to sleep and things work for me.

I only have one machine that is using the nouveau driver.  The others use the closed source nvidia drivers with no issues on them.

On the one machine, I disabled the power saving features and no issues with not being able to get back into the desktop.  it is a work around but it does save the hassle of shutting things down and possibly losing work.

Before I turned off the power saving feature, if I had a terminal open on the screen, I could find it with my mouse (cursor would change) and type in a Plasma restart command to get the desktop to work most times.

Comment 30 Ben Skeggs 2017-04-17 23:39:01 UTC
A workaround for the moment would be to use the Xorg "modesetting" driver (don't worry, you will get full acceleration from it still) instead of the "nouveau" driver.  xf86-video-nouveau 1.0.14 solves the bug causing this issue, I'll try and get it into Fedora ASAP.

Comment 31 Bolt 2017-04-19 10:39:41 UTC
Hello.
My F25 was updated with x-org-video-nouveau 1.0.14, something like that.
Now I can't access to F25.
sddm's login screen blinked, I can't login, no any access.
I can & know ctrl-alt-f{2,3, ....} switch to terminal, login as root.
If I return to blinked sddm's login screen by ctrl-alt-f1, previouse screen with root's login begin blink also, access to lost also.

ps -ef show
there is:  sddm-helper start sddm-greeter.
sddm-greeter run.

After kill sddm-greeter screen not blinked, frezze with boot log.
ctrl-alt-f{2,3, ....} run, switch to terminals.

OS: F25 x64, NVIDIA GT-9600, nouveau, sddm, kde
Motherboard: ASUS P5QC, Intel e8400 core2.

Comment 32 Rob 2017-04-20 06:56:47 UTC
Same happens to me after upgrading xf86-video-nouveau 1.0.14 when logging with Xorg if I log with Wayland no problem.

Comment 33 John L Magee 2017-04-20 11:12:00 UTC
Any chance we can get a Fedora 24 build of xorg-x11-drv-nouveau?

Comment 34 Gabriel M. Elder 2017-04-20 16:02:34 UTC
Just installed all the latest batch of updates, including kernel-4.10.10-200.fc25.x86_64 and xorg-x11-drv-nouveau-1.0.14-1.fc25.x86_64.

Then I rebooted and tested. Immediately upon logging in to GNOME/Xorg, it starts like it's going to load my desktop, then the session bombs out and returns me to the login screen. This behaviour is consistent so far, without exception. Previous mentions were made regarding disabling the power saving features; this was moot for me, as I had already tried all that, but the gnome-shell screen lock automatically puts the monitor to sleep as soon as it locks regardless of the power save settings.

I would try the modesetting driver per the dev's suggestion, but offhand, I'm not sure how to force that config in fedora. The string "nouveau" does not appear anywhere in /etc/*.

I will gladly upload any logs/crashlogs that are asked of me, to assist in this matter. Just tell me the full pathname(s) of what is needed.

Comment 35 Michael Carney 2017-04-20 16:26:08 UTC
xorg-x11-drv-nouveau-1.0.14 makes things much worse -- I just get a flashing sddm greet screen. Immediately downgraded to xorg-x11-drv-nouveau-1.0.13. Relevant Xorg.0.log.old data:

[   182.187] (EE) 
[   182.187] (EE) Backtrace:
[   182.187] (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x139) [0x59ea19]
[   182.188] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x7f28b1d7c5bf]
[   182.188] (EE) 2: ? (?+0x0) [0x24] 
[   182.188] (EE) 
[   182.188] (EE) Segmentation fault at address 0x24
[   182.188] (EE) 
Fatal server error:
[   182.188] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   182.188] (EE)
[   182.188] (EE) 
Please consult the Fedora Project support
         at http://wiki.x.org
 for help.
[   182.188] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.

Comment 36 Ben Skeggs 2017-04-20 22:06:27 UTC
There's a 1.0.14-r2 that should fix the extra badness.

Comment 37 Mats S 2017-04-21 09:52:55 UTC
I've had this issue with complete freeze after gnome lock screen since kernel 4.10 was introduced.
Fully up to date Fedora 25.
Tried x-org-video-nouveau 1.0.14-1 and it wouldn't start gnome at all.
Tried x-org-video-nouveau 1.0.14-2 and now gnome start fine again, but it will still give me a hard freeze after lock screen (super-l), no chance to raise skinny elephants, change VT or anything. Only hard reset.

Comment 38 Gabriel M. Elder 2017-04-22 20:27:13 UTC
Just installed the most recent set of updates a few hours ago. Testing out xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64 right now; so far, so good. :)

I'm able to log in and use the GNOME/Xorg session; no crashes or freezes so far. I've even activated the screen lock (thereby putting the display to sleep), and unlocked it a few times.

I can't speak about the hardware of others, but it really seems to have fixed it on my machine, at this point. self.pinch().

Comment 39 Michael Carney 2017-04-23 07:36:15 UTC
I concur with Gabriel. xorg-x11-drv-nouveau-1.0.14-2.fc25 solves the problem I was having.

Comment 40 Andrea Musuruane 2017-04-23 08:45:27 UTC
xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64 solves the issue for me too.

Comment 41 Bruno A. Crespo 2017-04-23 08:51:17 UTC
Is possible to have this update for F24?

Comment 42 Tim Jackson 2017-04-23 11:18:24 UTC
xorg-x11-drv-nouveau-1:1.0.14-2 does NOT fix it for me, either with kernel 4.9 or 4.10 and a GeForce GT 610. Here's what happens with a two-screen setup (DVI/HDMI outputs):

- Second monitor has a kind of "red haze" over it (you can see what's there, but it's flickering like an out-of-tune TV) and red-tinted

- Once the monitors have gone into power-down (e.g. lock screen and wait), a similar (but not the same) thing happens as originally. Upon wakeup, the mouse cursor takes a long time until it "wakes up". The second screen takes a VERY long time to wake up. I seem to be able to "drag up" the lock screen but the login is not behind it.

So, possibly some progress but equally unusable in practice. Going back to xorg-x11-drv-nouveau-1:1.0.13-1 and kernel 4.9.

Comment 43 Ben Skeggs 2017-04-23 12:50:09 UTC
(In reply to Tim Jackson from comment #42)
> xorg-x11-drv-nouveau-1:1.0.14-2 does NOT fix it for me, either with kernel
> 4.9 or 4.10 and a GeForce GT 610. Here's what happens with a two-screen
> setup (DVI/HDMI outputs):
> 
> - Second monitor has a kind of "red haze" over it (you can see what's there,
> but it's flickering like an out-of-tune TV) and red-tinted
> 
> - Once the monitors have gone into power-down (e.g. lock screen and wait), a
> similar (but not the same) thing happens as originally. Upon wakeup, the
> mouse cursor takes a long time until it "wakes up". The second screen takes
> a VERY long time to wake up. I seem to be able to "drag up" the lock screen
> but the login is not behind it.
> 
> So, possibly some progress but equally unusable in practice. Going back to
> xorg-x11-drv-nouveau-1:1.0.13-1 and kernel 4.9.

I'd say you're seeing a different issue.  Could you file a new bug and post kernel and Xorg logs from *after* you've reproduced the issue.

Comment 44 Bolt 2017-04-23 22:20:04 UTC
Hello. Just return to nouveau - run. Thx.
$ uname -a
Linux  4.10.11-200.fc25.x86_64 #1 SMP Tue Apr 18 17:25:01 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

xorg-x11-drv-nouveau-1:1.0.14-2

Best regards.

Comment 45 John L Magee 2017-04-24 02:05:41 UTC
I just installed a test F25 system 

kernel  4.10.11-200.fc25.x86_64
xorg-x11-drv-nouveau-1:1.0.14-2

and it recovers from power save normally, No hang or freeze or mask at all.

I'd still like a F24 build of xorg-x11-drv-nouveau-1:1.0.14-2 so I can wait for F26 in a couple of months

Hardware is Thinkpad W510 with NVIDIA_Quadro_FX_880M.

Comment 46 Rob 2017-04-25 13:29:43 UTC
Sorry problem not solved: 

Kernel 4.10.10-200.fc25.x86_64
VGA compatible controller: NVIDIA Corporation GT216 [GeForce 210] (rev a2)
xorg-x11-drv-nouveau.x86_64             1:1.0.14-2.fc25

When login with Wayland no problem. 

When login with Xorg hard freeze after lock screen, maybe not immediately but if you try logging in and out few times and the open any application problem occurs.

Comment 47 Mats S 2017-04-27 09:03:49 UTC
Just had another hard freeze after lock screen. It seems lock screen usually works, if I'm not away for too long. Eventually though, power management seems to kick in and powers down the screen and freezes the computer. 

kernel options from dmesg:
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.10.11-200.fc25.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet nouveau.runpm=0 LANG=en_US.UTF-8

lspci | grep VGA:
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)

dnf list installed xorg-x11-drv-nouveau:
xorg-x11-drv-nouveau.x86_64                                                1:1.0.14-2.fc25                                                              @updates

last stuff from journalctrl:
Apr 27 10:09:19 localhost.localdomain kernel: general protection fault: 0000 [#1] SMP
Apr 27 10:09:19 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_security iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
Apr 27 10:09:19 localhost.localdomain kernel:  lpc_ich snd_hda_intel asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic pata_acpi r8169 mii fjes
Apr 27 10:09:19 localhost.localdomain kernel: CPU: 0 PID: 1930 Comm: Xorg Tainted: G          I     4.10.11-200.fc25.x86_64 #1
Apr 27 10:09:19 localhost.localdomain kernel: Hardware name: System manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
Apr 27 10:09:19 localhost.localdomain kernel: task: ffff9df7926ec880 task.stack: ffffb5c04263c000
Apr 27 10:09:19 localhost.localdomain kernel: RIP: 0010:kmem_cache_alloc_trace+0x87/0x1b0
Apr 27 10:09:19 localhost.localdomain kernel: RSP: 0018:ffffb5c04263fba8 EFLAGS: 00010246
Apr 27 10:09:19 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX: 00000000014080c0 RCX: 00000000000004d4
Apr 27 10:09:19 localhost.localdomain kernel: RDX: 0000000000237f92 RSI: 00000000014080c0 RDI: 000000000001caa0
Apr 27 10:09:19 localhost.localdomain kernel: RBP: ffffb5c04263fbd8 R08: ffff9df7af21caa0 R09: 0000000000000000
Apr 27 10:09:19 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11: 0000000000000000 R12: 00000000014080c0
Apr 27 10:09:19 localhost.localdomain kernel: R13: ffff9df7aec03540 R14: 0000000000000088 R15: ffff9df7aec03540
Apr 27 10:09:19 localhost.localdomain kernel: FS:  00007ff5a3428600(0000) GS:ffff9df7af200000(0000) knlGS:0000000000000000
Apr 27 10:09:19 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 27 10:09:19 localhost.localdomain kernel: CR2: 00001e7a9216a198 CR3: 00000003fe67b000 CR4: 00000000000006f0
Apr 27 10:09:19 localhost.localdomain kernel: Call Trace:
Apr 27 10:09:19 localhost.localdomain kernel:  ? nouveau_fence_new+0x42/0xc0 [nouveau]
Apr 27 10:09:19 localhost.localdomain kernel:  nouveau_fence_new+0x42/0xc0 [nouveau]
Apr 27 10:09:19 localhost.localdomain kernel:  nouveau_gem_ioctl_pushbuf+0xef2/0x16b0 [nouveau]
Apr 27 10:09:19 localhost.localdomain kernel:  drm_ioctl+0x21b/0x4c0 [drm]
Apr 27 10:09:19 localhost.localdomain kernel:  ? ___sys_recvmsg+0x160/0x1f0
Apr 27 10:09:19 localhost.localdomain kernel:  ? nouveau_gem_ioctl_new+0x150/0x150 [nouveau]
Apr 27 10:09:19 localhost.localdomain kernel:  nouveau_drm_ioctl+0x74/0xc0 [nouveau]
Apr 27 10:09:19 localhost.localdomain kernel:  do_vfs_ioctl+0xa3/0x5f0
Apr 27 10:09:19 localhost.localdomain kernel:  ? __sys_recvmsg+0x80/0x90
Apr 27 10:09:19 localhost.localdomain kernel:  SyS_ioctl+0x79/0x90
Apr 27 10:09:19 localhost.localdomain kernel:  entry_SYSCALL_64_fastpath+0x1a/0xa9
Apr 27 10:09:19 localhost.localdomain kernel: RIP: 0033:0x7ff5a0cd3787
Apr 27 10:09:19 localhost.localdomain kernel: RSP: 002b:00007ffd4f9fca38 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Apr 27 10:09:19 localhost.localdomain kernel: RAX: ffffffffffffffda RBX: 00000000019a20b0 RCX: 00007ff5a0cd3787
Apr 27 10:09:19 localhost.localdomain kernel: RDX: 00007ffd4f9fcaa0 RSI: 00000000c0406481 RDI: 000000000000000c
Apr 27 10:09:19 localhost.localdomain kernel: RBP: 00007ffd4f9fcaa0 R08: 0000000000000000 R09: 0000000001d5cce0
Apr 27 10:09:19 localhost.localdomain kernel: R10: 00007ff58ec9a000 R11: 0000000000000246 R12: 00000000c0406481
Apr 27 10:09:19 localhost.localdomain kernel: R13: 000000000000000c R14: 00000000019a2c40 R15: 00000000ffffffea
Apr 27 10:09:19 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 27 10:09:19 localhost.localdomain kernel: RIP: kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c04263fba8
Apr 27 10:09:19 localhost.localdomain kernel: ---[ end trace f68728a0d3053b54 ]---
Apr 27 10:09:20 localhost.localdomain abrt-dump-journal-oops[960]: abrt-dump-journal-oops: Found oopses: 1
Apr 27 10:09:20 localhost.localdomain abrt-dump-journal-oops[960]: abrt-dump-journal-oops: Creating problem directories
Apr 27 10:09:20 localhost.localdomain kernel: general protection fault: 0000 [#2] SMP
Apr 27 10:09:20 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_security iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
Apr 27 10:09:20 localhost.localdomain kernel:  lpc_ich snd_hda_intel asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic pata_acpi r8169 mii fjes
Apr 27 10:09:20 localhost.localdomain kernel: CPU: 0 PID: 822 Comm: abrtd Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
Apr 27 10:09:20 localhost.localdomain kernel: Hardware name: System manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
Apr 27 10:09:20 localhost.localdomain kernel: task: ffff9df79fe72440 task.stack: ffffb5c0422ac000
Apr 27 10:09:20 localhost.localdomain kernel: RIP: 0010:kmem_cache_alloc_trace+0x87/0x1b0
Apr 27 10:09:20 localhost.localdomain kernel: RSP: 0018:ffffb5c0422afe30 EFLAGS: 00010246
Apr 27 10:09:20 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX: 00000000015080c0 RCX: 0000000000000001
Apr 27 10:09:20 localhost.localdomain kernel: RDX: 0000000000237f92 RSI: 00000000015080c0 RDI: 000000000001caa0
Apr 27 10:09:20 localhost.localdomain kernel: RBP: ffffb5c0422afe60 R08: ffff9df7af21caa0 R09: 0000000000000001
Apr 27 10:09:20 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11: ffff9df79fe72440 R12: 00000000015080c0
Apr 27 10:09:20 localhost.localdomain kernel: R13: ffff9df7aec03540 R14: 0000000000000088 R15: ffff9df7aec03540
Apr 27 10:09:20 localhost.localdomain kernel: FS:  00007f699b920900(0000) GS:ffff9df7af200000(0000) knlGS:0000000000000000
Apr 27 10:09:20 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 27 10:09:20 localhost.localdomain kernel: CR2: 00007f2f3ccd00d0 CR3: 000000041fc51000 CR4: 00000000000006f0
Apr 27 10:09:20 localhost.localdomain kernel: Call Trace:
Apr 27 10:09:20 localhost.localdomain kernel:  ? alloc_pipe_info+0x40/0x170
Apr 27 10:09:20 localhost.localdomain kernel:  alloc_pipe_info+0x40/0x170
Apr 27 10:09:20 localhost.localdomain kernel:  create_pipe_files+0x5e/0x230
Apr 27 10:09:20 localhost.localdomain kernel:  __do_pipe_flags+0x33/0xd0
Apr 27 10:09:20 localhost.localdomain kernel:  SyS_pipe+0x2f/0xb0
Apr 27 10:09:20 localhost.localdomain kernel:  entry_SYSCALL_64_fastpath+0x1a/0xa9
Apr 27 10:09:20 localhost.localdomain kernel: RIP: 0033:0x7f699a580347
Apr 27 10:09:20 localhost.localdomain kernel: RSP: 002b:00007ffc89a677d8 EFLAGS: 00000202 ORIG_RAX: 0000000000000016
Apr 27 10:09:20 localhost.localdomain kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f699a580347
Apr 27 10:09:20 localhost.localdomain kernel: RDX: 00007f699a84a750 RSI: 0000000000000000 RDI: 00007ffc89a67800
Apr 27 10:09:20 localhost.localdomain kernel: RBP: 0000000000000010 R08: 000055ae2fac1b73 R09: 000055ae2fac2eb0
Apr 27 10:09:20 localhost.localdomain kernel: R10: 0000000000000060 R11: 0000000000000202 R12: 0000000000000002
Apr 27 10:09:20 localhost.localdomain kernel: R13: 000055ae2fe37f50 R14: 00007ffc89a663c0 R15: 0000000000000001
Apr 27 10:09:20 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 27 10:09:20 localhost.localdomain kernel: RIP: kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c0422afe30
Apr 27 10:09:20 localhost.localdomain kernel: ---[ end trace f68728a0d3053b55 ]---
Apr 27 10:09:21 localhost.localdomain kernel: general protection fault: 0000 [#3] SMP
Apr 27 10:09:21 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_security iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
Apr 27 10:09:21 localhost.localdomain kernel:  lpc_ich snd_hda_intel asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic pata_acpi r8169 mii fjes
Apr 27 10:09:21 localhost.localdomain kernel: CPU: 0 PID: 5799 Comm: kworker/0:0 Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
Apr 27 10:09:21 localhost.localdomain kernel: Hardware name: System manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
Apr 27 10:09:21 localhost.localdomain kernel: Workqueue: events_freezable_power_ disk_events_workfn
Apr 27 10:09:21 localhost.localdomain kernel: task: ffff9df525f50000 task.stack: ffffb5c048f4c000
Apr 27 10:09:21 localhost.localdomain kernel: RIP: 0010:__kmalloc+0xc3/0x1f0
Apr 27 10:09:21 localhost.localdomain kernel: RSP: 0018:ffffb5c048f4fb88 EFLAGS: 00010246
Apr 27 10:09:21 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX: 0000000001400000 RCX: 0000000001400000
Apr 27 10:09:21 localhost.localdomain kernel: RDX: 0000000000237f92 RSI: 0000000000000000 RDI: 000000000001caa0
Apr 27 10:09:21 localhost.localdomain kernel: RBP: ffffb5c048f4fbb8 R08: ffff9df7af21caa0 R09: 00000000000001ff
Apr 27 10:09:21 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11: 0000000000001670 R12: 0000000001400000
Apr 27 10:09:21 localhost.localdomain kernel: R13: 0000000000000098 R14: ffff9df7aec03540 R15: ffff9df7aec03540
Apr 27 10:09:21 localhost.localdomain kernel: FS:  0000000000000000(0000) GS:ffff9df7af200000(0000) knlGS:0000000000000000
Apr 27 10:09:21 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 27 10:09:21 localhost.localdomain kernel: CR2: 00007f2f3ccd00d0 CR3: 00000002b2e09000 CR4: 00000000000006f0
Apr 27 10:09:21 localhost.localdomain kernel: Call Trace:
Apr 27 10:09:21 localhost.localdomain kernel:  ? bio_alloc_bioset+0x1e6/0x290
Apr 27 10:09:21 localhost.localdomain kernel:  bio_alloc_bioset+0x1e6/0x290
Apr 27 10:09:21 localhost.localdomain kernel:  bio_copy_kern+0x68/0x200
Apr 27 10:09:21 localhost.localdomain kernel:  blk_rq_map_kern+0xa1/0x130
Apr 27 10:09:21 localhost.localdomain kernel:  __scsi_execute.isra.21+0x77/0x1d0
Apr 27 10:09:21 localhost.localdomain kernel:  scsi_execute_req_flags+0x9c/0x110
Apr 27 10:09:21 localhost.localdomain kernel:  sr_check_events+0xc4/0x2e0
Apr 27 10:09:21 localhost.localdomain kernel:  cdrom_check_events+0x18/0x30
Apr 27 10:09:21 localhost.localdomain kernel:  sr_block_check_events+0x2a/0x30
Apr 27 10:09:21 localhost.localdomain kernel:  disk_check_events+0x5d/0x140
Apr 27 10:09:21 localhost.localdomain kernel:  disk_events_workfn+0x16/0x20
Apr 27 10:09:21 localhost.localdomain kernel:  process_one_work+0x197/0x450
Apr 27 10:09:21 localhost.localdomain kernel:  worker_thread+0x4e/0x4a0
Apr 27 10:09:21 localhost.localdomain kernel:  kthread+0x101/0x140
Apr 27 10:09:21 localhost.localdomain kernel:  ? process_one_work+0x450/0x450
Apr 27 10:09:21 localhost.localdomain kernel:  ? kthread_park+0x90/0x90
Apr 27 10:09:21 localhost.localdomain kernel:  ret_from_fork+0x2c/0x40
Apr 27 10:09:21 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 ce 00 00 00 4d 85 d2 0f 84 c5 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 1a 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 27 10:09:21 localhost.localdomain kernel: RIP: __kmalloc+0xc3/0x1f0 RSP: ffffb5c048f4fb88
Apr 27 10:09:21 localhost.localdomain kernel: ---[ end trace f68728a0d3053b56 ]---
Apr 27 10:09:21 localhost.localdomain abrt-dump-journal-oops[960]: Reported 1 kernel oopses to Abrt
Apr 27 10:09:28 localhost.localdomain synergys[1951]: Synergy 1.8.8: [2017-04-27T10:09:28] NOTE: client "moltas" is dead
Apr 27 10:09:43 localhost.localdomain kernel: general protection fault: 0000 [#4] SMP
Apr 27 10:09:43 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_security iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
Apr 27 10:09:43 localhost.localdomain kernel:  lpc_ich snd_hda_intel asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic pata_acpi r8169 mii fjes
Apr 27 10:09:43 localhost.localdomain kernel: CPU: 0 PID: 3413 Comm: java Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
Apr 27 10:09:43 localhost.localdomain kernel: Hardware name: System manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
Apr 27 10:09:43 localhost.localdomain kernel: task: ffff9df6ebf42440 task.stack: ffffb5c04ae50000
Apr 27 10:09:43 localhost.localdomain kernel: RIP: 0010:kmem_cache_alloc_trace+0x87/0x1b0
Apr 27 10:09:43 localhost.localdomain kernel: RSP: 0018:ffffb5c04ae53c10 EFLAGS: 00010246
Apr 27 10:09:43 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX: 00000000014080c0 RCX: 0000000000000001
Apr 27 10:09:43 localhost.localdomain kernel: RDX: 0000000000237f92 RSI: 00000000014080c0 RDI: 000000000001caa0
Apr 27 10:09:43 localhost.localdomain kernel: RBP: ffffb5c04ae53c40 R08: ffff9df7af21caa0 R09: 0000000000000000
Apr 27 10:09:43 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11: 0000000600000000 R12: 00000000014080c0
Apr 27 10:09:43 localhost.localdomain kernel: R13: ffff9df7aec03540 R14: 0000000000000090 R15: ffff9df7aec03540
Apr 27 10:09:43 localhost.localdomain kernel: FS:  00007fd75a7bb700(0000) GS:ffff9df7af200000(0000) knlGS:0000000000000000
Apr 27 10:09:43 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 27 10:09:43 localhost.localdomain kernel: CR2: 00005572004c4d50 CR3: 000000039e293000 CR4: 00000000000006f0
Apr 27 10:09:43 localhost.localdomain kernel: Call Trace:
Apr 27 10:09:43 localhost.localdomain kernel:  ? kernfs_fop_open+0xc3/0x3a0
Apr 27 10:09:43 localhost.localdomain kernel:  kernfs_fop_open+0xc3/0x3a0
Apr 27 10:09:43 localhost.localdomain kernel:  do_dentry_open+0x20a/0x2f0
Apr 27 10:09:43 localhost.localdomain kernel:  ? kernfs_fop_release+0x60/0x60
Apr 27 10:09:43 localhost.localdomain kernel:  vfs_open+0x4c/0x70
Apr 27 10:09:43 localhost.localdomain kernel:  ? may_open+0x5a/0x100
Apr 27 10:09:43 localhost.localdomain kernel:  path_openat+0x659/0x1420
Apr 27 10:09:43 localhost.localdomain kernel:  ? touch_atime+0x35/0xd0
Apr 27 10:09:43 localhost.localdomain kernel:  do_filp_open+0x91/0x100
Apr 27 10:09:43 localhost.localdomain kernel:  ? __alloc_fd+0x3f/0x170
Apr 27 10:09:43 localhost.localdomain kernel:  do_sys_open+0x130/0x220
Apr 27 10:09:43 localhost.localdomain kernel:  SyS_open+0x1e/0x20
Apr 27 10:09:43 localhost.localdomain kernel:  entry_SYSCALL_64_fastpath+0x1a/0xa9
Apr 27 10:09:43 localhost.localdomain kernel: RIP: 0033:0x7fd7f91ba081
Apr 27 10:09:43 localhost.localdomain kernel: RSP: 002b:00007fd75a7b8350 EFLAGS: 00000206 ORIG_RAX: 0000000000000002
Apr 27 10:09:43 localhost.localdomain kernel: RAX: ffffffffffffffda RBX: 00007fd7d40a35a0 RCX: 00007fd7f91ba081
Apr 27 10:09:43 localhost.localdomain kernel: RDX: 0000000000010000 RSI: 0000000000080000 RDI: 00007fd7f9243620
Apr 27 10:09:43 localhost.localdomain kernel: RBP: 00007fd7f94713c0 R08: 0000000000000022 R09: 0000000000000017
Apr 27 10:09:43 localhost.localdomain kernel: R10: 00007fd7e35559d8 R11: 0000000000000206 R12: 0000000000000000
Apr 27 10:09:43 localhost.localdomain kernel: R13: 0000000000000000 R14: 0000000000000400 R15: 00007fd7d40a35a0
Apr 27 10:09:43 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f 0f 94 c0 84 c0 74
Apr 27 10:09:43 localhost.localdomain kernel: RIP: kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c04ae53c10
Apr 27 10:09:43 localhost.localdomain kernel: ---[ end trace f68728a0d3053b57 ]---
Apr 27 10:09:44 localhost.localdomain abrt-dump-journal-oops[960]: abrt-dump-journal-oops: Found oopses: 1
Apr 27 10:09:44 localhost.localdomain abrt-dump-journal-oops[960]: abrt-dump-journal-oops: Creating problem directories
Apr 27 10:09:45 localhost.localdomain abrt-dump-journal-oops[960]: Reported 1 kernel oopses to Abrt

Comment 48 Ben Skeggs 2017-04-27 09:30:04 UTC
(In reply to Mats S from comment #47)
> Just had another hard freeze after lock screen. It seems lock screen usually
> works, if I'm not away for too long. Eventually though, power management
> seems to kick in and powers down the screen and freezes the computer. 
> 
> kernel options from dmesg:
> [    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.10.11-200.fc25.x86_64
> root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root
> rhgb quiet nouveau.runpm=0 LANG=en_US.UTF-8
> 
> lspci | grep VGA:
> 01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210]
> (rev a2)
> 
> dnf list installed xorg-x11-drv-nouveau:
> xorg-x11-drv-nouveau.x86_64                                               
> 1:1.0.14-2.fc25                                                             
> @updates
> 
> last stuff from journalctrl:
> Apr 27 10:09:19 localhost.localdomain kernel: general protection fault: 0000
> [#1] SMP
> Apr 27 10:09:19 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM
> ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns
> nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT
> nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc
> ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6
> nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c
> iptable_security iptable_raw ebtable_filter ebtables ip6table_filter
> ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock
> vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support
> kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore
> snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
> Apr 27 10:09:19 localhost.localdomain kernel:  lpc_ich snd_hda_intel
> asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device
> snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm
> nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi
> i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic
> pata_acpi r8169 mii fjes
> Apr 27 10:09:19 localhost.localdomain kernel: CPU: 0 PID: 1930 Comm: Xorg
> Tainted: G          I     4.10.11-200.fc25.x86_64 #1
> Apr 27 10:09:19 localhost.localdomain kernel: Hardware name: System
> manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
> Apr 27 10:09:19 localhost.localdomain kernel: task: ffff9df7926ec880
> task.stack: ffffb5c04263c000
> Apr 27 10:09:19 localhost.localdomain kernel: RIP:
> 0010:kmem_cache_alloc_trace+0x87/0x1b0
> Apr 27 10:09:19 localhost.localdomain kernel: RSP: 0018:ffffb5c04263fba8
> EFLAGS: 00010246
> Apr 27 10:09:19 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX:
> 00000000014080c0 RCX: 00000000000004d4
> Apr 27 10:09:19 localhost.localdomain kernel: RDX: 0000000000237f92 RSI:
> 00000000014080c0 RDI: 000000000001caa0
> Apr 27 10:09:19 localhost.localdomain kernel: RBP: ffffb5c04263fbd8 R08:
> ffff9df7af21caa0 R09: 0000000000000000
> Apr 27 10:09:19 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11:
> 0000000000000000 R12: 00000000014080c0
> Apr 27 10:09:19 localhost.localdomain kernel: R13: ffff9df7aec03540 R14:
> 0000000000000088 R15: ffff9df7aec03540
> Apr 27 10:09:19 localhost.localdomain kernel: FS:  00007ff5a3428600(0000)
> GS:ffff9df7af200000(0000) knlGS:0000000000000000
> Apr 27 10:09:19 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Apr 27 10:09:19 localhost.localdomain kernel: CR2: 00001e7a9216a198 CR3:
> 00000003fe67b000 CR4: 00000000000006f0
> Apr 27 10:09:19 localhost.localdomain kernel: Call Trace:
> Apr 27 10:09:19 localhost.localdomain kernel:  ? nouveau_fence_new+0x42/0xc0
> [nouveau]
> Apr 27 10:09:19 localhost.localdomain kernel:  nouveau_fence_new+0x42/0xc0
> [nouveau]
> Apr 27 10:09:19 localhost.localdomain kernel: 
> nouveau_gem_ioctl_pushbuf+0xef2/0x16b0 [nouveau]
> Apr 27 10:09:19 localhost.localdomain kernel:  drm_ioctl+0x21b/0x4c0 [drm]
> Apr 27 10:09:19 localhost.localdomain kernel:  ? ___sys_recvmsg+0x160/0x1f0
> Apr 27 10:09:19 localhost.localdomain kernel:  ?
> nouveau_gem_ioctl_new+0x150/0x150 [nouveau]
> Apr 27 10:09:19 localhost.localdomain kernel:  nouveau_drm_ioctl+0x74/0xc0
> [nouveau]
> Apr 27 10:09:19 localhost.localdomain kernel:  do_vfs_ioctl+0xa3/0x5f0
> Apr 27 10:09:19 localhost.localdomain kernel:  ? __sys_recvmsg+0x80/0x90
> Apr 27 10:09:19 localhost.localdomain kernel:  SyS_ioctl+0x79/0x90
> Apr 27 10:09:19 localhost.localdomain kernel: 
> entry_SYSCALL_64_fastpath+0x1a/0xa9
> Apr 27 10:09:19 localhost.localdomain kernel: RIP: 0033:0x7ff5a0cd3787
> Apr 27 10:09:19 localhost.localdomain kernel: RSP: 002b:00007ffd4f9fca38
> EFLAGS: 00000246 ORIG_RAX: 0000000000000010
> Apr 27 10:09:19 localhost.localdomain kernel: RAX: ffffffffffffffda RBX:
> 00000000019a20b0 RCX: 00007ff5a0cd3787
> Apr 27 10:09:19 localhost.localdomain kernel: RDX: 00007ffd4f9fcaa0 RSI:
> 00000000c0406481 RDI: 000000000000000c
> Apr 27 10:09:19 localhost.localdomain kernel: RBP: 00007ffd4f9fcaa0 R08:
> 0000000000000000 R09: 0000000001d5cce0
> Apr 27 10:09:19 localhost.localdomain kernel: R10: 00007ff58ec9a000 R11:
> 0000000000000246 R12: 00000000c0406481
> Apr 27 10:09:19 localhost.localdomain kernel: R13: 000000000000000c R14:
> 00000000019a2c40 R15: 00000000ffffffea
> Apr 27 10:09:19 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10
> 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0
> 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f
> 0f 94 c0 84 c0 74
> Apr 27 10:09:19 localhost.localdomain kernel: RIP:
> kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c04263fba8
> Apr 27 10:09:19 localhost.localdomain kernel: ---[ end trace
> f68728a0d3053b54 ]---
> Apr 27 10:09:20 localhost.localdomain abrt-dump-journal-oops[960]:
> abrt-dump-journal-oops: Found oopses: 1
> Apr 27 10:09:20 localhost.localdomain abrt-dump-journal-oops[960]:
> abrt-dump-journal-oops: Creating problem directories
> Apr 27 10:09:20 localhost.localdomain kernel: general protection fault: 0000
> [#2] SMP
> Apr 27 10:09:20 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM
> ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns
> nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT
> nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc
> ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6
> nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c
> iptable_security iptable_raw ebtable_filter ebtables ip6table_filter
> ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock
> vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support
> kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore
> snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
> Apr 27 10:09:20 localhost.localdomain kernel:  lpc_ich snd_hda_intel
> asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device
> snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm
> nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi
> i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic
> pata_acpi r8169 mii fjes
> Apr 27 10:09:20 localhost.localdomain kernel: CPU: 0 PID: 822 Comm: abrtd
> Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
> Apr 27 10:09:20 localhost.localdomain kernel: Hardware name: System
> manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
> Apr 27 10:09:20 localhost.localdomain kernel: task: ffff9df79fe72440
> task.stack: ffffb5c0422ac000
> Apr 27 10:09:20 localhost.localdomain kernel: RIP:
> 0010:kmem_cache_alloc_trace+0x87/0x1b0
> Apr 27 10:09:20 localhost.localdomain kernel: RSP: 0018:ffffb5c0422afe30
> EFLAGS: 00010246
> Apr 27 10:09:20 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX:
> 00000000015080c0 RCX: 0000000000000001
> Apr 27 10:09:20 localhost.localdomain kernel: RDX: 0000000000237f92 RSI:
> 00000000015080c0 RDI: 000000000001caa0
> Apr 27 10:09:20 localhost.localdomain kernel: RBP: ffffb5c0422afe60 R08:
> ffff9df7af21caa0 R09: 0000000000000001
> Apr 27 10:09:20 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11:
> ffff9df79fe72440 R12: 00000000015080c0
> Apr 27 10:09:20 localhost.localdomain kernel: R13: ffff9df7aec03540 R14:
> 0000000000000088 R15: ffff9df7aec03540
> Apr 27 10:09:20 localhost.localdomain kernel: FS:  00007f699b920900(0000)
> GS:ffff9df7af200000(0000) knlGS:0000000000000000
> Apr 27 10:09:20 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Apr 27 10:09:20 localhost.localdomain kernel: CR2: 00007f2f3ccd00d0 CR3:
> 000000041fc51000 CR4: 00000000000006f0
> Apr 27 10:09:20 localhost.localdomain kernel: Call Trace:
> Apr 27 10:09:20 localhost.localdomain kernel:  ? alloc_pipe_info+0x40/0x170
> Apr 27 10:09:20 localhost.localdomain kernel:  alloc_pipe_info+0x40/0x170
> Apr 27 10:09:20 localhost.localdomain kernel:  create_pipe_files+0x5e/0x230
> Apr 27 10:09:20 localhost.localdomain kernel:  __do_pipe_flags+0x33/0xd0
> Apr 27 10:09:20 localhost.localdomain kernel:  SyS_pipe+0x2f/0xb0
> Apr 27 10:09:20 localhost.localdomain kernel: 
> entry_SYSCALL_64_fastpath+0x1a/0xa9
> Apr 27 10:09:20 localhost.localdomain kernel: RIP: 0033:0x7f699a580347
> Apr 27 10:09:20 localhost.localdomain kernel: RSP: 002b:00007ffc89a677d8
> EFLAGS: 00000202 ORIG_RAX: 0000000000000016
> Apr 27 10:09:20 localhost.localdomain kernel: RAX: ffffffffffffffda RBX:
> 0000000000000000 RCX: 00007f699a580347
> Apr 27 10:09:20 localhost.localdomain kernel: RDX: 00007f699a84a750 RSI:
> 0000000000000000 RDI: 00007ffc89a67800
> Apr 27 10:09:20 localhost.localdomain kernel: RBP: 0000000000000010 R08:
> 000055ae2fac1b73 R09: 000055ae2fac2eb0
> Apr 27 10:09:20 localhost.localdomain kernel: R10: 0000000000000060 R11:
> 0000000000000202 R12: 0000000000000002
> Apr 27 10:09:20 localhost.localdomain kernel: R13: 000055ae2fe37f50 R14:
> 00007ffc89a663c0 R15: 0000000000000001
> Apr 27 10:09:20 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10
> 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0
> 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f
> 0f 94 c0 84 c0 74
> Apr 27 10:09:20 localhost.localdomain kernel: RIP:
> kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c0422afe30
> Apr 27 10:09:20 localhost.localdomain kernel: ---[ end trace
> f68728a0d3053b55 ]---
> Apr 27 10:09:21 localhost.localdomain kernel: general protection fault: 0000
> [#3] SMP
> Apr 27 10:09:21 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM
> ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns
> nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT
> nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc
> ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6
> nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c
> iptable_security iptable_raw ebtable_filter ebtables ip6table_filter
> ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock
> vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support
> kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore
> snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
> Apr 27 10:09:21 localhost.localdomain kernel:  lpc_ich snd_hda_intel
> asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device
> snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm
> nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi
> i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic
> pata_acpi r8169 mii fjes
> Apr 27 10:09:21 localhost.localdomain kernel: CPU: 0 PID: 5799 Comm:
> kworker/0:0 Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
> Apr 27 10:09:21 localhost.localdomain kernel: Hardware name: System
> manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
> Apr 27 10:09:21 localhost.localdomain kernel: Workqueue:
> events_freezable_power_ disk_events_workfn
> Apr 27 10:09:21 localhost.localdomain kernel: task: ffff9df525f50000
> task.stack: ffffb5c048f4c000
> Apr 27 10:09:21 localhost.localdomain kernel: RIP: 0010:__kmalloc+0xc3/0x1f0
> Apr 27 10:09:21 localhost.localdomain kernel: RSP: 0018:ffffb5c048f4fb88
> EFLAGS: 00010246
> Apr 27 10:09:21 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX:
> 0000000001400000 RCX: 0000000001400000
> Apr 27 10:09:21 localhost.localdomain kernel: RDX: 0000000000237f92 RSI:
> 0000000000000000 RDI: 000000000001caa0
> Apr 27 10:09:21 localhost.localdomain kernel: RBP: ffffb5c048f4fbb8 R08:
> ffff9df7af21caa0 R09: 00000000000001ff
> Apr 27 10:09:21 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11:
> 0000000000001670 R12: 0000000001400000
> Apr 27 10:09:21 localhost.localdomain kernel: R13: 0000000000000098 R14:
> ffff9df7aec03540 R15: ffff9df7aec03540
> Apr 27 10:09:21 localhost.localdomain kernel: FS:  0000000000000000(0000)
> GS:ffff9df7af200000(0000) knlGS:0000000000000000
> Apr 27 10:09:21 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Apr 27 10:09:21 localhost.localdomain kernel: CR2: 00007f2f3ccd00d0 CR3:
> 00000002b2e09000 CR4: 00000000000006f0
> Apr 27 10:09:21 localhost.localdomain kernel: Call Trace:
> Apr 27 10:09:21 localhost.localdomain kernel:  ? bio_alloc_bioset+0x1e6/0x290
> Apr 27 10:09:21 localhost.localdomain kernel:  bio_alloc_bioset+0x1e6/0x290
> Apr 27 10:09:21 localhost.localdomain kernel:  bio_copy_kern+0x68/0x200
> Apr 27 10:09:21 localhost.localdomain kernel:  blk_rq_map_kern+0xa1/0x130
> Apr 27 10:09:21 localhost.localdomain kernel: 
> __scsi_execute.isra.21+0x77/0x1d0
> Apr 27 10:09:21 localhost.localdomain kernel: 
> scsi_execute_req_flags+0x9c/0x110
> Apr 27 10:09:21 localhost.localdomain kernel:  sr_check_events+0xc4/0x2e0
> Apr 27 10:09:21 localhost.localdomain kernel:  cdrom_check_events+0x18/0x30
> Apr 27 10:09:21 localhost.localdomain kernel: 
> sr_block_check_events+0x2a/0x30
> Apr 27 10:09:21 localhost.localdomain kernel:  disk_check_events+0x5d/0x140
> Apr 27 10:09:21 localhost.localdomain kernel:  disk_events_workfn+0x16/0x20
> Apr 27 10:09:21 localhost.localdomain kernel:  process_one_work+0x197/0x450
> Apr 27 10:09:21 localhost.localdomain kernel:  worker_thread+0x4e/0x4a0
> Apr 27 10:09:21 localhost.localdomain kernel:  kthread+0x101/0x140
> Apr 27 10:09:21 localhost.localdomain kernel:  ? process_one_work+0x450/0x450
> Apr 27 10:09:21 localhost.localdomain kernel:  ? kthread_park+0x90/0x90
> Apr 27 10:09:21 localhost.localdomain kernel:  ret_from_fork+0x2c/0x40
> Apr 27 10:09:21 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10
> 0f 84 ce 00 00 00 4d 85 d2 0f 84 c5 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0
> 40 f6 c7 0f 0f 85 1a 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f
> 0f 94 c0 84 c0 74
> Apr 27 10:09:21 localhost.localdomain kernel: RIP: __kmalloc+0xc3/0x1f0 RSP:
> ffffb5c048f4fb88
> Apr 27 10:09:21 localhost.localdomain kernel: ---[ end trace
> f68728a0d3053b56 ]---
> Apr 27 10:09:21 localhost.localdomain abrt-dump-journal-oops[960]: Reported
> 1 kernel oopses to Abrt
> Apr 27 10:09:28 localhost.localdomain synergys[1951]: Synergy 1.8.8:
> [2017-04-27T10:09:28] NOTE: client "moltas" is dead
> Apr 27 10:09:43 localhost.localdomain kernel: general protection fault: 0000
> [#4] SMP
> Apr 27 10:09:43 localhost.localdomain kernel: Modules linked in: xt_CHECKSUM
> ipt_MASQUERADE nf_nat_masquerade_ipv4 tun nf_conntrack_netbios_ns
> nf_conntrack_broadcast xt_CT cfg80211 ip6t_rpfilter rfkill ip6t_REJECT
> nf_reject_ipv6 xt_conntrack ip_set nfnetlink ebtable_broute bridge stp llc
> ebtable_nat ip6table_mangle ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6
> nf_nat_ipv6 ip6table_security ip6table_raw iptable_mangle iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c
> iptable_security iptable_raw ebtable_filter ebtables ip6table_filter
> ip6_tables ppdev parport_pc parport fuse vmw_vsock_vmci_transport vsock
> vmw_vmci intel_powerclamp coretemp kvm_intel iTCO_wdt iTCO_vendor_support
> kvm irqbypass intel_cstate i7core_edac edac_core intel_uncore
> snd_hda_codec_hdmi i2c_i801 snd_hda_codec_via snd_hda_codec_generic
> Apr 27 10:09:43 localhost.localdomain kernel:  lpc_ich snd_hda_intel
> asus_atk0110 snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device
> snd_pcm snd_timer snd soundcore shpchp acpi_cpufreq tpm_tis tpm_tis_core tpm
> nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau video mxm_wmi wmi
> i2c_algo_bit drm_kms_helper crc32c_intel ttm serio_raw drm ata_generic
> pata_acpi r8169 mii fjes
> Apr 27 10:09:43 localhost.localdomain kernel: CPU: 0 PID: 3413 Comm: java
> Tainted: G      D   I     4.10.11-200.fc25.x86_64 #1
> Apr 27 10:09:43 localhost.localdomain kernel: Hardware name: System
> manufacturer System Product Name/P7P55D LE, BIOS 0605    09/24/2009
> Apr 27 10:09:43 localhost.localdomain kernel: task: ffff9df6ebf42440
> task.stack: ffffb5c04ae50000
> Apr 27 10:09:43 localhost.localdomain kernel: RIP:
> 0010:kmem_cache_alloc_trace+0x87/0x1b0
> Apr 27 10:09:43 localhost.localdomain kernel: RSP: 0018:ffffb5c04ae53c10
> EFLAGS: 00010246
> Apr 27 10:09:43 localhost.localdomain kernel: RAX: ff9df6ec74f2c000 RBX:
> 00000000014080c0 RCX: 0000000000000001
> Apr 27 10:09:43 localhost.localdomain kernel: RDX: 0000000000237f92 RSI:
> 00000000014080c0 RDI: 000000000001caa0
> Apr 27 10:09:43 localhost.localdomain kernel: RBP: ffffb5c04ae53c40 R08:
> ffff9df7af21caa0 R09: 0000000000000000
> Apr 27 10:09:43 localhost.localdomain kernel: R10: ff9df6ec74f2c000 R11:
> 0000000600000000 R12: 00000000014080c0
> Apr 27 10:09:43 localhost.localdomain kernel: R13: ffff9df7aec03540 R14:
> 0000000000000090 R15: ffff9df7aec03540
> Apr 27 10:09:43 localhost.localdomain kernel: FS:  00007fd75a7bb700(0000)
> GS:ffff9df7af200000(0000) knlGS:0000000000000000
> Apr 27 10:09:43 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Apr 27 10:09:43 localhost.localdomain kernel: CR2: 00005572004c4d50 CR3:
> 000000039e293000 CR4: 00000000000006f0
> Apr 27 10:09:43 localhost.localdomain kernel: Call Trace:
> Apr 27 10:09:43 localhost.localdomain kernel:  ? kernfs_fop_open+0xc3/0x3a0
> Apr 27 10:09:43 localhost.localdomain kernel:  kernfs_fop_open+0xc3/0x3a0
> Apr 27 10:09:43 localhost.localdomain kernel:  do_dentry_open+0x20a/0x2f0
> Apr 27 10:09:43 localhost.localdomain kernel:  ? kernfs_fop_release+0x60/0x60
> Apr 27 10:09:43 localhost.localdomain kernel:  vfs_open+0x4c/0x70
> Apr 27 10:09:43 localhost.localdomain kernel:  ? may_open+0x5a/0x100
> Apr 27 10:09:43 localhost.localdomain kernel:  path_openat+0x659/0x1420
> Apr 27 10:09:43 localhost.localdomain kernel:  ? touch_atime+0x35/0xd0
> Apr 27 10:09:43 localhost.localdomain kernel:  do_filp_open+0x91/0x100
> Apr 27 10:09:43 localhost.localdomain kernel:  ? __alloc_fd+0x3f/0x170
> Apr 27 10:09:43 localhost.localdomain kernel:  do_sys_open+0x130/0x220
> Apr 27 10:09:43 localhost.localdomain kernel:  SyS_open+0x1e/0x20
> Apr 27 10:09:43 localhost.localdomain kernel: 
> entry_SYSCALL_64_fastpath+0x1a/0xa9
> Apr 27 10:09:43 localhost.localdomain kernel: RIP: 0033:0x7fd7f91ba081
> Apr 27 10:09:43 localhost.localdomain kernel: RSP: 002b:00007fd75a7b8350
> EFLAGS: 00000206 ORIG_RAX: 0000000000000002
> Apr 27 10:09:43 localhost.localdomain kernel: RAX: ffffffffffffffda RBX:
> 00007fd7d40a35a0 RCX: 00007fd7f91ba081
> Apr 27 10:09:43 localhost.localdomain kernel: RDX: 0000000000010000 RSI:
> 0000000000080000 RDI: 00007fd7f9243620
> Apr 27 10:09:43 localhost.localdomain kernel: RBP: 00007fd7f94713c0 R08:
> 0000000000000022 R09: 0000000000000017
> Apr 27 10:09:43 localhost.localdomain kernel: R10: 00007fd7e35559d8 R11:
> 0000000000000206 R12: 0000000000000000
> Apr 27 10:09:43 localhost.localdomain kernel: R13: 0000000000000000 R14:
> 0000000000000400 R15: 00007fd7d40a35a0
> Apr 27 10:09:43 localhost.localdomain kernel: Code: 49 83 78 10 00 4d 8b 10
> 0f 84 f4 00 00 00 4d 85 d2 0f 84 eb 00 00 00 49 63 47 20 49 8b 3f 4c 01 d0
> 40 f6 c7 0f 0f 85 17 01 00 00 <48> 8b 18 48 8d 4a 01 4c 89 d0 65 48 0f c7 0f
> 0f 94 c0 84 c0 74
> Apr 27 10:09:43 localhost.localdomain kernel: RIP:
> kmem_cache_alloc_trace+0x87/0x1b0 RSP: ffffb5c04ae53c10
> Apr 27 10:09:43 localhost.localdomain kernel: ---[ end trace
> f68728a0d3053b57 ]---
> Apr 27 10:09:44 localhost.localdomain abrt-dump-journal-oops[960]:
> abrt-dump-journal-oops: Found oopses: 1
> Apr 27 10:09:44 localhost.localdomain abrt-dump-journal-oops[960]:
> abrt-dump-journal-oops: Creating problem directories
> Apr 27 10:09:45 localhost.localdomain abrt-dump-journal-oops[960]: Reported
> 1 kernel oopses to Abrt

You need to grab kernel 4.10.12.

Comment 49 Mats S 2017-04-27 10:43:42 UTC
(In reply to Ben Skeggs from comment #48)
> (In reply to Mats S from comment #47)
> 
> You need to grab kernel 4.10.12.

Awesome!!! It works! I can finally go for a coffee break again (without a reboot at least).
Thanks a bunch!

Comment 50 DaveG 2017-04-27 13:06:48 UTC
Great to hear this is fixed on Fedora-25.
Any news on a solution for Fedora-24?
--David Greenhouse.

Comment 51 Max Kudr 2017-04-27 14:19:04 UTC
Congratulation! It works! :)

kernel-4.10.12-200.fc25.x86_64
xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64

Thanks!

Comment 52 Tim Jackson 2017-04-29 11:16:28 UTC
(In reply to Ben Skeggs from comment #43)

> I'd say you're seeing a different issue.  Could you file a new bug and post
> kernel and Xorg logs from *after* you've reproduced the issue.

I think you're right. Seems like I had by unfortunate coincidence an unrelated cabling issue. Once I fixed that, with kernel-4.10.12-200.fc25.x86_64 and xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64 the issue *seems* to be solved. Thanks!

Comment 53 Luca Giuzzi 2017-05-02 11:06:31 UTC
I also confirm that with kernel 4.10.13-200 (I have not tested with 4.10.12) and
xorg-x11-drv-nouveau-1.0.14-2 everything seems to work nicely (or, at least, as well as it used to).

Comment 54 John L Magee 2017-05-05 19:03:14 UTC
asking again for a Fedora 24 build

Comment 55 Stuart D Gathman 2017-05-05 22:07:23 UTC
(In reply to John L Magee from comment #54)
> asking again for a Fedora 24 build

I'm running 4.10.13 on F24, is the fix not in that?  I've got it on an Nvidia laptop also, and will know soon...

Comment 56 Ben Skeggs 2017-05-05 23:49:13 UTC
(In reply to John L Magee from comment #54)
> asking again for a Fedora 24 build

It's in updates-testing.  Noone has reviewed the update yet, so it hasn't made it to stable.

Comment 57 Bruno A. Crespo 2017-05-06 13:59:37 UTC
Hello,

I tested the F24 fix.

I tried xorg-x11-drv-nouveau-1.0.15-1.fc24.x86_64 with kernel-4.10.13-100.fc24.x86_64 and it seems to work fairly well.

At least the hang problem on powersaving is gone for good :-)

Thanks,


Bruno

Comment 58 John L Magee 2017-05-07 21:13:56 UTC
I've also tested 
xorg-x11-drv-nouveau.x86_64                                  1:1.0.15-1.fc24                                   @updates-testing
with kernel 4.10.13-100.fc24.x86_64 and all seems fine
Hardware is Thinkpad W510 with NVIDIA Quadro 880M FX 

Updated bohdi

Thanks much

Comment 59 Fedora End Of Life 2017-11-16 19:06:49 UTC
This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '25'.

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

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is 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  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

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.

Comment 60 Fedora End Of Life 2017-12-12 10:39:20 UTC
Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.