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;
From:   Michael Ellerman <mpe@ellerman.id.au>
To:     Linus Torvalds <torvalds@linux-foundation.org>
Cc:     Yury Norov <yury.norov@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: [GIT PULL] Bitmap patches for v6.0-rc1
In-Reply-To: <CAHk-=whsgbpbVC_+V-dxuPbQCPV1eFQG00TrQvJcjYAXVHdswA@mail.gmail.com>
References: <20220805022940.1637978-1-yury.norov@gmail.com>
 <87edxtaol6.fsf@mpe.ellerman.id.au>
 <CAHk-=whsgbpbVC_+V-dxuPbQCPV1eFQG00TrQvJcjYAXVHdswA@mail.gmail.com>
Date:   Mon, 08 Aug 2022 16:10:01 +1000
Message-ID: <874jyn9sg6.fsf@mpe.ellerman.id.au>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

Linus Torvalds <torvalds@linux-foundation.org> writes:
> On Fri, Aug 5, 2022 at 11:11 PM Michael Ellerman <mpe@ellerman.id.au> wrote:
>>
>> This pull request has a conflict with the random tree in some powerpc
>> code.
>
> I noticed.

Thanks. Your resolution looks fine and builds for me.

> And I tried to do a cross-compile, but with my update to F36 the
> powerpc64 cross-tools seems to be very broken. I get lots of strange
> errors like
>
>     Cannot find symbol for section 11: .text.kgdb_arch_pc.
>
> and I have no idea why.  I used to have a working cross-build
> environment at one point, but now it just gives me lots of errors.

If you just build defconfig rather than allmodconfig it should build
cleanly.

That's the "recordmcount" issue that's been going on for the last ~year.
It's some bad interaction between recordmcount and weak symbols and
newer versions of binutils.

Naveen made an attempt to fix it, but the discussion with Steve fizzled
out inconclusively.

AIUI objtool doesn't have the same problem so hopefully we can switch to
objtool soon and avoid the issue.

cheers