Received: by 10.223.185.116 with SMTP id b49csp737322wrg; Sat, 10 Feb 2018 18:35:04 -0800 (PST) X-Google-Smtp-Source: AH8x227EbmBxRPQqxFQXLRwWYEzre2pErntgAdQWBnU0KAIYv6zqvWfGZ9KF4QsJ5NKA92x/D6j2 X-Received: by 10.98.68.91 with SMTP id r88mr7557999pfa.52.1518316504826; Sat, 10 Feb 2018 18:35:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518316504; cv=none; d=google.com; s=arc-20160816; b=nOP+h3DGQB792GobXuuMlZ/26JssROaeT5SSCDwdwQZaf+IwLKxR9r5gIp0GrZTDtl Xf5oCJUNg182UyK1irLKK+fXtVPsPrfcl/x1N9vnCJU+f7Cg2L4pV+KGAFZnMsuqoCCc 0w5eVWgbVsLbVULOTtJx66kIw4fMj7nNO53hd15F+ldXLQX3wzaMc3otJsz/oEswphpp mgf6ziCJUf7JVKm9+TE6PNHl70WCmeqaYyb0QhYPOdoTRNtwag2LiMCuTkxBdi5TmQ0o GsL1W8aGxSDa2wXOIIA3SqAbO95hN6qoOWVnVYI2FwL9/iujJ01of3r3Him+g/zpOz87 TFEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:arc-authentication-results; bh=0SEHg1NZRqe8D7xgBsk6RVeKWMmEd+E8EDUnNUKwrAs=; b=oap1wHCI6VCm4lu38uMcPL2SplpD1w4D/eWDb1x2k2BiqtzhpIam2bIN1EH9l9GJOT XmRKZkHlF4Qh09et9aPojoV5OtpfqtgUM69uEqBm/AnqOMphhnYRnez060iQzAl5MVNX L6a9prq91gQ/JopA3lHwZsGqsj4JZ9MxELFhmCdMBdAgtXqfE9UmWV+ixpJ76UAeUvpj UpgX3NEJKXuRoRXnRt0emYWnQ5q6lREV4Gdhugpd1To20hhqfMvciFVcJX8PoOIXP8F+ g+Apn8Iiyc1mOHYSVBvBw3J++uATMg679Wqytup4eMJQL1lda7Ov6UoHIBtv+PQcwZy9 Bxrg== 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 r2-v6si2233302plj.119.2018.02.10.18.34.40; Sat, 10 Feb 2018 18:35:04 -0800 (PST) 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 S1751921AbeBKCdp (ORCPT + 99 others); Sat, 10 Feb 2018 21:33:45 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:5220 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751050AbeBKCdo (ORCPT ); Sat, 10 Feb 2018 21:33:44 -0500 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id D5135B0964697; Sun, 11 Feb 2018 10:33:30 +0800 (CST) Received: from [127.0.0.1] (10.177.16.168) by DGGEMS410-HUB.china.huawei.com (10.3.19.210) with Microsoft SMTP Server id 14.3.361.1; Sun, 11 Feb 2018 10:33:22 +0800 Subject: Re: [V9fs-developer] [RFC] we should solve create-unlink-getattr idiom To: Greg Kurz References: <5A7D4976.6060407@huawei.com> <20180209123342.11b17062@bahia.lan> CC: Eric Van Hensbergen , , , , Ron Minnich , Latchesar Ionkov , , , Veaceslav Falico From: jiangyiwen Message-ID: <5A7FAB6B.2090802@huawei.com> Date: Sun, 11 Feb 2018 10:33:15 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20180209123342.11b17062@bahia.lan> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.16.168] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018/2/9 19:33, Greg Kurz wrote: > On Fri, 9 Feb 2018 15:10:46 +0800 > jiangyiwen wrote: > >> Hi Eric and Greg, >> >> I encountered the similar problem with create-unlink-getattr idiom. >> I use the testcase that create-unlink-setattr idiom, and I see the >> bug is reported at https://bugs.launchpad.net/qemu/+bug/1336794. >> Then I also see you already fix the issue and push the patch to upstream. >> https://github.com/ericvh/linux/commit/eaf70223eac094291169f5a6de580351890162a2 >> http://patchwork.ozlabs.org/patch/626194/ >> >> Unfortunately, the two patches are not merged into master, I don't know >> the reason, so I suggest if the patche can be merged into master, and >> it will solve the create-unlink-getattr idiom. >> > > I had tried to go a bit further and address the general issue of f*() syscalls > versus unlinked files: > > QEMU: > http://lists.gnu.org/archive/html/qemu-devel/2016-06/msg07586.html > > Linux 9p driver: > https://sourceforge.net/p/v9fs/mailman/message/35175775/ > > I remember that some issues were then reported during review of the > linux patches, and I never got bandwidth to investigate further... > > But if you'd like to resurrect these threads, please do. :) > >> Thanks, >> Yiwen >> > > Cheers, > > -- > Greg > > . > Thanks Greg, Ok, we will move forward, I hope we can solve these problems that you encountered. Thanks, Yiwen.