Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756244AbdDMHTd (ORCPT ); Thu, 13 Apr 2017 03:19:33 -0400 Received: from mx3.molgen.mpg.de ([141.14.17.11]:49729 "EHLO mx1.molgen.mpg.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753286AbdDMHTb (ORCPT ); Thu, 13 Apr 2017 03:19:31 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 13 Apr 2017 09:19:28 +0200 From: Paul Menzel To: Robert Moore Cc: Jarkko Sakkinen , "Maciej S. Szmigiero" , linux-kernel@vger.kernel.org, Arthur Heymans , tpmdd-devel@lists.sourceforge.net, GNUtoo@no-log.org, "Zheng, Lv" , "Wysocki, Rafael J" , linux-acpi@vger.kernel.org Subject: RE: [Regression Linux 4.11] TPM module not loaded anymore Organization: =?UTF-8?Q?Max-Planck-Institut_f=C3=BCr_molekulare_Genetik?= In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E37E592804@ORSMSX110.amr.corp.intel.com> References: <20170406165557.GD7657@obsidianresearch.com> <3d62bd7d4addc020c2f8e3c2edf3280e@molgen.mpg.de> <20170406191013.GA25011@obsidianresearch.com> <20170407201347.2qcyrdzgg2yikoen@intel.com> <1491759283.1152.12.camel@molgen.mpg.de> <20170411225757.yoi2puygipigucjh@intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E59259A@ORSMSX110.amr.corp.intel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E37E592804@ORSMSX110.amr.corp.intel.com> Message-ID: User-Agent: Roundcube Webmail/1.1.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 852 Lines: 33 Dear Robert, Thank you for your reply. On 2017-04-12 23:49, Moore, Robert wrote: >> On 2017-04-12 17:54, Moore, Robert wrote: >> > And probably the dmesg if error messages appear in there. >> >> Linux doesn’t log any messages, as the `tpm` module doesn’t load. >> Please >> find the output of `sudo acpidump` attached. >> >> […] > > Do you have any idea what control method(s) are executing? The DSDT > and SSDT in the acpidump load fine here, and all predefined control > methods in these tables execute OK. Sorry, I don’t know what’s done. > We need to root-cause this problem, as a simple revert will break the > customers that the fix was intended for in the first place. I know, but I have no idea how to root-cause this. If nothing can be found, a revert is required by Linux’ no-regression-policy. Kind regards, Paul