Re: System alive but can't access from the monitor

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux