Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp549153pxj; Thu, 27 May 2021 06:29:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQ+EaWOvGtrKiwBdzq5BBGA3dnlWeu1HGg1DVGo4+oWs5OmwQsqdNL1CMP2SgD8XSv7ABH X-Received: by 2002:a05:6638:b84:: with SMTP id b4mr3489466jad.122.1622122199121; Thu, 27 May 2021 06:29:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622122199; cv=none; d=google.com; s=arc-20160816; b=oEjGr7O9ekkd5kis01P3nKeC04SR15ilxUzSjuK7ZSC2B4czvylSV7uDahcqtw90lK Q/UEv6d1UhffgSFAJncqTtODEAf96zVtuaGf0zg/x9drG7cLWqTRF5bI2VWVOb04zxiK Xooph2F8TFshlHFmkMPI+jUHiVbUaooj1/iEQ/PLozSGQpDVl9vB5Li+H16a7T5wufuI 3iz9DlvGP44uZHvS8lF+tDAyGBgfHncCypA+xEPMXTWqMR6b5XT4isQYC148YCtbFrgF 01qLkJ0L2dJHT1IKaZdiA1De+p/3ZsFARVnZLcZRI1lQKdbVWXVjtpPYaT3OEifFz48F +/og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=BO7od1PxAfFYzzcevAmxTO3TeLH1JFGJpXfFzNK4zLs=; b=tSzlIKwRszbFRchYZilcJzr+KfbtzLET7LkPTQxbDLaAQEcbjdZwbfDhxVhs7KoquV v0lt7sTXi/C+CciI/7f9AKtIstUCfA2GQyy4j+LnHTwmDarfuxK9Ej3QwkdJZq735bu7 clga14s0JUIybWcwbk80iVsenj9PCFU4NaOQkd61w0Y2IYEAX+/rJJNtVJVTVEuyGqhd 9lClBzZqtGAR3FW4H6KuHNHWMGZO9aTnuhDaRhFRe2koyUjYrrvXj1sChh6e1e6a51jR YsVZF+IULGvmY//jujJvYCw807Ijv9esm/aHT2A7ZG0z1Wm1jSJyJellF4SG7sn010ZR m09g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ctSCGevt; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s12si1391850ioo.80.2021.05.27.06.29.31; Thu, 27 May 2021 06:29:59 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ctSCGevt; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236471AbhE0N3q (ORCPT + 99 others); Thu, 27 May 2021 09:29:46 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:46661 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236430AbhE0N3p (ORCPT ); Thu, 27 May 2021 09:29:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1622122045; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BO7od1PxAfFYzzcevAmxTO3TeLH1JFGJpXfFzNK4zLs=; b=ctSCGevtwIZeTdfURkALuctKg1V0YGcmJud6YigAIN6ub12d4UVc8uNPzuK9TklOAiQaql 04iVSLxUY+czg/4TnrLH+gaRqTJ/CSt+5ICvHl429RDsdDMsbZBZST7QfoB19NF35Uo+FH oxAdqJHmd9F+P41LsU8ikbTi4W3OVDg= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-599-k7I0iB0eMJKZWeqFw8pmjA-1; Thu, 27 May 2021 09:28:08 -0400 X-MC-Unique: k7I0iB0eMJKZWeqFw8pmjA-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 96280CC624; Thu, 27 May 2021 13:28:07 +0000 (UTC) Received: from dresden.str.redhat.com (ovpn-114-232.ams2.redhat.com [10.36.114.232]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 58A995D9CC; Thu, 27 May 2021 13:28:06 +0000 (UTC) Subject: Re: [Virtio-fs] [PATCH 4/4] fuse: Make fuse_fill_super_submount() static To: Greg Kurz , Miklos Szeredi Cc: linux-fsdevel@vger.kernel.org, virtio-fs@redhat.com, linux-kernel@vger.kernel.org, Vivek Goyal References: <20210525150230.157586-1-groug@kaod.org> <20210525150230.157586-5-groug@kaod.org> From: Max Reitz Message-ID: Date: Thu, 27 May 2021 15:28:04 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210525150230.157586-5-groug@kaod.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25.05.21 17:02, Greg Kurz wrote: > This function used to be called from fuse_dentry_automount(). This code > was moved to fuse_get_tree_submount() in the same file since then. It > is unlikely there will ever be another user. No need to be extern in > this case. > > Signed-off-by: Greg Kurz > --- > fs/fuse/fuse_i.h | 9 --------- > fs/fuse/inode.c | 4 ++-- > 2 files changed, 2 insertions(+), 11 deletions(-) Reviewed-by: Max Reitz