Re: Monitor shuts off randomly - possibly sync problem?

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

 




> On 2 Aug 2021, at 17:10, Alex <mysqlstudent@xxxxxxxxx> wrote:
> 
> Hi,
> I have fedora34 installed on my desktop with three monitors; two of
> them are older 27" Samsungs, and the third is a new 34" Samsung
> S34J55x. Occasionally, the 34" seems to shut off for a second, then
> comes back on and continues to work normally.
> 
> Has anyone seen this type of behavior before? The other two monitors
> have never done this. However, when it happens, the other two seem to
> follow with shutting off for a second. It always seems to be driven by
> the new 34" monitor.
> 
> The problem is that, when this happens, all of the windows on the 34"
> monitor move to the 27" monitor on the right once the monitors turn on
> again.
> 
> This is not a power problem, as the entire computer is connected to
> the same power strip, backed by a 2200W UPS.
> 
> My video card is also new - it's a Radeon RX570. All three monitors
> are connected via displayport.
> 
> I do see lines in my Xorg.0.log file periodically along the lines off
> the following:
> [992023.990] (EE) event3  - Logitech Gaming Mouse G900: client bug:
> event processing lagging behind by 16ms, your system is too slow
> [994674.766] (EE) event6  - Logitech Gaming Keyboard G910: client bug:
> event processing lagging behind by 29ms, your system is too slow
> 
> But are they related? Is this also an issue? The system itself is a
> 12-core with 64GB of RAM, so certainly not slow.
> Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
> 
> Please let me know what more I can do to troubleshoot this before
> contacting Samsung directly.

Look at the dmesg output for any messages related to your video card.
I have seen issues with monitors losing display port sync.

If you mother board has vPRO feature it might be stealing time from your system and causing the too slow issue.

Barry

> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[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