Received-SPF: pass (google.com: domain of linux-ext4+bounces-2066-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
From: =?utf-8?B?QmrDtnJuIFTDtnBlbA==?= <bjorn@kernel.org>
To: Theodore Ts'o <tytso@mit.edu>
Cc: linux-fsdevel@vger.kernel.org, Alexander Viro <viro@zeniv.linux.org.uk>,
 Christian Brauner <brauner@kernel.org>, Jan Kara <jack@suse.cz>,
 linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Andreas
 Dilger <adilger.kernel@dilger.ca>, linux-ext4@vger.kernel.org, Conor
 Dooley <conor@kernel.org>, Anders Roxell <anders.roxell@linaro.org>
Subject: Re: riscv32 EXT4 splat, 6.8 regression?
In-Reply-To: <20240412154342.GA1310856@mit.edu>
References: <878r1ibpdn.fsf@all.your.base.are.belong.to.us>
 <20240412154342.GA1310856@mit.edu>
Date: Fri, 12 Apr 2024 18:59:19 +0200
Message-ID: <87a5lyecuw.fsf@all.your.base.are.belong.to.us>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

"Theodore Ts'o" <tytso@mit.edu> writes:

> On Fri, Apr 12, 2024 at 04:57:08PM +0200, Bj=C3=B6rn T=C3=B6pel wrote:
>> Hi!
>>=20
>> I've been looking at an EXT4 splat on riscv32, that LKFT found [1]:
>
> I'm getting a "page not found" for [1]?

You are? It's working for me!

>> This was not present in 6.7. Bisection wasn't really helpful (to me at
>> least); I got it down to commit c604110e662a ("Merge tag 'vfs-6.8.misc'
>> of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs"), and when I
>> revert the commits in the vfs merge the splat went away, but I *really*
>> struggle to see how those are related...
>
> It sounds like you have a reliable repro; is it something that can be
> streamlined into a simple test program?  If so, is it something that
> can be reproduced on other architectures?  And could you make it
> available?

It's kind of streamlined: Linaro has this nice "tuxrun" tool, that can
be installed via pip, e.g.

  $ pipx install tuxrun

if you're on Debian.

Then you can get the splat by running:

  $ tuxrun  --runtime docker --device qemu-riscv32 --kernel https://storage=
.tuxsuite.com/public/linaro/lkft/builds/2esMBaAMQJpcmczj0aL94fp4QnP/Image.g=
z --parameters SKIPFILE=3Dskipfile-lkft.yaml --parameters SHARD_NUMBER=3D10=
 --parameters SHARD_INDEX=3D1 --image docker.io/linaro/tuxrun-dispatcher:v0=
.66.1 --tests ltp-controllers

(--runtime knows "podman" as well)

You can pass your own kernel to --kernel, and the config for riscv32 can
be obtained here [2].

Build with "make ARCH=3Driscv CROSS_COMPILE=3Driscv64-linux-gnu-", and make
sure to have the riscv64 cross-compilation support (yes, same toolchain
for rv32!).

It's when the rootfs is mounted, and the kernel is looking an init.


I'll keep debugging -- it was more if anyone had seen it before. I'll
try to reproduce on some other 32b platform as well.


Thanks,
Bj=C3=B6rn

[2] https://storage.tuxsuite.com/public/linaro/lkft/builds/2esMBaAMQJpcmczj=
0aL94fp4QnP/config