From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [PATCH] ACPI video: Add video_switch_key option Date: Wed, 24 Nov 2010 15:38:05 +0100 Message-ID: References: <20101124142618.GB30831@srcf.ucam.org> <20101124143517.GA31182@srcf.ucam.org> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from cantor.suse.de ([195.135.220.2]:40695 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751056Ab0KXOiG (ORCPT ); Wed, 24 Nov 2010 09:38:06 -0500 In-Reply-To: <20101124143517.GA31182@srcf.ucam.org> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Matthew Garrett Cc: Len Brown , linux-acpi@vger.kernel.org At Wed, 24 Nov 2010 14:35:17 +0000, Matthew Garrett wrote: > > On Wed, Nov 24, 2010 at 03:31:11PM +0100, Takashi Iwai wrote: > > > Typically GNOME changes to the next monitor mode (e.g. xinearama, > > clone, laptop-only, external-only) by each XF86VideoSwitch key event. > > If you connect your laptop to a monitor, and sets to clone mode, > > close the lid, and reopen. Then you'll find the video mode is now > > external-monitor only. It's because two XF86VideoSwitch key events > > are issued during close/open the lid. > > That's not what that keystroke is expected to do. Userspace needs to > either interpret it as "Reprobe devices" or pay attention to the > configuration that the firmware requested. Unfortunately, this is the standard behavior on most desktops :-< Fn-F4 (or whatever) media key produces this exact key code, and the desktops (including Windows) expect this behavior. thanks, Takashi