[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANp29Y7wO0OrrDCauTK_O2Rf=vrqVwrUGmHy-hanSKvWexJpyQ@mail.gmail.com>
Date: Fri, 29 Sep 2023 13:40:41 +0200
From: Aleksandr Nogikh <nogikh@...gle.com>
To: Alexandre Ghiti <alex@...ti.fr>
Cc: syzbot <syzbot+2ecff9714d050e3c3a88@...kaller.appspotmail.com>,
aou@...s.berkeley.edu, linux-kernel@...r.kernel.org,
linux-riscv@...ts.infradead.org, palmer@...belt.com,
paul.walmsley@...ive.com, syzkaller-bugs@...glegroups.com
Subject: Re: [syzbot] riscv/fixes test error: BUG: got no coverage: (3)
On Fri, Sep 29, 2023 at 12:56 PM Alexandre Ghiti <alex@...ti.fr> wrote:
>
> On 24/09/2023 16:14, syzbot wrote:
> > Hello,
> >
> > syzbot found the following issue on:
> >
> > HEAD commit: b06fab003ae1 riscv: kselftests: Fix mm build by removing t..
> > git tree: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git fixes
> > console output: https://syzkaller.appspot.com/x/log.txt?x=16388918680000
> > kernel config: https://syzkaller.appspot.com/x/.config?x=89f0a88d4bc7f0f4
> > dashboard link: https://syzkaller.appspot.com/bug?extid=2ecff9714d050e3c3a88
> > compiler: riscv64-linux-gnu-gcc (Debian 12.2.0-13) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40
> > userspace arch: riscv64
> >
> > Downloadable assets:
> > disk image (non-bootable): https://storage.googleapis.com/syzbot-assets/a741b348759c/non_bootable_disk-b06fab00.raw.xz
> > vmlinux: https://storage.googleapis.com/syzbot-assets/d751d3ead63f/vmlinux-b06fab00.xz
> > kernel image: https://storage.googleapis.com/syzbot-assets/d72380bd99cc/Image-b06fab00.xz
> >
> > IMPORTANT: if you fix the issue, please add the following tag to the commit:
> > Reported-by: syzbot+2ecff9714d050e3c3a88@...kaller.appspotmail.com
> >
> > executing program
> > executing program
> > executing program
> > executing program
> > 1970/01/01 00:05:53 SYZFATAL: BUG: got no coverage:
>
>
> Not sure how to debug that, any idea what's wrong here?
The error message means that KCOV did not return any kernel coverage
to syzkaller when it should have returned at least something.
It was recorded on syzbot only once ~ a week ago and, since then,
syzbot has been able to build and boot newer kernel revisions. So the
report is no longer really worth investigating. Let's invalidate it.
#syz invalid
>
>
> > loop exited with status 11
> >
> >
Powered by blists - more mailing lists