From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752683AbeCPNCF (ORCPT ); Fri, 16 Mar 2018 09:02:05 -0400 Received: from mga12.intel.com ([192.55.52.136]:29526 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752606AbeCPNCC (ORCPT ); Fri, 16 Mar 2018 09:02:02 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,315,1517904000"; d="scan'208";a="24611485" Date: Fri, 16 Mar 2018 15:01:56 +0200 From: Jarkko Sakkinen To: Paul Menzel Cc: Thiebaud Weksteen , Jeremy Cline , Ard Biesheuvel , hdegoede@redhat.com, Javier Martinez Canillas , linux-efi@vger.kernel.org, linux-integrity@vger.kernel.org, tpmdd-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: Regression from efi: call get_event_log before ExitBootServices Message-ID: <20180316130156.GC5035@linux.intel.com> References: <0100016206a68850-bd5c96b3-f275-46ea-98b1-1317e02a5d6e-000000@email.amazonses.com> <29c1640a-cf19-ca19-7de9-96f202edfb5a@redhat.com> <010001620bafa06b-41525407-603e-40a9-ba11-6033b2f5dcc7-000000@email.amazonses.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 12, 2018 at 11:41:25AM +0100, Paul Menzel wrote: > Dear Jarkko, > > > On 03/12/18 11:17, Jarkko Sakkinen wrote: > > On Sat, 2018-03-10 at 10:45 +0000, Thiebaud Weksteen wrote: > > > On Fri, Mar 9, 2018 at 5:54 PM Jeremy Cline wrote: > > > > and it's hanging at "memset(log_tbl, 0, sizeof(*log_tbl) + log_size);" > > > > > > Thanks. Well, it looks like the memory that is supposedly allocated is not > > > usable. I'm thinking this is a firmware bug. > > > Ard, would you agree on this assumption? Thoughts on how to proceed? > > > > Check if the BIOS is up to date? > > How would that help? The no regression policy demands, that Linux continues > working on systems, where it worked before. So upgrading the firmware is no > solution, is it? Until a solution is found, the commits should be reverted. Nope. You are right. /Jarkko