similar to: Power management and remote X sessions

https://bugs.freedesktop.org/show_bug.cgi?id=82527 Priority: medium Bug ID: 82527 Assignee: nouveau at lists.freedesktop.org Summary: xset dpms force {off,standby,suspend} returns after ~20 seconds (GeForce 8400 GS) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

https://bugs.freedesktop.org/show_bug.cgi?id=108022 Bug ID: 108022 Summary: Cannot resume from standby - Link training fails Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

I decided to try the x86_64 version of CentOS 5 on my new desktop since it has an Athlon 64 X2 CPU. The one really perplexing oddity is that the monitor no longer goes to power save mode (standby) if the system is idle long enough (e.g., overnight). The "power management" option is set to put the display to sleep after thirty minutes. The display gets blanked but it never goes to

Hi there, I have just decided to try this new driver stuff (used 2.6.27 earlier and a proprietary nvidia driver) but the monitor (Samsung 214T) becomes black and the power LED starts flashing (standby) after loading nouveau module (from a fresh 2.6.33). For now I am trying framebuffer only. The monitor is connected with a single link DVI cable. lspci -nn 03:00.0 VGA compatible controller

So, I am using MATE from EPEL as my desktop on one of my laptops. The screen saver was working, however the monitors (if connected via a docking station) were not going to sleep even if selected via the GUI mate power manager. I then discovered that dpms has to be initialized via the command line before it becomes available, regardless of the GUI mate power manager setting. This documentation

Hi, I just installed the latest nouveau driver from git to try if it works and after modifying my xorg.conf and switching to xorg-x11 opengl startx changes screenmode (screen gets black) and nothing more happens. I can ssh from another maschine and see that X takes 100% CPU but nothing more happens. I am on Gentoo Linux, followed the guide from the Wiki, have Xorg-x11-7.2, tuxonice patched

https://bugs.freedesktop.org/show_bug.cgi?id=105916 Bug ID: 105916 Summary: "xset dpms force off" can't be undone on hp omen 17-an0xx laptop Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

http://bugs.freedesktop.org/show_bug.cgi?id=16269 Summary: NV47 DVI DPMS scary loop Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: vallesroc

I used CentOS 5 for years. Suddenly, it takes one second holding a keyboard key until it shows on the screen: # uname -a Linux nitrogen 2.6.18-371.11.1.el5PAE #1 SMP Wed Jul 23 15:54:19 EDT 2014 i686 i686 i386 GNU/Linux # xset -q Keyboard Control: auto repeat: off key click percent: 50 LED mask: 00000000 auto repeat delay: 660 repeat rate: 25 auto repeating keys:

I have a certain software on CentOS 6.4 that gave the following error: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 15 Current serial number in output stream: 30 Running strace shows that the error happens just about here: writev(4,

Many thanks once again to those that responded to my original posting (and my follow up message) with information about Network UPS Tools, other Linux-based tools like rtcwake, and commercial UPS products. We have quite a bit more evaluation and testing work to do before a power fail protection method is selected.? I hope the discussion is as beneficial to others as it is to my organization.

? ????????? ?? Sunday 16 August 2020 07:20:18 Ilia Mirkin ???????(?): > Well, if it's easy, try the patches I mailed to nouveau@ for the ddx. I applied patches manually (copy-pasted patches failed to apply by git apply, probably whitespace/end of line issues), and now I see in X log (after I left machine to run alone): [ 3584.553] (DB) NOUVEAU(0): PRESENT: Wait for VBlank failed: Invalid

http://bugs.freedesktop.org/show_bug.cgi?id=25823 Summary: Not possible to create second X session Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #8 from Torsten Krah <krah.tm at gmail.com> --- xset dpms force standby is enough to make this happen. Currently bisecting the kernel via: git bisect start v4.10 v4.9.13 -- drivers/gpu/drm/nouveau but this will take some time to compile all of them and test it. -- You are receiving this mail because: You are the assignee

If SIP channel driver needs to connect to a remote GW over a dedicated SIP trunk BUT the remote GW has a 'standby' in case of failure, how can the sip configuration file be configured for the remote GW when there are actually two IP addresses. If the main remote GW fails control automatically switches to the standby GW, so how could the SIP configuration file hande this switch and support

Hello All. I'm working on building support for the Clariion range of standby power supplies. I've found you can get hold of these easily on ebay like: http://www.ebay.co.uk/itm/EMC-CLARiiON-Standby-Power-Supply-118031985- SPS-1000W-/160373295258 There is a problem that I haven't been able to work around. After 90 seconds without power, the device shuts down. This is because

I don't know if this is RedHat 5.1 specific, but be aware that the version of portmap distributed is the enhanced (Wietse Venema) version. That's great, except for two things. The first is documented, but easy to overlook: "In order to avoid deadlocks, the portmap program does not attempt to look up the remote host name or user name...The upshot of all this is that only network

John Todd wrote.... > Cisco has an 802.11 phone called the 7920, which is apparently > shipping now. It is very expensive (>$550 USD) and only runs SCCP at > the moment, which is Cisco's proprietary VoIP protocol. However, if > it falls in line with some of Cisco's other high-end VoIP equipment, > that means it should have a trailing-edge SIP image running by

hi :) when using ext3, i can't get my hard disks to go to standby mode any more. i am using timeouts set by hdparm with 2.4.18 kernels. even when i issue a standby command manually, the disk spins up again after a few seconds. however, (to my knowledge) no user space program accessed this disk at that time. i suspect ext3's journal to be causing the disk accesses. is that possible?

Hi, I am supportive of the asterisk, but I have some concern, though the concern also applies to traditional pbx as well. Hope someone can shine some light into it. Thanks. During a power failure situation, analog pstn lines that connect directly to the analog phones will most likely still be able to make and receive calls. However, for the Asterisk implementation, unless you have a