From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CEEF81381F3 for ; Fri, 18 Oct 2013 20:41:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ACF7DE0C18; Fri, 18 Oct 2013 20:41:34 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 918EBE0BF2 for ; Fri, 18 Oct 2013 20:41:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D5F1633EF91 for ; Fri, 18 Oct 2013 20:41:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.05 X-Spam-Level: X-Spam-Status: No, score=-1.05 tagged_above=-999 required=5.5 tests=[AWL=-1.801, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.449, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OgYr9yrvqPYW for ; Fri, 18 Oct 2013 20:41:27 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 1C58933EF56 for ; Fri, 18 Oct 2013 20:41:24 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VXGrJ-0001C0-H6 for gentoo-user@gentoo.org; Fri, 18 Oct 2013 22:41:21 +0200 Received: from p5086bf4b.dip0.t-ipconnect.de ([80.134.191.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Oct 2013 22:41:21 +0200 Received: from holger.hoffstaette by p5086bf4b.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Oct 2013 22:41:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: "Holger Hoffstaette" Subject: [gentoo-user] Re: Console won't un-blank Date: Fri, 18 Oct 2013 22:40:32 +0200 Organization: The Fists of the White Lotus Message-ID: References: <87vc0vjsru.fsf@blackwolfinfosys.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5086bf4b.dip0.t-ipconnect.de User-Agent: Pan/0.13.91 (Before we let euphoria convince us we are free) X-Archives-Salt: 03fec4b3-a9a4-4fba-9ef8-112c9cb4974b X-Archives-Hash: 5787c85aac055d7ee3e246ed09e5a25c On Thu, 17 Oct 2013 21:02:13 -0400, Michael J. Barillier wrote: > If I leave my laptop unattended (at a console, not X) and the screen > blanks, pressing a key won't un-blank the terminal. As a test, I ssh'ed > into the laptop and ran: > > # setterm -blank poke >/dev/tty$N > > (as root, for the current/active TTY) which according to the man page > should restore the screen - no response. Also tried chvt but that didn't > work either. Any suggestions on where to look to see why the terminal > won't restore? Is this a kernel config (ACPI?) issue, or an agetty issue? Very likely kernel or DRM subsystem. I have an T60 Thinkpad with old ATI graphics and since kernel ~3.7.1 (approx.) it won't unblank any more, just as you described. I tested some time ago with an early 3.10.x and it still did not work. Everything works correctly on a second machine without KMS (plain VESA) and a third system with newer Radeon card, so I always attributed it to the stone age hardware and bitrot. There were quite a lot of changes to the Radeon and DRM machinery over the last few kernel releases. In order to prevent this from locking me out I simply turned it off in /etc/local.d/ like this (there might be a canonical way): $cat /etc/local.d/consoleblank.start # don't blank console - bug in 3.7.1 setterm -blank 0 You could try to bisect from 3.7.0 onwards.. :-) cheers -h