I have 2 F25 systems, the problem I'm seeing with the monitor not coming
back from sleep only happens on one of them. I did a grep for nouveau
on the 2 systems in /var/log/messages. There are no messages including
nouveau on the system that does not exhibit the problem. This system has
an Intel graphics controller. On this system lspci shows
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT
Integrated Graphics Controller (rev 09)
On the one that exhibits the problem I see the following:
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: NVIDIA G86
(086100a2)
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: bios: version
60.86.37.00.51
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: bios: M0203T not
found
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: bios: M0203E not
matched!
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: fb: 512 MiB DDR2
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: VRAM: 512 MiB
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: GART:
1048576 MiB
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: TMDS table
version 2.0
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB version 4.0
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB outp
00: 02000300 00000028
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB outp
01: 01000302 00000030
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB outp
02: 04011310 00000028
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB outp
03: 010223f1 00c0c080
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB conn
00: 1030
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB conn
01: 0100
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB conn
02: 0210
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB conn
03: 0211
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: DCB conn
04: 0213
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: failed to
create encoder 0/1/0: -19
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: TV-1 has no
encoders, removing
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: MM: using
CRYPT for buffer copies
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: DRM: allocated
1920x1080 fb: 0x70000, bo ffff9b51add56800
Mar 31 15:29:31 jackstraw kernel: fbcon: nouveaufb (fb0) is primary device
Mar 31 15:29:31 jackstraw kernel: nouveau 0000:01:00.0: fb0: nouveaufb
frame buffer device
Mar 31 15:29:31 jackstraw kernel: [drm] Initialized nouveau 1.3.1
20120801 for 0000:01:00.0 on minor 0
On this system lspci shows:
01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8500
GT] (rev a1)
This problem occurs on both 4.10.5 AN 4.10.6
Paolo
On 03/31/2017 04:08 PM, Robin Laing wrote:
On 30/03/17 01:35, Ed Greshko wrote:
On 03/30/17 14:24, Paolo Galtieri wrote:
Folks,
I have 2 F25 systems that have been updated today. These 2 systems
share a monitor. One system is attached via a kvm switch to the
monitor, the other system is attached via hdmi. This morning and
twice this evening a problem has started to manifest itself. This
configuration has been working fine for several years. I will call
the systems A and B, system A is attached to the monitor via hdmi,
system B via VGA. If I switch to system A for a while and then try to
switch back to system B the monitor instead of staying on VGA cycles
from VGA to DVI to HDMI and returns to system A. I can ssh into
system B and everything looks fine, i.e. things that were running
under my user id are still running, e.g. chrome and firefox. I looked
at /var/log/messages and I see this:
Mar 29 23:00:02 jackstraw systemd: Stopping User Manager for UID 0...
Mar 29 23:00:02 jackstraw systemd: Stopped target Default.
Mar 29 23:00:02 jackstraw systemd: Stopped target Basic System.
Mar 29 23:00:02 jackstraw systemd: Stopped target Sockets.
Mar 29 23:00:02 jackstraw systemd: Closed D-Bus User Message Bus
Socket.
Mar 29 23:00:02 jackstraw systemd: Stopped target Timers.
Mar 29 23:00:02 jackstraw systemd: Stopped target Paths.
Mar 29 23:00:02 jackstraw systemd: Reached target Shutdown.
Mar 29 23:00:02 jackstraw systemd: Starting Exit the Session...
Mar 29 23:00:02 jackstraw systemd: Received SIGRTMIN+24 from PID 17588
(kill).
This was at the time I switched from system A to system B. Each of
the other times I saw this problem I see the same set of messages in
the log file. Can someone explain what they mean and could they be
the cause of the problem?
I see the same messages on the other system, but there they were part
of other messages related to rebooting the system.
The only way I can recover is reboot the system.
Here's my video card info:
01:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce
8500 GT] (rev a1)
Any assistance is appreciated.
Since everything is still running as it was it sounds similar to
problems with monitors not coming back from sleep.
Couple of questions.
1. Are you using the nouveau driver or the nVidia driver for your card?
2. Are you running GNOME under Wayland or X11?
If you are using X11, and since you can ssh into the system, what is
the output if you do...
ssh systemB
export DISPLAY=:0
xrandr
Using my system as an example, does doing something like this bring the
monitor back?
[egreshko@meimei ~]$ acer
Last login: Thu Mar 30 15:24:26 2017 from 192.168.1.18
[egreshko@acer ~]$ export DISPLAY=:0
[egreshko@acer ~]$ xrandr
Screen 0: minimum 8 x 8, current 1280 x 800, maximum 8192 x 8192
VGA-0 disconnected (normal left inverted right x axis y axis)
TV-0 disconnected (normal left inverted right x axis y axis)
LVDS-0 connected primary 1280x800+0+0 (normal left inverted right x axis
y axis) 331mm x 207mm
1280x800 59.91*+
HDMI-0 disconnected (normal left inverted right x axis y axis)
[egreshko@acer ~]$ xrandr --output LVDS-0 --off
[egreshko@acer ~]$ xrandr --output LVDS-0 --auto
With the last two kernels, using the nouveau driver, I am having
graphic issues. I can open a session but once the screen locks, then
I cannot get back to the desktop session.
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.
This was before the screen lock and just after a reboot.
Robin
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
