[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZFI9XIb2/XXID3x6@shell.armlinux.org.uk>
Date: Wed, 3 May 2023 11:54:20 +0100
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Dmitry Vyukov <dvyukov@...gle.com>
Cc: syzbot <syzbot+0827f43974813b74e6db@...kaller.appspotmail.com>,
bristot@...hat.com, bsegall@...gle.com, dietmar.eggemann@....com,
hannes@...xchg.org, juri.lelli@...hat.com,
linux-kernel@...r.kernel.org, mgorman@...e.de, mingo@...hat.com,
peterz@...radead.org, rostedt@...dmis.org, surenb@...gle.com,
syzkaller-bugs@...glegroups.com, vincent.guittot@...aro.org,
vschneid@...hat.com,
Linux ARM <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [syzbot] upstream boot error: BUG: unable to handle kernel NULL
pointer dereference in psi_task_switch
On Wed, May 03, 2023 at 12:38:19PM +0200, Dmitry Vyukov wrote:
> On Wed, 3 May 2023 at 12:34, Russell King (Oracle)
> <linux@...linux.org.uk> wrote:
> >
> > On Tue, May 02, 2023 at 08:37:15AM +0200, Dmitry Vyukov wrote:
> > > On Mon, 1 May 2023 at 18:43, syzbot
> > > <syzbot+0827f43974813b74e6db@...kaller.appspotmail.com> wrote:
> > > >
> > > > Hello,
> > > >
> > > > syzbot found the following issue on:
> > > >
> > > > HEAD commit: 89d77f71f493 Merge tag 'riscv-for-linus-6.4-mw1' of git://..
> > > > git tree: upstream
> > > > console output: https://syzkaller.appspot.com/x/log.txt?x=1113550c280000
> > > > kernel config: https://syzkaller.appspot.com/x/.config?x=4cc65ccad523b604
> > > > dashboard link: https://syzkaller.appspot.com/bug?extid=0827f43974813b74e6db
> > > > compiler: arm-linux-gnueabi-gcc (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2
> > > > userspace arch: arm
> > > >
> > > > IMPORTANT: if you fix the issue, please add the following tag to the commit:
> > > > Reported-by: syzbot+0827f43974813b74e6db@...kaller.appspotmail.com
> > >
> > > +arm mailing list
> > >
> > > Kernel started falling apart on arm during boot in various strange ways.
> >
> > Are these all the same hardware platform? If so, please check the
> > hardware with a known working kernel. These look like spurious failts
> > caused possibly the hardware platform failing.
>
> It happens in the same qemu that used to work before. So "hardware" is
> presumably working.
I have no other ideas based on the incomplete information provided
(due to the initial oops triggering a subsequent oops while trying to
print the register "information".) And I have no suggestions how to
debug it further. Sorry.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists