Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp989152imw; Tue, 5 Jul 2022 01:41:51 -0700 (PDT) X-Google-Smtp-Source: AGRyM1svBkU/aNZ+MRKgaOxFzM8mlwdVBZ75QoAZ6C3JQJ7g4eJnp9h+NQSh1p5cvuezveizyF3D X-Received: by 2002:a05:6a00:1593:b0:525:88fb:ce25 with SMTP id u19-20020a056a00159300b0052588fbce25mr41698943pfk.80.1657010511080; Tue, 05 Jul 2022 01:41:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657010511; cv=none; d=google.com; s=arc-20160816; b=0RH+7ulP/1rwptN+ljs3a079EqWVycuw88iDLbbWgluz5ZtbnRXMExtUQE0OuB0vxB Omkkxv9oQYTUKXeEgxChc0ckKSsCimcm66HZCZ1ncvFyjJDmEs4FXoqHI09EjSlLsSBx y2Ewp5dLOuuqSjzyY17uILX8bRoPExLjcg8u2YlvqTXLfqc/MxtvoXy9Ld2ArxtvnoaX M+3iiKnWTYBVhSDMYbcadGcVWc1PvHGMcDnSRnxt0SjllLjI233vHTajUTku6afXQDZp ZI/lL8D2oi9De8dRkkusScuJTqyux/z3HoIpQropZ4LymZC/NXMmt3zrmHgEDyxCOdBB 143g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=YcN1CPbmsq+eEhYjUJ7QBLV8GN1X0/sFN2j6K0a9zG4=; b=v5DDafix8PfjHlJpd8jCeeL+Hrwnn0HM+es3krHKr9eRyXCNzSLAj4dRcjoCHxR5ws BmzLvTvOjcF7UEUeV4Qv+SeCa6oVYI2Ep9AuqLEt6jIatoHZ0+uFYGQJIdVPcfnipJeX 0p1CtUTudMqjslXZZ61tySlXGxwaqj90OHKYnGj3mwygsG2x/asb58mH67LPCiC1hmiX cY11yDPBPAV8T9vEu0RA2SLSf4D+Vihd7m79Ia2Abj9AwQ7WFE+q/VcdaHFaEXJkXigz Jhc6rVfmJLzJORGNlEPNKZd40B3TlZkuZpeuD7gyExNEDFAfwlb4ibqSP9jeYe30LtLf LnwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=iw4NBiQO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s6-20020a17090302c600b0016a3564918fsi14608699plk.369.2022.07.05.01.41.39; Tue, 05 Jul 2022 01:41:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=iw4NBiQO; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229552AbiGEH7k (ORCPT + 99 others); Tue, 5 Jul 2022 03:59:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52126 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbiGEH7i (ORCPT ); Tue, 5 Jul 2022 03:59:38 -0400 Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3676710B0 for ; Tue, 5 Jul 2022 00:59:37 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id i18so19178405lfu.8 for ; Tue, 05 Jul 2022 00:59:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YcN1CPbmsq+eEhYjUJ7QBLV8GN1X0/sFN2j6K0a9zG4=; b=iw4NBiQOX4K3Ririme7ECgzl4I04HgdDVWOEeWYPqQ8IiYs6mkMElUvvBtt+s+FKAL eKt1zaL7fqMZdpObugl8x7i416zzFvKruigQ7vkp0vqvhR8xLSeJ2ZdNxWpDBDYYuuxZ 5TLdPK8uC2gDJK37f6+36JcEbG4HT2DYuJL1qbDIxebGDzJhd+OuQQvLo5PZrTfoSx2G 9pW6AI6HJGSHDREneZAc6DAXmwIcPyh26Fste/U1Md1veg4ezDaL8l2obCMDFuseDBF/ 3DSJhCS2bJkldZ+GefaLZlaTFugcKMVa14sUb1QoyDJwaGDJpTKRmFIEx4lu6QikP2zs bDsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YcN1CPbmsq+eEhYjUJ7QBLV8GN1X0/sFN2j6K0a9zG4=; b=vJgmp2mn/Zo7bhlV8I5oX5e9b7xhB3Oq0FLDVwn6O2JmCG+aiejPbtaQ+1gkPrvgaq gefuHwvOgVYpxGIPJBRfGjAUxyCIY9lpr2coQar3qEqgE2hzmW6QxS5e40betuWP0aU4 TMPF0NIBvyVeDWb/OVwpjK+dpmPFutN148hU5gKdj6gFonHNr8sZBSbrOHG/go/M+dBa DJyab8qZR/4EXRFs9tjL0AYBZA/xqSI8yEAG3d5Lpx+m+dYyzxw43qE65Z/lBAgYIGwJ S7WlTjH83/oYldzVK788A+1FpwjYL1Eoc3yeRENCSciQXEHP+n2VqmPR4WYxkWcQ7AB4 IQWg== X-Gm-Message-State: AJIora860Yu0gxCFS4Z6Mf49wiO6oTuSnsw4mlCv3miju8hYA3ASGBZI izOph8qmTDAGjnqUBPGQvD2Z6ANcSWijgWdECMzgJA== X-Received: by 2002:a05:6512:10c3:b0:47f:a97e:35c with SMTP id k3-20020a05651210c300b0047fa97e035cmr21330261lfg.417.1657007975375; Tue, 05 Jul 2022 00:59:35 -0700 (PDT) MIME-Version: 1.0 References: <0000000000008f6f7405e2f81ce9@google.com> In-Reply-To: From: Dmitry Vyukov Date: Tue, 5 Jul 2022 09:59:24 +0200 Message-ID: Subject: Re: [syzbot] WARNING in mark_buffer_dirty (4) To: Matthew Wilcox Cc: syzbot , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com, viro@zeniv.linux.org.uk, syzkaller Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 4 Jul 2022 at 16:17, Matthew Wilcox wrote: > > On Mon, Jul 04, 2022 at 03:13:13PM +0200, Dmitry Vyukov wrote: > > On Mon, 4 Jul 2022 at 12:56, Matthew Wilcox wrote: > > > It's clearly none of those commits. This is a bug in minix, afaict. > > > Judging by the earlier errors, I'd say that it tried to read something, > > > failed, then marked it dirty, at which point we hit an assertion that > > > you shouldn't mark a !uptodate buffer as dirty. Given that this is > > > minix, I have no interest in pursuing this bug further. Why is syzbot > > > even testing with minix? > > > > Shouldn't it? Why? It does not seem to depend on BROKEN. > > There is no entry for minix in MAINTAINERS. Nobody cares about it. Humm... but it is also enabled in real distros (debian, ubuntu, my current one) and 32 kernel defconfigs... Subject to auto-mounting when anything is inserted into usb, right? In this situation it's good to test it at least to know the state. Otherwise few kernel devs may know it's broken and unmaintained, but the rest of the world assumes it's all good and solid and happily enables it :)