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 C3118C48BE6 for ; Mon, 14 Jun 2021 17:27:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AA3E561246 for ; Mon, 14 Jun 2021 17:27:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235522AbhFNR3q (ORCPT ); Mon, 14 Jun 2021 13:29:46 -0400 Received: from mga17.intel.com ([192.55.52.151]:28811 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233843AbhFNR3p (ORCPT ); Mon, 14 Jun 2021 13:29:45 -0400 IronPort-SDR: 0Ry1nqiSLO9dMAtvluaYzpqS4qu3vMlQcxpn1pzisSOWWOJZ8usDWr5d4kgRw7lV5kJkuPtGLs y4EJoc6d/29A== X-IronPort-AV: E=McAfee;i="6200,9189,10015"; a="186222030" X-IronPort-AV: E=Sophos;i="5.83,273,1616482800"; d="scan'208";a="186222030" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2021 10:27:42 -0700 IronPort-SDR: 4CC/4Ql0kz/e6Gm28mECw/cfBEaDCFhBglwNFjN3NEUf4pMdO5VMxhV5jmgED7VLKqG9XGh0Es YtKdOSSnaOog== X-IronPort-AV: E=Sophos;i="5.83,273,1616482800"; d="scan'208";a="471378595" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2021 10:27:40 -0700 Received: from andy by smile with local (Exim 4.94) (envelope-from ) id 1lsqN6-002I2U-O7; Mon, 14 Jun 2021 20:27:36 +0300 Date: Mon, 14 Jun 2021 20:27:36 +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: 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-kernel@vger.kernel.org On Mon, Jun 14, 2021 at 08:07:33PM +0300, Andy Shevchenko wrote: > On Mon, Jun 14, 2021 at 06:38:30PM +0300, Andy Shevchenko wrote: > > 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. > > Hold on, I may have made a mistake during testing. Let me retest this. Double checked, confirmed that it's NOT working. -- With Best Regards, Andy Shevchenko