From owner-freebsd-questions@FreeBSD.ORG Mon Feb 27 21:55:47 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6518C16A420 for ; Mon, 27 Feb 2006 21:55:47 +0000 (GMT) (envelope-from heliocentric@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FA843D45 for ; Mon, 27 Feb 2006 21:55:46 +0000 (GMT) (envelope-from heliocentric@gmail.com) Received: by zproxy.gmail.com with SMTP id i28so1009158nzi for ; Mon, 27 Feb 2006 13:55:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UT5fdwqenuSitSM4p1No7q1N3qkMVSHEqQcaUsv8LhjZS7Nyuk6MDGnmZ9tjdQLSB0gxtmAu65Oj1HQ6D4nxGaYa6vrpnMuhn9J7YiqlEnUlHqttqOiNnw849BZ4pDA0zvYUrQeDi513gFXhEiyEd08r20HYqApDaENtXnEDj2M= Received: by 10.64.179.19 with SMTP id b19mr3725471qbf; Mon, 27 Feb 2006 13:55:46 -0800 (PST) Received: by 10.65.206.18 with HTTP; Mon, 27 Feb 2006 13:55:46 -0800 (PST) Message-ID: Date: Mon, 27 Feb 2006 16:55:46 -0500 From: Heliocentric To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: getting virtual consoles to work reliably with X X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2006 21:55:47 -0000 I've admined a network of FreeBSD 5.4 desktops for a few months now, and I've noticed that when an X server crashes hard, it will no longer respond to the control-alt-fn sequences, and not pass them down to whatever handler is called to switch virtual consoles. When the crash isn't that bad, normally I'd just kill the wdm process and let init respawn the display manager. But some days I don't have the option to ssh in or use a serial console to kill the daemon, and am forced to use the ACPI events to let the kernel shutdown and then restart the machine. Not only that, but the other people responsible for these machines are used to using the normal virtual console keys to kill errant processes on one console that aren't responding to signals. So I'm wondering, is there a compile time option, patch for atkbd, or configuration setting that will allow that driver to trap the control-alt-fn sequences itself, before it gets passed up to X? Or am I misunderstanding how the keyboard is handled in this situation? I would appreciate any help on this matter. Thanks in advance.