Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp234633ybv; Tue, 4 Feb 2020 20:22:48 -0800 (PST) X-Google-Smtp-Source: APXvYqyfwadky4Y9EFuokYqjgwuNbDcQRclgdjbM/6rABYche0I6gPQ+a0O28zNL1OdW82die6IT X-Received: by 2002:a05:6830:1d6e:: with SMTP id l14mr23969646oti.32.1580876568642; Tue, 04 Feb 2020 20:22:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580876568; cv=none; d=google.com; s=arc-20160816; b=t99qYyJuP5keTXE4wvoM6nWQU9K8I1xzWsC/B4FtyA2Sr9IWF/rlK6wIKd/9gWkL+L rqYMUpjm+cC2fkKRuIwvFX+dKLuuiOP+9nNBgC3OeSrDzBnr2Xa8jWBXEY9R8kvvs3tJ jIvvAcczNqvhsJcBy7rAJxeEhdEHfEjVzU6YHDL+9bCmAAMqVwhjm99Shi8VfhuhjBu3 fdal45UnQzBny9Ex0WRvkUCzBPPyZTuXeI00zACToXkV1UyW5gynAz8iQtQNbj8nQJDn jg7A77+TzUpNX+eVROPnKzfo1suKHa/0PgRCpIzkXGvmNe/Kv1Qq4v+zy/JVk2B1H3pc bqkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:organization:subject:cc:to:from; bh=fqzN6b452rdZZaRyKiGrVh5MWdZs8ZehY7iXYXh+iBM=; b=SbS5RcRyJnBvcbr9Y3IOwGEaK7MVERxaAWGecYmA/Dlk63Gt/xdqNp0yRZkf+/u5oK /W+kkh1kL0/pEdwTrL+KovUOh+lZeOCJfm5uEjmO44D805kNLSk1YBV2bcBt0PjGsKq7 PB5AEfEKPAOvOnZKdyTombPYqHz8cyfr2ydjhgihfavrNfKpIFSuOR/QKIf+dfBpBy7v WZWBvF10M3DTUiizsgXWkmpK0c0ImvILvhIAnSj7e1g2VXPHYcUnERU5xib7OX6MXRJS SKCmmS92rY0qaWIe32phZTf1+5QuseFCfcAClKV+EnfnoxceBlgTZz10NxmmbbvqMc1R 2zug== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 9si11259270oiz.237.2020.02.04.20.22.36; Tue, 04 Feb 2020 20:22:48 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727943AbgBEEVm (ORCPT + 99 others); Tue, 4 Feb 2020 23:21:42 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:47498 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727846AbgBEEVm (ORCPT ); Tue, 4 Feb 2020 23:21:42 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id 694AB29298E From: Gabriel Krisman Bertazi To: Daniel Rosenberg Cc: "Theodore Ts'o" , linux-ext4@vger.kernel.org, Jaegeuk Kim , Chao Yu , linux-f2fs-devel@lists.sourceforge.net, Eric Biggers , linux-fscrypt@vger.kernel.org, Alexander Viro , Richard Weinberger , linux-mtd@lists.infradead.org, Andreas Dilger , Jonathan Corbet , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH v6 1/5] unicode: Add standard casefolded d_ops Organization: Collabora References: <20200128230328.183524-1-drosen@google.com> <20200128230328.183524-2-drosen@google.com> <85sgjsxx2g.fsf@collabora.com> Date: Tue, 04 Feb 2020 23:21:33 -0500 In-Reply-To: (Daniel Rosenberg's message of "Tue, 4 Feb 2020 19:05:02 -0800") Message-ID: <85h8051x6a.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Daniel Rosenberg writes: > On Sun, Feb 2, 2020 at 5:46 PM Gabriel Krisman Bertazi > wrote: >> >> >> I don't think fs/unicode is the right place for these very specific >> filesystem functions, just because they happen to use unicode. It is an >> encoding library, it doesn't care about dentries, nor should know how to >> handle them. It exposes a simple api to manipulate and convert utf8 strings. >> >> I saw change was after the desire to not have these functions polluting >> the VFS hot path, but that has nothing to do with placing them here. >> >> Would libfs be better? or a casefolding library in fs/casefold.c? >> >> >> -- >> Gabriel Krisman Bertazi > > The hash function needs access to utf8ncursor, but apart from that, > libfs would make sense. utf8ncursor is the only reason I have them > here. How do you feel about exposing utf8cursor or something similar? Hi, It was designed to be an internal thing, but I'm ok with exposing it. -- Gabriel Krisman Bertazi