Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp701679pxf; Wed, 24 Mar 2021 13:49:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxch2jVhqFTCCVxdQxQtHNS6pLXMWFhVLeZgGkfLEoN7GqHbKYl7/y8MS32hMk7bp65LHBR X-Received: by 2002:a05:6402:10c6:: with SMTP id p6mr5444867edu.241.1616618998966; Wed, 24 Mar 2021 13:49:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616618998; cv=none; d=google.com; s=arc-20160816; b=S9byYXdhOKsTQyL9vA/v9msTrEZQn+zkLdnxVW3S6GPLOgAq28Ehn4S6J3HpS0+f6e kyguX5TqAUJFQToTle52EBr+HzMFiiBQ+l9eWSVXfNXj9yqzYrdhj/SGCmqywAikrVkZ wTF3TCTOZqWiETZkys6Cag+T32yDG0WUS2YFI/NbhZpRF9zH2oPTfZEikgVZ2PJxiAJd dZY3QPvEKCmMIEKDORqC7+Gi5PSyojFnAMbfC4D8UEHMS8U9Pq9ibPkgcG0J+Gkuzc2m H2/h+N9Yhabv4rxcti3qoESXs3LUOLUkYh5UXRxSRZv1otCwjE1iB6xeRJjPLIDm3/ZG XbYA== 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; bh=fJU3c1YfkRn4mhmjK12a6GDXg2q1FWjSSxnD+aRgK8E=; b=aHI9LOW3b+3RfxpXPXzzr5mqx27BZ97r/+b23nfpn7NJ8DHyiJITzEJonm7KUmKqk6 Rqlj/BLc6y3mt6Q7Ea/yIh5vD0tsxcp/oJICc3GwJMkAvAyij05hPPeoUmZhlX9xb15Y UtIopl9oLBXFB2qNpBdyHOPr5GQGDYwth+awf/HNfqfZ6/4wmBhLkNPcj5ZQPqtqptiA xKH8dkK42bqJyuUBO+7eZ8nP9AGJT08eDxZNR/tTWjb9tPyFA08iQIfXMP1Nw/wlFsQL jk8IA05lJl40vdUPkd35K21sC0lLOQHIhgX+qwVUmVXwWiD0mBwJwfeAehxJjOgXDqVL gqxg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l23si2529920edv.176.2021.03.24.13.49.19; Wed, 24 Mar 2021 13:49:58 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238211AbhCXUrk (ORCPT + 99 others); Wed, 24 Mar 2021 16:47:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47648 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238207AbhCXUrV (ORCPT ); Wed, 24 Mar 2021 16:47:21 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 43A8AC06174A; Wed, 24 Mar 2021 13:47:21 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: tonyk) with ESMTPSA id 510411F4422D Subject: Re: [RFC PATCH 4/4] docs: tmpfs: Add casefold options To: Gabriel Krisman Bertazi Cc: Hugh Dickins , Andrew Morton , Alexander Viro , smcv@collabora.com, kernel@collabora.com, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Daniel Rosenberg References: <20210323195941.69720-1-andrealmeid@collabora.com> <20210323195941.69720-5-andrealmeid@collabora.com> <87o8f9bjiw.fsf@collabora.com> From: =?UTF-8?Q?Andr=c3=a9_Almeida?= Message-ID: <4058c0b9-d940-f069-8b31-39cd7ae16062@collabora.com> Date: Wed, 24 Mar 2021 17:47:12 -0300 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: <87o8f9bjiw.fsf@collabora.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Gabriel, Às 19:19 de 23/03/21, Gabriel Krisman Bertazi escreveu: > André Almeida writes: > >> Document mounting options to enable casefold support in tmpfs. >> >> Signed-off-by: André Almeida >> --- >> Documentation/filesystems/tmpfs.rst | 26 ++++++++++++++++++++++++++ >> 1 file changed, 26 insertions(+) >> >> diff --git a/Documentation/filesystems/tmpfs.rst b/Documentation/filesystems/tmpfs.rst >> index 0408c245785e..84c87c309bd7 100644 >> --- a/Documentation/filesystems/tmpfs.rst >> +++ b/Documentation/filesystems/tmpfs.rst >> @@ -170,6 +170,32 @@ So 'mount -t tmpfs -o size=10G,nr_inodes=10k,mode=700 tmpfs /mytmpfs' >> will give you tmpfs instance on /mytmpfs which can allocate 10GB >> RAM/SWAP in 10240 inodes and it is only accessible by root. >> >> +tmpfs has the following mounting options for case-insesitive lookups support: >> + >> +========= ============================================================== >> +casefold Enable casefold support at this mount point using the given >> + argument as enconding. Currently only utf8 encondings are supported. >> +cf_strict Enable strict casefolding at this mouting point (disabled by >> + default). This means that invalid strings should be reject by the >> + file system. > > strict mode refers to the encoding, not exactly casefold. Maybe we > could have a parameter encoding_flags that accepts the flag 'strict'. > This would make it closer to the ext4 interface. What are the other enconding flags? Or is this more about having a properly extensible interface? > Alternatively, call this option strict_encoding. > Thanks, André