From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758580AbcGKK6v (ORCPT ); Mon, 11 Jul 2016 06:58:51 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:58133 "EHLO relay2-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758507AbcGKK6s (ORCPT ); Mon, 11 Jul 2016 06:58:48 -0400 X-Amavis-Alert: BAD HEADER SECTION, Improper folded header field made up entirely of whitespace (char 09 hex): References: ....git.lv.zheng@intel.com>\n\t\n Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control method lid device restrictions From: Bastien Nocera To: "Zheng, Lv" , Benjamin Tissoires Cc: "Wysocki, Rafael J" , "Rafael J. Wysocki" , "Brown, Len" , Lv Zheng , "linux-kernel@vger.kernel.org" , ACPI Devel Maling List , linux-input , Dmitry Torokhov Date: Mon, 11 Jul 2016 12:58:41 +0200 In-Reply-To: <1AE640813FDE7649BE1B193DEA596E883BC02198@SHSMSX101.ccr.corp.intel.com> References: <3f24a00df89f06661a64af6b4679a99bfff09aa7.1467875143.git.lv.zheng@intel.com> <1AE640813FDE7649BE1B193DEA596E883BC02198@SHSMSX101.ccr.corp.intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.3 (3.20.3-1.fc24) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2016-07-11 at 03:20 +0000, Zheng, Lv wrote: > > > This worries me as there is no plan after "During the period the > > userspace hasn't been switched to use the new event". > > > > I really hope you'll keep sending SW_LID for reliable LID > > platforms, > > and not remove it entirely as you will break platforms. > > [Lv Zheng]  > We won't remove SW_LID from the kernel :). > > And we haven't removed SW_LID from the acpi button driver. > We'll just stop sending "initial lid state" from acpi button driver, > i.e., the behavior carried out by "button.lid_init_state=ignore". > > Maybe it is not sufficient, after the userspace has been changed to > support the new event, we should stop sending SW_LID from acpi button > driver. For the affected devices? Sure, but I don't think that's a reasonable thing to do for "all" the devices. We have a majority of laptops where this isn't a problem, and it's not even a problem any more on one of the devices that triggered this discussion (there's a patch for make the LID status match reality for the Surface 3).