Received: by 10.192.165.148 with SMTP id m20csp4002686imm; Tue, 8 May 2018 00:55:18 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoBzdoOke5mJB7WIbhqiU1sHXSbhq10lqvCnkp7mH+pzmUafEc6SEmGvP1L157J06OBGTTt X-Received: by 2002:a65:49c3:: with SMTP id t3-v6mr31592923pgs.65.1525766118790; Tue, 08 May 2018 00:55:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525766118; cv=none; d=google.com; s=arc-20160816; b=PCaIR2NOUuLz1fo6EiwBc5uoZi7jCxRvFq3kAzyKLVf4BJqux23vD3q7Yq7PwnMAER FkJDeZdJk42OmJI9w0nBZtoZ2ygb1gcmkQtpqT73HDE+LV4ZbecqwXN8Khz4y6BQcSjA JoFIblO8+vJBYfRkWPqABfs9PS/YhgSselyaY6LHTUXE9lweag8vL6jszB5GCFN0EM79 NHS8+2zZBMN1a9wrIj1jEyvjLiOXngSsuv39LfXeP/6JiLHocUjIAZgoPQP/KlvmxvuV Ddmmed0mwwxXC8iX3EzLCCtn/nVmM1/uE9kxpabgibJYn0U6t+ySVh8ZCCVoPJAxaonu N0KA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=PEkFaJRQ1bxOGRBxkoAf4E3TrRwp5fwTcMZ4BAreLGk=; b=ODB56pr+nnaVhmQ45TqRATaNq8ZDeDQhF4nd3C1R+3cOwyjcK+IlwA285Tfo9fdtcE I+bZ3CVg9V+Yf1q7rjhQIYJLqs85R9T+GIvDKuEKWnAifV9/rFoTBRHi40R8RNw4KvNP xSU9vL/dKWAgVb2QVH0ZMwjzoD+l9Rb+RI7NqOqf+hhSyUkx6UJlktVP4CAEqDpnsP/E cpq3XWpoIlWXY6r2+5eh8cm2tc2dIzV1d3FhyOEe9DWeej4dV5PbZ/rFvh1Lmu4zXdHh jPgYs0wtnjDgsA7mEInUUKlHJbH2jn6/dPMP2bVgNB9lUbLBNfxA58yNB6VYK+Xr4bWy pfWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=dpi83ZVD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r87si24348147pfg.305.2018.05.08.00.55.04; Tue, 08 May 2018 00:55:18 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=dpi83ZVD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1754458AbeEHHyx (ORCPT + 99 others); Tue, 8 May 2018 03:54:53 -0400 Received: from mail-pl0-f44.google.com ([209.85.160.44]:43341 "EHLO mail-pl0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754135AbeEHHyv (ORCPT ); Tue, 8 May 2018 03:54:51 -0400 Received: by mail-pl0-f44.google.com with SMTP id a39-v6so1736382pla.10 for ; Tue, 08 May 2018 00:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PEkFaJRQ1bxOGRBxkoAf4E3TrRwp5fwTcMZ4BAreLGk=; b=dpi83ZVDtQI37FeIqRYyXuFNd5IZdHURb10x69edx2z7dr6p/Cnn0DH6SAMDa4nfJH 8ImZhs7CI2nKzY95OX1vHQMGMaiGgOyoCm2DHFWwhUyeSZlgq75CQD8cp8keV/z3z0qT +4LHSRR2X5NDp1YQ47+AX1uCE95stdWLcYz/hpQQo6YfXYdCU9f7KVqLiXrbUDFBjiQp dzp4YQ+wlt1YFp02jXx4CxunyHHYnaxgBhbxcc9eG6VbmDr1VrRL9bkvRRezo1GuZzAV FkYToYqE/Hv+xdH8sqhe44mLTGI5+IIKK0Oz4K6j+KcxTFSlazHPDVSC2r8AbZ7iBcoW dbVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PEkFaJRQ1bxOGRBxkoAf4E3TrRwp5fwTcMZ4BAreLGk=; b=PP2YxLmKkuw7KcDYLt98VAS6Rbxg/Og27b74KUXOg5WbbGMWtPI6/LJyaPBirAmEDW sqSJrVxedaAGMOl7VIAkg3jTAkpIKFuIfF5IkUgin7J3I7geOJlyAh5GLTsgCbeT7xFT AKRjmojUP2sx2VJoNUrndIv3eQqQ24z0eU26t7Anh4rFeIsw9W0BO3PueVorJVqSieT6 3xnr7IdhRhsLnMaEgTQfLU9qTt3nOfelSozW+fr2zf/vvp01aX3QMXD3qgBzbN6oN/16 FH+iVLaHa2HsfKPQZIusce3CdPEoOw/JP7ghwkRkiRuNYMjKGeaJMtc+6FosF9SC9Pf8 ddKw== X-Gm-Message-State: ALQs6tADWG70+R/QYJxF5n6j/f/ueVYdMOYaN585pZ87JR2GRpUlbygy y1TGVb3924AFCv1xDe66jjeMMvoKPbXt7EV52GdwuVV0Kck= X-Received: by 2002:a17:902:708a:: with SMTP id z10-v6mr37582592plk.283.1525766090866; Tue, 08 May 2018 00:54:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.149.24 with HTTP; Tue, 8 May 2018 00:54:30 -0700 (PDT) In-Reply-To: References: <20180403043854.GL1150@dastard> <20180405213844.GE23861@dastard> <20180406161053.GF7500@magnolia> <95c1400b-94f2-1af4-2d5d-c61c274c28ff@sandeen.net> <9f8d657c-7f42-7bd9-4477-6c3addf16dee@sandeen.net> From: Dmitry Vyukov Date: Tue, 8 May 2018 09:54:30 +0200 Message-ID: Subject: Re: WARNING: bad unlock balance in xfs_iunlock To: Eric Sandeen Cc: "Darrick J. Wong" , Dave Chinner , syzbot , LKML , linux-xfs@vger.kernel.org, syzkaller-bugs , "Theodore Ts'o" , syzkaller Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 30, 2018 at 5:14 PM, Eric Sandeen wrote: > On 4/30/18 9:02 AM, Dmitry Vyukov wrote: >> On Mon, Apr 30, 2018 at 3:49 PM, Eric Sandeen wrote: > > ... > >>>> It just extracted kernel source file name that looked relevant >>>> to this crash and run get_maintainers.pl on it. >>>> Also the image can contain dynamically generated data, which makes it >>>> impossible to have as a file at all. >>> >>> I guess I'm not sure what this means, can you explain? >> >> Say, a value that we generally pass to close system call is not static >> and can't be dumped to a static file. It's whatever a previous open >> system call has returned. Inside of the program we memorize the return >> value of open in a variable and then pass it to close. This generally >> stands for all system calls. Say, an image can contain an uid, and >> that uid can be obtained from a system call too. > > Ok, but that's the syscall side. You are operating on a static xfs image, > correct? We're only asking for the actual filesystem you're operating > against. > > (When I say "image" I am talking only about the filesystem itself, not any > other syzkaller state) > > ... > >>> That was not at all clear to me. I thought when syzkaller was telling us >>> "on upstream commit XYZ," it meant that it had identified commit XYZ as bad. >>> I'm not sure if anyone else made that mistake, but perhaps you could also clarify >>> the bug report text in this regard? >> >> Suggestions are welcome. Currently it says "syzbot hit the following >> crash on upstream commit SHA1", which was supposed to mean just the >> state of the source tree when the crash happened. But I am not a >> native speaker, so perhaps I am saying not what I intend to say. >> >> There are also suggestions on report format improvement from +Ted >> currently in works: >> https://github.com/google/syzkaller/issues/565#issuecomment-380792942 >> Not sure if they make this distinction 100% clear, though. > > Maybe I was the only one who misunderstood, but something like > > git tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > HEAD: f5c754d63d06 mm/swap_state.c: make bool enable_vma_readahead and swap_vma_readahead() > > to make it clear that it has not identified that commit as the culprit, it's > just the head of the tree you were testing? (I think I have the correct git > nomenclature ...) This is done now, you can see example of new format here: https://lkml.org/lkml/2018/5/8/36 It says "HEAD commit" and also "syzbot engineers can be reached at ".