Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1495183imm; Wed, 10 Oct 2018 15:56:38 -0700 (PDT) X-Google-Smtp-Source: ACcGV62OZvKQClN8X9OlVlIfT9gR1pN6Mt6092bMHPAW+Hzoxb/JhiRv7Vvcyfha9XNHsFqP466m X-Received: by 2002:a17:902:9a4c:: with SMTP id x12-v6mr1294324plv.92.1539212198662; Wed, 10 Oct 2018 15:56:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539212198; cv=none; d=google.com; s=arc-20160816; b=KJXS/xHoKtSNZqmrKwbZTKqVNVOnDUdYyyRDvZJUWrrZo0AfFkL1utcQqkBKyy8yNL LExhgMMxcSnygrU6q30TK+FnjXqok9ZnqHt0W2YVmdDhDZFxmPRPaeb/NSdhiOpJAFeG RldjRXKztKkHSP27+1lH+/v3Noct4bi/lv+PNoErZtG3BXi+xEV2WtsV3ABGq9nP0i/c vS96ZzrMEwWomPEII/SgalHXiVz31rSP28St0z68ZbfD3Io4Pzs+D6nao1rTBNN1jrWv YQocxYfUJCwyJkH9zzt4D2j2ltDyVhjF5Nv1SfOOt2lGQBWHVOXf0AshxpEGiH0S4Ibu un/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=iWjkx9pTlRaWFNAa9c7XLKKG2MJ/GhO0PwDcu7UrTzA=; b=s64gfpJFNrbPbuWSccD7RnzQ2oauv7EKp9Oz3F5VumMqoZmDYDrgmww5GsdZbN3jz4 r9a2mn83QuYKCz3ffoanKqAQ6wjYWN0fe76BCctBZs6x5A2oQsy7Sp8X0WSAVEs1D5lD bi7DLzD/kHb+6dOaN6h8W09mzVvRaPOmSjgGRnTPcq9k0VmPHt505/31YsSj+Pu0301/ 6/t51Fim8wDgLiPF0N6HWyoyzJM/tgg9RDDRDmACc4U3jPKZfNpslyjGHExxYGozUIm0 oxGSX6+wMQ2OeYpa65DrX+2qrCb7MwsSFHex0yuWOYHMxAIQHEDcpxtOQ//JL+EOq3QO VPJA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k10-v6si25409062pgj.381.2018.10.10.15.56.22; Wed, 10 Oct 2018 15:56:38 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726189AbeJKGUN (ORCPT + 99 others); Thu, 11 Oct 2018 02:20:13 -0400 Received: from nautica.notk.org ([91.121.71.147]:43981 "EHLO nautica.notk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726029AbeJKGUN (ORCPT ); Thu, 11 Oct 2018 02:20:13 -0400 Received: by nautica.notk.org (Postfix, from userid 1001) id 53F93C009; Thu, 11 Oct 2018 00:55:54 +0200 (CEST) Date: Thu, 11 Oct 2018 00:55:39 +0200 From: Dominique Martinet To: Dmitry Vyukov Cc: syzbot , David Miller , Eric Van Hensbergen , LKML , Latchesar Ionkov , netdev , Ron Minnich , syzkaller-bugs , v9fs-developer@lists.sourceforge.net Subject: Re: Re: BUG: corrupted list in p9_read_work Message-ID: <20181010225539.GD788@nautica> References: <20181010144855.GB20918@nautica> <00000000000010889e0577e0f5f2@google.com> <20181010160022.GD20918@nautica> <20181010161003.GA5371@nautica> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dmitry Vyukov wrote on Wed, Oct 10, 2018: > yeeeep, this is bug: > https://github.com/google/syzkaller/issues/728 Yeah, it makes sense ; I just had to stumble on it once :) > Turns out git fetch of a named remote and just a tree work > differently. The latter only fetches the main branch. > > 'git fetch ' is it a thing? Is it something that requires > special server configuration? I remember something similar that wasn't > able to fetch a random commit hash all the time... With my version of git (2.19.1); this works with a local tree (git fetch /path/to/repo ref) and with a github remote, but not with a gitolite remote ; I don't think it's safe to assume it'll always work, but it can work. > The plan was to make a named remote and then fetch it, this should > fetch everything. Yeah, that's less efficient but that'd fetch all named branches at least; probably safer than what I tried :) Anyway, the fix seems to be a hit, so cool! Thanks! -- Dominique