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=-2.0 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 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 B5989C433E1 for ; Thu, 11 Jun 2020 22:43:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 90E8D2074B for ; Thu, 11 Jun 2020 22:43:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="k9mXjhG7" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726377AbgFKWnl (ORCPT ); Thu, 11 Jun 2020 18:43:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51552 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726159AbgFKWnj (ORCPT ); Thu, 11 Jun 2020 18:43:39 -0400 X-Greylist: delayed 327 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Thu, 11 Jun 2020 15:43:39 PDT Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:32c8:214:fdff:fe10:1be6]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A3AB5C03E96F for ; Thu, 11 Jun 2020 15:43:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=zFkfqItG/+bRKp/rW4WnQ7oMIPYCZlMDdY6Gc5lIV48=; b=k9mXjhG7DcZHO6ITyy1BBof6m 2zCSQYa2oVJwyFS5Y9BtIEYF1LKowpR+yz7FZILjFe0ywlruAalZhd+uNC5LD0PCEXCqw9r4zji7u tQf6ubzNaWT0CaJPRMP+85L4H9AuX0IlxDEWyina5pUTVQnPG50RRO/zlaigjQRGIJ3SUGU/qINpT 6GJBfNlWc45Ao2avjZtOU5Yv9kM4Ltvvuzg0Wk4E8tLMTfUIzlfkGtGRjgfIDHeE8ywEUWGdPhO0F 9ZSWC1LtS8a9GT515VvCg9ccrbPHnopa+x5dvIKNKUxCKxII1rD1ZhkCkso6mwrtHJucJjlZkHTb9 y2rKWIHNA==; Received: from shell.armlinux.org.uk ([2001:4d48:ad52:3201:5054:ff:fe00:4ec]:52422) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jjVv4-0001Pj-T6; Thu, 11 Jun 2020 23:43:35 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jjVv4-0005bv-Af; Thu, 11 Jun 2020 23:43:34 +0100 Date: Thu, 11 Jun 2020 23:43:34 +0100 From: Russell King - ARM Linux admin To: Ard Biesheuvel Cc: Heinrich Schuchardt , linux-efi , Linux ARM , Marc Zyngier , Chen-Yu Tsai Subject: Re: [PATCH v2 1/2] efi/arm: decompressor: deal with HYP mode boot gracefully Message-ID: <20200611224334.GA1551@shell.armlinux.org.uk> References: <20200607135834.898294-1-ardb@kernel.org> <20200607135834.898294-2-ardb@kernel.org> <96a36110-68e1-89e3-2d59-b16f01abae21@gmx.de> <20200611223800.GZ1551@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-efi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-efi@vger.kernel.org On Fri, Jun 12, 2020 at 12:39:08AM +0200, Ard Biesheuvel wrote: > On Fri, 12 Jun 2020 at 00:38, Russell King - ARM Linux admin > wrote: > > > > On Fri, Jun 12, 2020 at 12:18:43AM +0200, Ard Biesheuvel wrote: > > > I've given this a spin myself on a RPi4 running 32-bit U-boot, and > > > everything works as expected, both with and without the GRUB hack > > > enabled. > > > > > > Russell, given that this only affects code inside #ifdef > > > CONFIG_EFI_STUB, do you have any objections to me taking this as a fix > > > via the EFI tree? I have a set of fixes I need to queue up and send > > > out anyway, and I intend to do so early next week. > > > > Please don't, I'll be basing my branches off -rc1 (as normal), and if > > you then submit this as a fix through the EFI tree for merging after > > rc1, and then send me further EFI work to go through the ARM tree, > > we'll end up in exactly the same merge issues as we did prior to this > > merge window. > > > > Fair enough. What do you suggest instead? Shall I drop this into the > patch system? Is it a regression? If so, sending it prior to -rc1 is permissible. If not, please drop it in the patch system. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!