Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7451973rwb; Wed, 23 Nov 2022 06:45:21 -0800 (PST) X-Google-Smtp-Source: AA0mqf4d+YhNhPsi3dkjFDoHqgAcrVELT2322RBoV0F20ubsU0TY8FHaH7XmSCkUoWd0fLddrnG1 X-Received: by 2002:a17:906:b51:b0:7ad:da22:c396 with SMTP id v17-20020a1709060b5100b007adda22c396mr24505426ejg.653.1669214721340; Wed, 23 Nov 2022 06:45:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669214721; cv=none; d=google.com; s=arc-20160816; b=X4kXCc1Xj/qhPnEPqsP0eOV9zSTxzPV10A0+/1c1IS2OqqsWRv1r4c8EFfim/zBKdz ADGZV5XTSEon3uKhgpf9SGs5DHjg5LSDicJf+XqWRGy++I0+S7rTwsJjc2EULkUxbXGH HP4KJKrw5kJMeKrexs5SYSp4UEoLyrhk4B4R55b/AgqZnSWrWJ4YrZBYnpHPwDNOBOv7 ozcqhIoWx+ZQmhZVWBS10bijCc781bSnfu6wQa6lw4qdpef9+/LKwZyikjBfiD6G/65o rwzKc5q74gN7Fe3NTw3l4pv6vmvEKxp76gc+4NdBedb52j5qTpB9gONua/0CDS+t7HAO PMhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=uPqYz53CENoAvpoVCMtaYiYdCQ+z24Prz3+5ZCF25yI=; b=frsmnFOesNwBMzpDhmxdylt7NjZpdOzLaqku9cG6uvfD8em++zdaC6VU9k17N4YxcO NFsUGgdM0WEtW5OXG3T2kCdBJ2Q3Ha70TyS/QHK4ZFJqqIFQjUf6hPxOYwAhASUgXp9t 9AoZIdRmwOizBPxhndK7qh4Tjf8hsyKjxaUqMWFif/Y4DvWQJlTtzvbk0YH7pkICCGvB kWiybZt8Z9KLd6ZOs4QwK4TjO2j+ZVXNNnnrGawx8hCSQwwH1nlS/qbYT1B8GBITyOJ9 XpK85uu09VlCuWtJUa1uTCJ+9no5pSwXsBOvp1YKxEBJPPHMp0Qw/I15w/GHk9rzWoAd rEnQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g13-20020aa7c58d000000b00461c9edc3a5si419410edq.77.2022.11.23.06.44.57; Wed, 23 Nov 2022 06:45:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236841AbiKWOcY (ORCPT + 88 others); Wed, 23 Nov 2022 09:32:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56990 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238592AbiKWObn (ORCPT ); Wed, 23 Nov 2022 09:31:43 -0500 Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F273D4D5E9; Wed, 23 Nov 2022 06:30:50 -0800 (PST) Received: by mail-qv1-f46.google.com with SMTP id h7so11633867qvs.3; Wed, 23 Nov 2022 06:30:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uPqYz53CENoAvpoVCMtaYiYdCQ+z24Prz3+5ZCF25yI=; b=AAPbMIKMB67EsQyJPsC79mZC2RcIGlRf8gB7VcdzMXb92AnfiJ9ORGFjpUfv1bnSde hgo1tSakWj401OsetoWuKh8aKw51w4/j3P+0QiJRBob0tzO+uGz9O7YA6E0Tmc0iFKsv wyyKwf/fysfzI525f+p9RBs3orILBxlgI0diPNIu+O5iIfao0svKY0shosTMw0BxXTXv mtsC/Ck6ST/NuQ7VpXm4AlqMDM93bH9Lzv4Unj9IJJbh12DzUTw+Syz+guAiWm8bfrHT 9E69U6+V09LQSWBaY6TyWuyET06MqiOcpej/7pgjwux6KwbrH/X1YDRfWYBS4gGxRYFN nYXw== X-Gm-Message-State: ANoB5pkvx+79OoFCljB5ncaDhnmJRyPFZTbJEyDatiXuc/NqB0hvuE40 PAZWDwgEXDZAktVaG2CTav4C6uWgB+ld0RSbWUk= X-Received: by 2002:a0c:ed50:0:b0:4bb:f952:c799 with SMTP id v16-20020a0ced50000000b004bbf952c799mr8421203qvq.3.1669213850057; Wed, 23 Nov 2022 06:30:50 -0800 (PST) MIME-Version: 1.0 References: <20221121171217.3581004-1-pierre.gondois@arm.com> In-Reply-To: <20221121171217.3581004-1-pierre.gondois@arm.com> From: "Rafael J. Wysocki" Date: Wed, 23 Nov 2022 15:30:39 +0100 Message-ID: Subject: Re: [PATCH v2 0/5] [PATCH 0/5] arch_topology: Build cacheinfo from primary CPU To: Pierre Gondois Cc: linux-kernel@vger.kernel.org, Ionela.Voinescu@arm.com, Rob.Herring@arm.com, Catalin Marinas , Will Deacon , Paul Walmsley , Palmer Dabbelt , Albert Ou , "Rafael J. Wysocki" , Len Brown , Sudeep Holla , Greg Kroah-Hartman , Jeremy Linton , Conor Dooley , Gavin Shan , SeongJae Park , Jakub Kicinski , linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, linux-acpi@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 21, 2022 at 6:12 PM Pierre Gondois wrote: > > v2: > - Applied renaming/formatting comments from v1. > - Check CACHE_TYPE_VALID flag in pppt.c. > > Note: > This patchset requires the following patch to be applied first in > order to avoid the same bug described in the commit message: > https://lore.kernel.org/all/20221116094958.2141072-1-pierre.gondois@arm.com/ > > [1] and [2] build the CPU topology from the cacheinfo information for > both DT/ACPI based systems and remove (struct cpu_topology).llc_id > which was used by ACPI only. > > Creating the cacheinfo for secondary CPUs is done during early boot. > Preemption and interrupts are disabled at this stage. On PREEMPT_RT > kernels, allocating memory (and parsing the PPTT table for ACPI based > systems) triggers a: > 'BUG: sleeping function called from invalid context' [4] > > To prevent this bug, allocate the cacheinfo from the primary CPU when > preemption and interrupts are enabled and before booting secondary > CPUs. The cache levels/leaves are computed from DT/ACPI PPTT information > only, without relying on the arm64 CLIDR_EL1 register. > If no cache information is found in the DT/ACPI PPTT, then fallback > to the current state, triggering [4] on PREEMPT_RT kernels. > > Patches to update the arm64 device trees that have incomplete cacheinfo > (mostly for missing the 'cache-level' or 'cache-unified' property) > have been sent at [3]. > > Tested platforms: > - ACPI + PPTT: Ampere Altra, Ampere eMAG, Cavium ThunderX2, > Kunpeng 920, Juno-r2 > - DT: rb5, db845c, Juno-r2 > > [1] https://lore.kernel.org/all/20220704101605.1318280-1-sudeep.holla@arm.com/ > [2] https://lore.kernel.org/all/20220720-arch_topo_fixes-v3-0-43d696288e84@arm.com/ > [3] https://lore.kernel.org/all/20221107155825.1644604-1-pierre.gondois@arm.com/ > [4] On an Ampere Altra, with PREEMPT_RT kernel based on v6.0.0-rc4: > > > [ 7.560791] BUG: sleeping function called from invalid context at kernel/locking/spinlock_rt.c:46 > [ 7.560794] in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 0, name: swapper/111 > [ 7.560796] preempt_count: 1, expected: 0 > [ 7.560797] RCU nest depth: 1, expected: 1 > [ 7.560799] 3 locks held by swapper/111/0: > [ 7.560800] #0: ffff403e406cae98 (&pcp->lock){+.+.}-{3:3}, at: get_page_from_freelist+0x218/0x12c8 > [ 7.560811] #1: ffffc5f8ed09f8e8 (rcu_read_lock){....}-{1:3}, at: rt_spin_trylock+0x48/0xf0 > [ 7.560820] #2: ffff403f400b4fd8 (&zone->lock){+.+.}-{3:3}, at: rmqueue_bulk+0x64/0xa80 > [ 7.560824] irq event stamp: 0 > [ 7.560825] hardirqs last enabled at (0): [<0000000000000000>] 0x0 > [ 7.560827] hardirqs last disabled at (0): [] copy_process+0x5dc/0x1ab8 > [ 7.560830] softirqs last enabled at (0): [] copy_process+0x5dc/0x1ab8 > [ 7.560833] softirqs last disabled at (0): [<0000000000000000>] 0x0 > [ 7.560834] Preemption disabled at: > [ 7.560835] [] migrate_enable+0x30/0x130 > [ 7.560838] CPU: 111 PID: 0 Comm: swapper/111 Tainted: G W 6.0.0-rc4-[...] > [ 7.560841] Call trace: > [...] > [ 7.560870] __kmalloc+0xbc/0x1e8 > [ 7.560873] detect_cache_attributes+0x2d4/0x5f0 > [ 7.560876] update_siblings_masks+0x30/0x368 > [ 7.560880] store_cpu_topology+0x78/0xb8 > [ 7.560883] secondary_start_kernel+0xd0/0x198 > [ 7.560885] __secondary_switched+0xb0/0xb4 > > Pierre Gondois (5): > cacheinfo: Use RISC-V's init_cache_level() as generic OF > implementation > cacheinfo: Return error code in init_of_cache_level() > ACPI: PPTT: Remove acpi_find_cache_levels() > ACPI: PPTT: Update acpi_find_last_cache_level() to > acpi_get_cache_info() > arch_topology: Build cacheinfo from primary CPU > > arch/arm64/kernel/cacheinfo.c | 9 ++- > arch/riscv/kernel/cacheinfo.c | 39 +------------ > drivers/acpi/pptt.c | 93 +++++++++++++++++------------- > drivers/base/arch_topology.c | 10 +++- > drivers/base/cacheinfo.c | 104 ++++++++++++++++++++++++++++++---- > include/linux/cacheinfo.h | 10 +++- > 6 files changed, 170 insertions(+), 95 deletions(-) > > -- For the ACPI material in the series: Acked-by: Rafael J. Wysocki and I'm assuming that this series will be merged through a different tree.