Received-SPF: pass (google.com: domain of linux-kernel+bounces-169646-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
Feedback-ID: i56a14606:Fastmail
User-Agent: Cyrus-JMAP/3.11.0-alpha0-437-gcad818a2a-fm-20240502.001-gcad818a2
Precedence: bulk
MIME-Version: 1.0
Message-Id: <e8612e21-4ea4-4e6f-8c73-9fbee11bf289@app.fastmail.com>
In-Reply-To: <Zjif0B9RKNO6hKsL@creeky>
References: <20240503081125.67990-1-arnd@kernel.org>
 <CAEdQ38GNU_vCFgi-uuFCW_QVBObTdD8VwoyQ71Cm5dNfZ4+=JQ@mail.gmail.com>
 <b72c2b7a-a929-4c7c-9bef-b230630df882@app.fastmail.com>
 <Zjif0B9RKNO6hKsL@creeky>
Date: Mon, 06 May 2024 12:11:10 +0200
From: "Arnd Bergmann" <arnd@arndb.de>
To: "Michael Cree" <mcree@orcon.net.nz>
Cc: "Matt Turner" <mattst88@gmail.com>, "Arnd Bergmann" <arnd@kernel.org>,
 linux-alpha@vger.kernel.org,
 "Richard Henderson" <richard.henderson@linaro.org>,
 "Ivan Kokshaysky" <ink@jurassic.park.msu.ru>,
 "Alexander Viro" <viro@zeniv.linux.org.uk>, "Marc Zyngier" <maz@kernel.org>,
 "Linus Torvalds" <torvalds@linux-foundation.org>,
 "Paul E. McKenney" <paulmck@kernel.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 00/14] alpha: cleanups for 6.10
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: quoted-printable

On Mon, May 6, 2024, at 11:16, Michael Cree wrote:
> On Fri, May 03, 2024 at 10:15:10PM +0200, Arnd Bergmann wrote:
>> On Fri, May 3, 2024, at 18:06, Matt Turner wrote:
>> > On Fri, May 3, 2024 at 4:12=E2=80=AFAM Arnd Bergmann <arnd@kernel.o=
rg> wrote:
>> >>
>> >> Al Viro did another series for alpha to address all the known build
>> >> issues. I rebased his patches without any further changes and incl=
uded
>> >> it as a baseline for my work here to avoid conflicts.
>>=20
>> I've pushed out the series with the additional Acks to
>> https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git/=
log/?h=3Dalpha-cleanup-6.9
>> and merged it into the main asm-generic branch for 6.10.
>>=20
>> Can you give this a quick test on one of your machines to make
>> sure I didn't introduce a stupid regression somewhere?
>
> I built a dp264 specific kernel and its working fine on an XP1000
> (EV67 arch).  Just built a generic kernel (as that's probably a more
> important test) and that is also working fine on the XP1000.

Thanks a lot for testing!

> I also built a titan specific kernel to test on an ES45 (SMP EV68
> arch) but that OOPSes early in the boot process with a kernel null
> pointer access.  I suspect that has nothing to do with your patches
> as I have a recollection that I have seen that OOPS before.

Ok

> So I tried the same generic kernel that I have running on the XP1000
> but that fails to unpack at the initial boot stage (!) with:

Just to be sure: this is not a regression from my patches either,
right? I would expect that any EV6 (or later) target specific
kernel didn't change much at all from my patches, while the
generic kernel changing from -march=3Dev4 to -march=3Dev56 is
certainly meant to be different (in a good way, with smaller
size and faster execution).

     Arnd