This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Thu May 16 17:58:58 2024 >From spaans Tue Jul 21 08:04:30 2015 Received: from pop.ziggo.nl [212.54.42.19] by squeeze.vs19.net with POP3 (fetchmail-6.3.21) for (single-drop); Tue, 21 Jul 2015 08:04:30 +0200 (CEST) Received: from md3.tb.mail.iss.local ([212.54.34.148]) by mc5.tb.mail.iss.local (Dovecot) with LMTP id cOmnOX7erVXZQgAAh0Kp1A for ; Tue, 21 Jul 2015 07:54:40 +0200 Received: from mx20.gn.mail.iss.as9143.net ([212.54.34.148]) by md3.tb.mail.iss.local (Dovecot) with LMTP id XaBPRaUmLVUGLwAAGeRBqA ; Tue, 21 Jul 2015 07:46:09 +0200 Received: from vger.kernel.org ([209.132.180.67]) by mx20.gn.mail.iss.as9143.net with esmtp (Exim 4.82) (envelope-from ) id 1ZHQVj-00026J-NP for bmw12-lkml@ziggo.nl; Tue, 21 Jul 2015 07:54:40 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752049AbbGUFyb (ORCPT ); Tue, 21 Jul 2015 01:54:31 -0400 Received: from mga03.intel.com ([134.134.136.65]:60088 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751211AbbGUFy3 (ORCPT ); Tue, 21 Jul 2015 01:54:29 -0400 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga103.jf.intel.com with ESMTP; 20 Jul 2015 22:54:09 -0700 X-ExtLoop1: 1 X-Ironport-AV: E=Sophos;i="5.15,513,1432623600"; d="scan'208";a="766447459" Received: from aaronlu.sh.intel.com ([10.239.159.104]) by fmsmga002.fm.intel.com with ESMTP; 20 Jul 2015 22:54:07 -0700 Subject: Re: Ghost Lid switch on Baytrail tablet To: "Zheng, Lv" , Bastien Nocera , "Rafael J. Wysocki" , Len Brown , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" <1AE640813FDE7649BE1B193DEA596E8802738695@SHSMSX101.ccr.corp.intel.com> From: Aaron Lu Cc: "dev@mgautier.fr" Message-Id: <55ADDED9.8060901@intel.com> Date: Tue, 21 Jul 2015 13:55:37 +0800 Mime-Version: 1.0 In-Reply-To: <1AE640813FDE7649BE1B193DEA596E8802738695@SHSMSX101.ccr.corp.intel.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-Id: X-Mailing-List: linux-kernel@vger.kernel.org X-Ziggo-spamsetting: Instelling=Gemiddeld Scorelimiet=14 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.1 cv=WNyCJSYR c=1 sm=0 tr=0 a=UK1r566ZdBxH71SXbqIOeA==:17 a=QyXUC8HyAAAA:8 a=VwQbUJbxAAAA:8 a=cIF5Tx0qAAAA:8 a=IkcTkHD0fZMA:10 a=zOBTXjUuO1YA:10 a=iP7vMvkZAAAA:8 a=vggBfdFIAAAA:8 a=aiIX5UjjAAAA:8 a=W0vUJOdyAAAA:8 a=NQ3Jic82-0z-rKO_OfEA X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No On 07/21/2015 09:30 AM, Zheng, Lv wrote: > Hi, > > If the issue is already identified and confirmed: > For example, you've confirmed the QR_EC(0x14) can only arrive when the keyboard accessory is plugged in. > Then please ignore my previous reply. > I don't have idea about handling a LID that always returns "closed" when the keyboard accessory is not plugged in. Perhaps the LID status should be ignored when the device is in tablet mode? In the meantime, I took a look at two tablets here: ASUS T100 and Onda V975W, both are baytrail-T tablet while the T100 has a keyboard dock. For T100, its _LID return the value of GPO2.LIDZ, which has an initial value of 1: "Name(LIDZ, One)" and on LID events, LIDZ will be assigned proper value; and for Onda V975W, it doesn't define the LID acpi device. So these two devices don't have this problem. -Aaron > > Thanks > -Lv > >> From: Zheng, Lv >> Sent: Tuesday, July 21, 2015 8:23 AM >> >> Hi, >> >> The _LID returns LIDS: >> Device (LID) >> { >> Name (_HID, EisaId ("PNP0C0D") /* Lid Device */) // _HID: Hardware ID >> Name (LIDS, Zero) >> Method (_LID, 0, NotSerialized) // _LID: Lid Status >> { >> Return (LIDS) /* \_SB_.LID_.LIDS */ >> } >> } >> All LIDS related code can be found: >> Line 132: LIDS, 8, >> Line 5400: PARM |= (LIDS << 0x10) >> Line 5566: PARM = (LIDS << 0x08) >> Line 11792: ^^LID.LIDS = Zero >> * Line 11802: ^^LID.LIDS = One >> Line 11906: Name (LIDS, Zero) >> Line 11909: Return (LIDS) /* \_SB_.LID_.LIDS */ >> The value is only set by Q14 (marked by * above): >> Method (Q14, 0, NotSerialized) >> { >> P8XH (One, 0xBB) >> P8XH (Zero, 0x14) >> ^^LID.LIDS = One >> Notify (LID, 0x80) // Status Change >> P8XH (One, 0xBB) >> P8XH (Zero, 0xA4) >> } >> If QR_EC(0x14) cannot arrive to the OSPMs as early as possible, then the default LIDS=0 value may cause problem. >> We need EC debug log to track if QR_EC(0x14) can arrive earlier. >> >> You can uncomment the following line from drivers/acpi/ec.c and rebuild the kernel: >> /* #define DEBUG */ >> >> Send the dmesg output (before suspending) to us. >> >> Thanks and best regards >> -Lv >> >>> -----Original Message----- >>> From: Bastien Nocera [mailto:hadess@hadess.net] >>> Sent: Sunday, July 19, 2015 8:43 AM >>> To: Rafael J. Wysocki; Len Brown; linux-acpi@vger.kernel.org; linux-kernel@vger.kernel.org >>> Cc: dev@mgautier.fr >>> Subject: Ghost Lid switch on Baytrail tablet >>> >>> Hey, >>> >>> This tablet: >>> http://www.amazon.com/WinBook-10-1-Inch-Windows-full-size-Display/dp/B00N9ZG5U2/ >>> doesn't have a physical lid switch unless you plug the keyboard accessory to it. >>> >>> But it thinks that there is a lid, and that it's closed, making logind >>> suspend the machine after about 30 seconds. >>> >>> I'm currently testing this on a 4.0 kernel, as there have been >>> regressions on Baytrail with 4.1 and 4.2rcs. >>> >>> The DSDT for that tablet: >>> https://people.gnome.org/~hadess/Winbook%20TW100%20DSDT.dsl >>> >>> Any ideas how to handle this sort of device? >>> >>> Cheers > N�����r��y���b�X��ǧv�^�)޺{.n�+����{�i�b�{ay�ʇڙ�,j��f���h���z��w��� ���j:+v���w�j�m��������zZ+�����ݢj"��!�i > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/