Re: [syzbot] [ext4?] INFO: task hung in ext4_evict_ea_inode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 3 Feb 2023 at 19:11, Bart Van Assche <bvanassche@xxxxxxx> wrote:
>
> On 2/3/23 00:53, syzbot wrote:
> > syzbot has bisected this issue to:
> >
> > commit 82ede9c19839079e7953a47895729852a440080c
> > Author: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
> > Date:   Tue Jun 21 14:46:53 2022 +0000
> >
> >      scsi: ufs: core: Fix typos in error messages
>
> To the syzbot maintainers: I think this is a good example of a bisection
> result that is wrong. It is unlikely that fixing typos in kernel
> messages would affect whether or not the kernel hangs. Additionally, as
> far as I know, the systems used by syzbot (Google Compute Engine virtual
> machines) do trigger any code in the UFS driver.

Hi Bart,

syzbot has logic to detect commits that don't affect builds.
It hashes SHF_ALLOC vmlinux sections to check if the commit actually
has any effect on the binary:
https://github.com/google/syzkaller/blob/c673ca06b23cea94091ab496ef62c3513e434585/pkg/build/linux.go#L253-L286

Bug CONFIG_UFS_FS is enabled on syzbot, it has some coverage for it,
and strings affect the binary (can actually be the root cause for
bugs). So I don't see what else can be done here automatically.




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]

  Powered by Linux