Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1941448pxk; Sun, 13 Sep 2020 23:34:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrFfxniYwg+KTNPGM5ZqeshKdUmce6JXV64X2eM04L8JqF7Cn7HJ6KfdSRoLm3ZPe/HWxm X-Received: by 2002:a17:906:a415:: with SMTP id l21mr12475135ejz.431.1600065245530; Sun, 13 Sep 2020 23:34:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600065245; cv=none; d=google.com; s=arc-20160816; b=xnk/f/tp8yiGMxGLGSsM4wB6UCCgJWgdyOAWMRwNjx4Bf/W3rmh2K0qCRwtP3Ccv4/ IgOy/eZfCKaRBleEWvjzsRS0kVTMUdGw4N6VlBNhLiqPNbueLU5ZAO+FhanayVSzZSxa mM5qrbGspgsM+qATXIUQXDUmP1prXku7HepJnXPRG/LT+bo9inUTK5aRWU9+2Va6UerQ 5+sFXIQjr0bAKhHjZx/1CbKcRX+5krePUBcWayoT1s2wmo68P2d626Rp6IBuh/xBjVbi 7ndEQeha+FIUw0X6hfTjhINExi6sEYXmog2O8DzZzngH3U6940pLjo31DmMrf5mHmLiD bnPg== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=csaC0/GY9H9SWtG3N//g5LUoARhUoONjdMLy2lODb9U=; b=UyjIULDVABSfmolExCWvP+YOfNKeiAN+IwCVjRrS9aGBhN2GH8fCmougqGXm6XEeUZ KUzjE2wAGUHB1b3k2chOnFTyIlZFgFACKV+SdsB2VTyeAg6DGw4kU0GtMOv7h3wQcvPz 7nICHUTgfaz/NW661KnoBqpJ+uPIpAZVHlM2vC9mupCOfSEmbYLGftM0coQtr+MK4tQM yE97Htj+w6+s94uPVchOnPWRO4E4VepPaVyhlzBk7b3WijARF4tk6xb4GOEoby6fFloG 9F47n/hUcNHvAlg7XSQAXSr++ECPlE9FYg+faF3tocxUm8cmpQmcwUIseXRkA3NTfPkl p3bA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bq23si6304866ejb.116.2020.09.13.23.33.43; Sun, 13 Sep 2020 23:34:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726141AbgINGcM (ORCPT + 99 others); Mon, 14 Sep 2020 02:32:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48620 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726129AbgINGcB (ORCPT ); Mon, 14 Sep 2020 02:32:01 -0400 Received: from nautica.notk.org (ipv6.notk.org [IPv6:2001:41d0:1:7a93::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EDCE0C06174A for ; Sun, 13 Sep 2020 23:31:59 -0700 (PDT) Received: by nautica.notk.org (Postfix, from userid 1001) id 58D5FC009; Mon, 14 Sep 2020 08:31:58 +0200 (CEST) Date: Mon, 14 Sep 2020 08:31:43 +0200 From: Dominique Martinet To: Jianyong Wu Cc: lucho@ionkov.net, justin.he@arm.com, ericvh@gmail.com, linux-kernel@vger.kernel.org, v9fs-developer@lists.sourceforge.net, Greg Kurz Subject: Re: [V9fs-developer] [PATCH RFC 4/4] 9p: fix race issue in fid contention. Message-ID: <20200914063143.GA19326@nautica> References: <20200914033754.29188-1-jianyong.wu@arm.com> <20200914033754.29188-5-jianyong.wu@arm.com> <20200914055535.GA30672@nautica> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200914055535.GA30672@nautica> 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 Dominique Martinet wrote on Mon, Sep 14, 2020: > Jianyong Wu wrote on Mon, Sep 14, 2020: > - Ideally base yourself of my 9p-test branch to have async clunk: > https://github.com/martinetd/linux/commits/9p-test > I've been promising to push it to next this week™ for a couple of weeks > but if something is based on it I won't be able to delay this much > longer, it'll get pushed to 5.10 cycle anyway. > (I'll resend the patches to be clean) > >> tests: >> race issue test from the old test case: >> for file in {01..50}; do touch f.${file}; done >> seq 1 1000 | xargs -n 1 -P 50 -I{} cat f.* > /dev/null hmpf, so that made me insist a bit on this test on my patch and I see a problem with that as well. The me from a few years ago was good! With that said I'll want to work a bit more on this, so feel free to base off master and I'll deal with rebase if required. Part of me thinks it's the same bug that will be fixed with refcounting and I just made it easier to hit, but I'm honestly unsure at this point and testing would basically mean I just code what I asked you to... Well, let me know if you want me to do the refcounting, but I'd rather let you finish what you started. If possible put the patch first in the series so commits can be tested independently. Thanks, -- Dominique