Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp4047029rwb; Tue, 20 Sep 2022 08:08:00 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5e/+MG1nNwOq0zSVyoUocYlj5W3SBsKKzBCfuqUQMQ6UoUBGtv6Oa/Gae3M/qgfxhzSnwQ X-Received: by 2002:a17:906:ef90:b0:77c:280b:93a1 with SMTP id ze16-20020a170906ef9000b0077c280b93a1mr17282584ejb.709.1663686479819; Tue, 20 Sep 2022 08:07:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663686479; cv=none; d=google.com; s=arc-20160816; b=Bo+d0eyl/xAy5hDu3K3JB2k0y1X1n3GVCrSIbXRS/uHGPBeuJ3bK/Xym9ugD9Nc0bL 8wLmjmv6cKuAAI9FJkua5WvwQVwd/1iShkmiXnBgdbPmIpZQgVyYdwmZmVW/kG13EJJs nKFNSL61xpG+VKIwunEoJ5OT6z1ua3cy6h/80UeRCnOaquzOl7J81VBQ5zTGgmu40yCt cp3GU80MYYvIvXcodgYprySLr6se4VBQAidSX1wgyYAr+1DGyLaPyD19OqMW+BZK/wHv cea2vFcojcINo4CLXViSX+JbnKVBYPxJbU+RxeXoSozaLerjwoiZO9gs4eXsP8Rqoki3 5jzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=sK3l/7ireIyebTpzElTksVtVf2abmUnWhRtQl7kzKXU=; b=Is0HLqBfUnxozcLhwom6rJTZtQ55sXVO0H54Fnt1LLyWwfBN5vIINIpeLfgnDrD4ee rRaymwhf4kZ3pcoBwo81dhrsKl/NDBQvOlbzRFaarvSyOfEWVFfRw1PGRo/9++tP4N0m Mea/R+We+IqpkIPXq+EfSwOgM2TTnk9iHkmrGeMe1G83yWJb9fvJoySChGh4/1sq1PZ+ lh1htmoxLb39GxEi837nFJEj7gQQpFFnJQ3J92MYfSmH6RpiN8Yww2HIZIXvHKNmQ+3M PUmNuXK7RUVj92iYTnxLC8yfkWIeXGEGtm17vOb/dFQtnEz4yXDOAZE3O6gXujVr3NyJ JxjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=KlIkFV7V; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id dp21-20020a170906c15500b007707ab4be23si1229509ejc.560.2022.09.20.08.07.32; Tue, 20 Sep 2022 08:07:59 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=KlIkFV7V; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230174AbiITOvg (ORCPT + 99 others); Tue, 20 Sep 2022 10:51:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56272 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229802AbiITOvd (ORCPT ); Tue, 20 Sep 2022 10:51:33 -0400 Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B5FE930551; Tue, 20 Sep 2022 07:51:32 -0700 (PDT) Received: by mail-oi1-x232.google.com with SMTP id n83so3958487oif.11; Tue, 20 Sep 2022 07:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=sK3l/7ireIyebTpzElTksVtVf2abmUnWhRtQl7kzKXU=; b=KlIkFV7VgcSZ7Kc5r43d0egsRp3NWHdEQHTVBY4ubNULGEQyRET8LzjsXeB3neFzO9 t64aC1df6jnsJpAm2luaG4aPrM1+rzKjQX4EkaJUuCOPLA3ma9Q4hI8XpiTbw50RubuW P+3eGfZbIBzOn2jKU/GYvGZe14b7BzSofzabPsPJ/INGJs2PGeciL9F/FY6RALNJSoJR 9naZ5JdveIoTrLaZOg3Oh3AtIhJr650G0ErDCqzhP37LjSAJ/CTva/+/cTGnkcRjgXfa h7mhwFUNl0yNB7HzroY67599Z69hKLg/UtcF5kHTxEXQR6qQut4hEKXR2nuyfVliJ1vq ztUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=sK3l/7ireIyebTpzElTksVtVf2abmUnWhRtQl7kzKXU=; b=4xcY70fKmHcEyDPmihuYhAzjA8atYmziUHsiGkw6wvMEwo8JYGsZN5Bax3MSsHlmgV 5FwPojB+BbLG8V0maoMKnL/NV450/DKnCrHPzb3UU82pY3XbbTozXWo4QNYUppwsDsdo Vs1CIpECGK4NhJMuRdVrJ+cwMmXjAQElO3/9K2MC11HC7RlN1bOf+NBO3C0eY+g7St0r //bDd2rDqsHFYC4iEccAnAXQIVC4sUJCl4dDVgYQmCaW1FnwHowK7ckqgm19o9gobRQX pEKvU3sOaQ1vATtZp6nwNAnUGtQz1GTHrMO5uow6gdk7kYDdyxlyY7q3IbSZfG2mjUWH OnrA== X-Gm-Message-State: ACrzQf1DYnPkyQI2L7+NyfY61WawbDFK+Yp5uMHCO6jn9vb8kPsc/aDi X9vUdbkqWp7wbiolZ3GkDruVo4hM968= X-Received: by 2002:a05:6808:a05:b0:350:d047:8878 with SMTP id n5-20020a0568080a0500b00350d0478878mr1759392oij.138.1663685491930; Tue, 20 Sep 2022 07:51:31 -0700 (PDT) Received: from localhost ([12.97.180.36]) by smtp.gmail.com with ESMTPSA id r7-20020a056870e98700b0012c8f0d1f85sm538oao.17.2022.09.20.07.51.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Sep 2022 07:51:31 -0700 (PDT) Date: Tue, 20 Sep 2022 07:49:21 -0700 From: Yury Norov To: Stephen Rothwell Cc: Linux Kernel Mailing List , Linux Next Mailing List Subject: Re: linux-next: build failure after merge of the bitmap tree Message-ID: References: <20220920180839.79870ef4@canb.auug.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220920180839.79870ef4@canb.auug.org.au> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 Tue, Sep 20, 2022 at 06:08:39PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the bitmap tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > ld: arch/powerpc/kernel/head_64.o: in function `generic_secondary_common_init': > (.text+0x545e): undefined reference to `nr_cpu_ids' > > Caused by commit > > c90c5bd9f2d6 ("lib/cpumask: add FORCE_NR_CPUS config option") > > This build has CONFIG_FORCE_NR_CPUS set but the (assembler) code expects > nr_cpu_ids to be a variable ... > > I have reverted that commit for today. Thanks for report, Stephen. I did PPC build for bitmap-for-next, and it was OK on top of v6-rc4. On today's -next I can reproduce the failure. It's weird because the code in trouble was added at 2011 in 768d18ad6d5e6 ("powerpc: Don't search for paca in freed memory"). Anyways, the fix is straightforward. I updated the bitmap-for-next with it, and will send it for review shortly. -- diff --git a/arch/powerpc/kernel/head_64.S b/arch/powerpc/kernel/head_64.S index cf2c08902c05..7cb97881635e 100644 --- a/arch/powerpc/kernel/head_64.S +++ b/arch/powerpc/kernel/head_64.S @@ -400,7 +400,11 @@ generic_secondary_common_init: #else LOAD_REG_ADDR(r8, paca_ptrs) /* Load paca_ptrs pointe */ ld r8,0(r8) /* Get base vaddr of array */ +#if (NR_CPUS == 1) || defined(CONFIG_FORCE_NR_CPUS) + LOAD_REG_IMMEDIATE(r7, NR_CPUS) +#else LOAD_REG_ADDR(r7, nr_cpu_ids) /* Load nr_cpu_ids address */ +#endif lwz r7,0(r7) /* also the max paca allocated */ li r5,0 /* logical cpu id */ 1: