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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B31A4C43334 for ; Tue, 7 Jun 2022 11:08:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242420AbiFGLIj (ORCPT ); Tue, 7 Jun 2022 07:08:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43966 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242615AbiFGLII (ORCPT ); Tue, 7 Jun 2022 07:08:08 -0400 Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F52E10A607 for ; Tue, 7 Jun 2022 04:04:18 -0700 (PDT) Received: by mail-wr1-x431.google.com with SMTP id u3so23649589wrg.3 for ; Tue, 07 Jun 2022 04:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raspberrypi.com; s=google; h=message-id:date:mime-version:user-agent:subject:to:cc:references :from:in-reply-to:content-transfer-encoding; bh=/01LXbrU5z5LnyLvjVjhRw5gO2250QwVl7s1xHwA700=; b=objHCNZ2KHO9DKsSjO8txuN/+/mQ3Au1SYtWJQNggjJdRxrnuZ4+W3rWrIr83s8ODW Bws0deMMR63NQvh0cC8AhlykhECHpnxi0fW7eXM3/rdK+SgeAsemMcHlovWQRAZD7uGR nvQN5mPCsGcImLn/TSRpxfTXSuEjqf/5RqrSUX4xbZ3G2JgVReRkWAwRmmrnhQAEj9NA aGsOmRKCnmYBCMjFFhqDQSrdmORT/Mb3YT+ugzwfcGPSR9Iocyeh7BLPPhUES3qyOGHs 5w1KY/5llywB51iAhww7Ss9NFnlLTThZsO/hzYT+wiax+4ghDg4D2dGFLEzL8uY9RScd qSOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :to:cc:references:from:in-reply-to:content-transfer-encoding; bh=/01LXbrU5z5LnyLvjVjhRw5gO2250QwVl7s1xHwA700=; b=uVZ1v3hUDoS7kNsohbfoi/0Lzjvm4lfOv2KJ4T97ENwS17PGpN1Igf1n9iHCkXlVxJ oCTHMNTwkccwLRKAMtIEdokLp3qdbP8RjrsFpCtcdZ3zTZfgmxmcYKnsZhf8bFJ7Ts8t Lob97ghGaEIqW3GtTQEnN9E2WcqEkurXSNATsQl/KbyGnHGENM3lkcz4lDoE23BUbq4J cI4KoVkH8q35ZZ8YTS1ajxnUJj7J3j1irsGV34gSRQg/dasX+DTqW2rUYM156YkYyUqL JVjrroLU5rrvqUKKUSJn2XlOAScdj4AEeED77VVrB8GdwfDNz1u9JDK8zvOZ6e5rgkNe becw== X-Gm-Message-State: AOAM533mM47+ewSU2AkVu9sbOBLRwF1wvjqmuS5byMmm71UYxtmd+NDs R8ltxL94gMM4Nhdv/r8jWyndfg== X-Google-Smtp-Source: ABdhPJzus08UZgzKpQfSWRZXh0KYJWzP4L6nwpadyQuwOPoYoBOiGTsbLG7c7WdWfMKvsvli7OXsVA== X-Received: by 2002:a5d:6e07:0:b0:210:3472:c4c7 with SMTP id h7-20020a5d6e07000000b002103472c4c7mr27128795wrz.15.1654599854368; Tue, 07 Jun 2022 04:04:14 -0700 (PDT) Received: from ?IPV6:2a00:1098:3142:14:901f:dbcb:c1e4:e4b8? ([2a00:1098:3142:14:901f:dbcb:c1e4:e4b8]) by smtp.gmail.com with ESMTPSA id s12-20020a05600c384c00b0039c587342d8sm2102181wmr.3.2022.06.07.04.04.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Jun 2022 04:04:13 -0700 (PDT) Message-ID: Date: Tue, 7 Jun 2022 12:04:13 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v2] ARM: initialize jump labels before setup_machine_fdt() To: Greg KH Cc: "Jason A. Donenfeld" , Russell King - ARM Linux , Russell King , linux-arm-kernel , LKML , Catalin Marinas , Stephen Boyd , Ard Biesheuvel , stable References: <8cc7ebe4-442b-a24b-9bb0-fce6e0425ee6@raspberrypi.com> <0f6458d7-037a-fa4d-8387-7de833288fb9@raspberrypi.com> From: Phil Elwell In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, On 07/06/2022 10:10, Greg KH wrote: > On Tue, Jun 07, 2022 at 09:47:30AM +0100, Phil Elwell wrote: >> Hi Jason, >> >> On 07/06/2022 09:30, Jason A. Donenfeld wrote: >>> Hi Phil, >>> >>> Thanks for testing this. Can you let me know if v1 of this works? >>> >>> https://lore.kernel.org/lkml/20220602212234.344394-1-Jason@zx2c4.com/ >>> >>> (I'll also fashion a revert for this part of stable.) >>> >>> Jason >> >> Thanks for the quick response, but that doesn't work for me either. Let me >> say again that I'm on a downstream kernel (rpi-5.15.y) so this may not be a >> universal problem, but merging either of these fixing patches would be fatal >> for us. > > I have reports of a "clean" 5.15.45 working just fine on a rpi. > Anything special in your tree that isn't upstream yet that might be > conflicting with this? Any chance you can try a kernel.org release > instead? A clean 5.15.45 boots cleanly, whereas a downstream kernel shows the static key warning (but it does go on to boot). The significant difference is that our defconfigs set CONFIG_RANDOM_TRUST_BOOTLOADER=y - defining that on top of multi_v7_defconfig demonstrates the issue on a clean 5.15.45. Conversely, not setting that option in a downstream kernel build avoids the warning, presumably because it takes much longer to accumulate the required entropy. Phil