On Thu, Jul 15, 2021 at 12:22:28AM +0800, Boyang Xue wrote:
> Hi Jan,
>
> On Wed, Jul 14, 2021 at 5:26 PM Jan Kara <jack@xxxxxxx> wrote:
> >
> > On Wed 14-07-21 16:44:33, Boyang Xue wrote:
> > > Hi Roman,
> > >
> > > On Wed, Jul 14, 2021 at 12:12 PM Roman Gushchin <guro@xxxxxx> wrote:
> > > >
> > > > On Wed, Jul 14, 2021 at 11:21:12AM +0800, Boyang Xue wrote:
> > > > > Hello,
> > > > >
> > > > > I'm not sure if this is the right place to report this bug, please
> > > > > correct me if I'm wrong.
> > > > >
> > > > > I found kernel-5.14.0-rc1 (built from the Linus tree) crash when it's
> > > > > running xfstests generic/256 on ext4 [1]. Looking at the call trace,
> > > > > it looks like the bug had been introduced by the commit
> > > > >
> > > > > c22d70a162d3 writeback, cgroup: release dying cgwbs by switching attached inodes
> > > > >
> > > > > It only happens on aarch64, not on x86_64, ppc64le and s390x. Testing
> > > > > was performed with the latest xfstests, and the bug can be reproduced
> > > > > on ext{2, 3, 4} with {1k, 2k, 4k} block sizes.
> > > >
> > > > Hello Boyang,
> > > >
> > > > thank you for the report!
> > > >
> > > > Do you know on which line the oops happens?
> > >
> > > I was trying to inspect the vmcore with crash utility, but
> > > unfortunately it doesn't work.
> >
> > Thanks for report! Have you tried addr2line utility? Looking at the oops I
> > can see:
>
> Thanks for the tips!
>
> It's unclear to me that where to find the required address in the
> addr2line command line, i.e.
>
> addr2line -e /usr/lib/debug/lib/modules/5.14.0-0.rc1.15.bx.el9.aarch64/vmlinux
> <what address here?>
You can use $nm <vmlinux> to get an address of cleanup_offline_cgwbs_workfn()
and then add 0x320.
Alternatively, maybe you can put the image you're using somewhere?
I'm working on getting my arm64 setup and reproduce the problem, but it takes
time, and I'm not sure I'll be able to reproduce it in qemu running on top of x86.
Thanks!
