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=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 0F7A4C35E01 for ; Tue, 25 Feb 2020 17:18:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D963E2176D for ; Tue, 25 Feb 2020 17:18:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582651120; bh=+F4U+sOep1GUuMewVSxeKmkBJjpEiPlWvavN4NfHTHU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:List-ID:From; b=lbcSCPlthZOjifqc/10/j5fwePULt1pKSYkBsMLAZnPah3LhRERla62zEOJ/KbN1I nGW3Ps72v7+zu+TXvLttBh2lUygVSdG9kpMNx7mi8gDYtdt0cfpcFfTdEyEYz+AP2D IkZRGuhpZ11zkn25X385D2XmNeSs1dupzqniF080= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730784AbgBYRSk (ORCPT ); Tue, 25 Feb 2020 12:18:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:50596 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727983AbgBYRSk (ORCPT ); Tue, 25 Feb 2020 12:18:40 -0500 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 69E0F2084E for ; Tue, 25 Feb 2020 17:18:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582651119; bh=+F4U+sOep1GUuMewVSxeKmkBJjpEiPlWvavN4NfHTHU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Kru2iniyKJHsWA+T8AbmkDlWGZy/SsNdIrWrlIx4x5YceVZAiApOq0pbfSafk//tE RsrjP32S9Ugn9DcNptAU53mw+SmZQH+UQh9S8x6fYgc3yaiAfzDyQwgcC0L8jqCVDu alpc0kCIuTtj3pLnx6jm/x11nWtVqjqyUWp3Mh+A= Received: by mail-wr1-f48.google.com with SMTP id v4so2831230wrs.8 for ; Tue, 25 Feb 2020 09:18:39 -0800 (PST) X-Gm-Message-State: APjAAAW1ILDYMVjDW+LZtihmxzeRPgltQPnh3xfdCDHHr2318rXAYILq 7nT7oGlI0y3IxQhHgMWx8GYCOh6Ka2OgWWH4yJ1fpg== X-Google-Smtp-Source: APXvYqzYe231PioAseymuBII5pEJ4PmKcp/FnPlpetDo58wKXzoTddejVCBAiPi7eocYSe9R4qFUdAtU8Ed+ufBj7Dk= X-Received: by 2002:adf:a411:: with SMTP id d17mr203784wra.126.1582651117870; Tue, 25 Feb 2020 09:18:37 -0800 (PST) MIME-Version: 1.0 References: <20200224121733.2202-1-ardb@kernel.org> In-Reply-To: From: Ard Biesheuvel Date: Tue, 25 Feb 2020 18:18:26 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 0/5] ARM: decompressor: use by-VA cache maintenance for v7 cores To: Linus Walleij Cc: linux-efi , Linux ARM , Russell King , Marc Zyngier , Nicolas Pitre , Catalin Marinas , Tony Lindgren Content-Type: text/plain; charset="UTF-8" Sender: linux-efi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-efi@vger.kernel.org On Tue, 25 Feb 2020 at 16:48, Linus Walleij wrote: > > On Mon, Feb 24, 2020 at 1:17 PM Ard Biesheuvel wrote: > > > While making changes to the EFI stub startup code, I noticed that we are > > still doing set/way maintenance on the caches when booting on v7 cores. > > This works today on VMs by virtue of the fact that KVM traps set/way ops > > and cleans the whole address space by VA on behalf of the guest, and on > > most v7 hardware, the set/way ops are in fact sufficient when only one > > core is running, as there usually is no system cache. But on systems > > like SynQuacer, for which 32-bit firmware is available, the current cache > > maintenance only pushes the data out to the L3 system cache, where it > > is not visible to the CPU once it turns the MMU and caches off. > > > > So instead, switch to the by-VA cache maintenance that the architecture > > requires for v7 and later (and ARM1176, as a side effect). > > I took this v3 patch set for a ride on some ARMv7 and ARMv6 > (hardware) boards using zImage:s so the compressed path > should be exercised: > > - Ux500 (ARMv7 Cortex A9 x 2) works like a charm > - RealView PB11MPCore (ARM1176 x 4 MPCore) works like a charm > > Tested-by: Linus Walleij > > I can do more thorough tests with more boards if needed. > Thanks Linus. Do you happen to have any boards that boot with appended DTB?