From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=3.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 992DFC2B9F4 for ; Mon, 14 Jun 2021 15:39:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 797266120E for ; Mon, 14 Jun 2021 15:39:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233528AbhFNPlJ (ORCPT ); Mon, 14 Jun 2021 11:41:09 -0400 Received: from mga18.intel.com ([134.134.136.126]:40942 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233152AbhFNPlI (ORCPT ); Mon, 14 Jun 2021 11:41:08 -0400 IronPort-SDR: gQoQ5+LNFNlElHAC6dwAj+ghuYrlDTeLYTWL7Ao/DRQn6ybizSwowfwoQYoJmKwvNY5CLZMxl3 r5JREoykPeKw== X-IronPort-AV: E=McAfee;i="6200,9189,10015"; a="193142174" X-IronPort-AV: E=Sophos;i="5.83,273,1616482800"; d="scan'208";a="193142174" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2021 08:38:36 -0700 IronPort-SDR: nXB+o2lftYb+8ZQVIni4sNzCodz4iHpH5vgavLM2BcWwUAsYWe9HiotFtrd/EIIZFFPJAOFyOv 9X98THdYkptw== X-IronPort-AV: E=Sophos;i="5.83,273,1616482800"; d="scan'208";a="403925114" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2021 08:38:33 -0700 Received: from andy by smile with local (Exim 4.94) (envelope-from ) id 1lsofW-002Gdz-3K; Mon, 14 Jun 2021 18:38:30 +0300 Date: Mon, 14 Jun 2021 18:38:30 +0300 From: Andy Shevchenko To: Dave Young Cc: Jean Delvare , Linux Kernel Mailing List , Mika Westerberg , Javier =?iso-8859-1?B?VGnh?= , kexec@lists.infradead.org, Eric Biederman , linux-efi , Matt Fleming , Ard Biesheuvel Subject: Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel Message-ID: References: <20161202195416.58953-1-andriy.shevchenko@linux.intel.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 Precedence: bulk List-ID: X-Mailing-List: linux-efi@vger.kernel.org On Sat, Jun 12, 2021 at 12:40:57PM +0800, Dave Young wrote: > > Probably it is doable to have kexec on 32bit efi working > > without runtime service support, that means no need the trick of fixed > > mapping. > > > > If I can restore my vm to boot 32bit efi on this weekend then I may provide some draft > > patches for test. > > Unfortunately I failed to setup a 32bit efi guest, here are some > untested draft patches, please have a try. Thanks for the patches. As previously, I have reverted my hacks and applied your patches (also I dropped patches from previous mail against kernel and kexec-tools) for both kernel and user space on first and second environments. It does NOT solve the issue. If there is no idea pops up soon, I'm going to resend my series that workarounds the issue. -- With Best Regards, Andy Shevchenko