Received: by 10.223.185.116 with SMTP id b49csp3234455wrg; Sun, 25 Feb 2018 17:36:01 -0800 (PST) X-Google-Smtp-Source: AH8x224l4XssN7aBCYuf8FTJk6/O2GXhclR0lE+dBGL8KbazjP5mpdWa18behs+7QeDGk0fFMgke X-Received: by 10.98.21.200 with SMTP id 191mr8197571pfv.166.1519608961126; Sun, 25 Feb 2018 17:36:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519608961; cv=none; d=google.com; s=arc-20160816; b=sFTLPjYLlZMRBYVnL2C08+da8rD46QkietLVk8glsIq2W7wDU0V6JEDZR+Xp567L9j bfqOA7mEz0cUn9Y8N9zg9lybLCASZOMlJYxzUjqZVkSWFhHGcLQC+bN4PzG9LtLpkC50 A1u2UzVGWxake8UW7PLJmpPGIF6Rzy2xrP989ESzPAOBuHKTGM8oQlLzeS45o3z8hKU0 JjkImmvrbRNfvY9IE58x7i2sKpbV2LwEPFqc+wizoprTq2dM/kacQg78+WVbqQzg4njg 9hVYvGgnF+lHJqSaoeUzdkMTs30dzyBD7U59rDfOeD156FrygTBRO9Mn8SxvSJH4WYzl zW4Q== 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=bB7jYKN/6BTVJn7MPxriXGjzQtAu3yd9x2culsLCrTI=; b=cXmkdaZckE+1oMmPOAe/b0bwpUGtK8rVhA7/GuTvo8W053vMjLQJzPZaX0jWi6clGx LLaowGyxdd/IrxaO5fmV5y0vmUxZ49ACcQ68FP1cEdLeYnhWrLQiNMN86z8RkiDPC9U2 wpK1fGcE9/QOyN7wLjUMvgbc67BedpEBCLNhvgQyMfz0FpXkR0wBv69bMgclX9VeoipM w6uMp8dyXumgkhj2an19cQTO2OokAvpmvBtOqP2PuSUtJmDnsJiu+HbiQozckk+5Kx7B i3zW1TVrRG+sc1wMUgj2QKb1vXmLiJlWpoQu/O7grZaNL456jYc8lWO9MXelM+J/qx63 ijlQ== 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 a33-v6si1369347plc.101.2018.02.25.17.35.45; Sun, 25 Feb 2018 17:36:01 -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 S1751959AbeBZBfC (ORCPT + 99 others); Sun, 25 Feb 2018 20:35:02 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:51272 "EHLO huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751918AbeBZBe7 (ORCPT ); Sun, 25 Feb 2018 20:34:59 -0500 Received: from DGGEMS414-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id D62DA909F61F5; Mon, 26 Feb 2018 09:34:55 +0800 (CST) Received: from [127.0.0.1] (10.177.16.168) by DGGEMS414-HUB.china.huawei.com (10.3.19.214) with Microsoft SMTP Server id 14.3.361.1; Mon, 26 Feb 2018 09:34:55 +0800 Subject: Re: [V9fs-developer] [PATCH] fs/9p: don't set SB_NOATIME by default To: Andrew Morton References: <5A7D3C08.7020309@huawei.com> <5A90D23F.5070601@huawei.com> CC: , , , , , , Latchesar Ionkov , "Greg Kurz" From: jiangyiwen Message-ID: <5A936439.9040700@huawei.com> Date: Mon, 26 Feb 2018 09:34:49 +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: <5A90D23F.5070601@huawei.com> 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/24 10:47, jiangyiwen wrote: > On 2018/2/9 14:13, jiangyiwen wrote: >> User use some syscall, for example mmap(v9fs_file_mmap), it will not >> update atime even if user's mnt_flags have MNT_NOATIME, because >> v9fs default set SB_NOATIME in v9fs_set_super. >> >> For supporting access time is updated when user mount with relatime, >> we should clear SB_NOATIME by default. >> >> Signed-off-by: Yiwen Jiang >> --- >> fs/9p/vfs_super.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/fs/9p/vfs_super.c b/fs/9p/vfs_super.c >> index af03c2a..48ce504 100644 >> --- a/fs/9p/vfs_super.c >> +++ b/fs/9p/vfs_super.c >> @@ -94,7 +94,7 @@ static int v9fs_set_super(struct super_block *s, void *data) >> if (v9ses->cache) >> sb->s_bdi->ra_pages = (VM_MAX_READAHEAD * 1024)/PAGE_SIZE; >> >> - sb->s_flags |= SB_ACTIVE | SB_DIRSYNC | SB_NOATIME; >> + sb->s_flags |= SB_ACTIVE | SB_DIRSYNC; >> if (!v9ses->cache) >> sb->s_flags |= SB_SYNCHRONOUS; >> > Hi Alexander Viro and Eric, > > My patch has already sent two weeks, but nobody help me > to review, I have a question about now who is the v9fs's > maintainer? Or who can help me review the patch? > > I hope v9fs's maintainer can give me some advices or > merge into the mainline if it has no problem. > > Thanks, > Yiwen. > Hi Andrew, My patch has already sent more than two weeks, but nobody help me to review, I have a question about now who is the v9fs's maintainer? Or who can help me review the patch? I hope v9fs's maintainer can give me some advices or merge into the mainline if it has no problem. Thanks, Yiwen.