Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1666872pxy; Fri, 23 Apr 2021 13:52:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQmdczCrH01oBCqXekOCYRvFdg6jKs/PBwm7jyJS+r/tCr1HeZ2jZFvaeBiC7KAdE7nstI X-Received: by 2002:a17:906:6b91:: with SMTP id l17mr6304762ejr.196.1619211166728; Fri, 23 Apr 2021 13:52:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619211166; cv=none; d=google.com; s=arc-20160816; b=RRk7CCw1B+Y1bpWJHznTCoshtnrvrZWQjDMTtBD71lROHpw68xsG3qRCg/ABOlGngb sA+67AA1NJr/iVnPCBg5A7Ndvc/4Zkpl9LJlrM479VoVMhTaeHh1toZzihmZgm+BVv7W NxZF4BI+oU2Ke2b9oZ4GZM8xZ0fTrbhmnGy3qBNZ+k2yqZVnoa4YiTx1bs8lS3wJkEUq tkXoQTtpdbbG87tO13ZkYnUJs/qukc38g52Lwdb40+fGrja9E9yfMetCODDJIxBPSbmp Qs4Qoe2s4P3+WUdz922VLdimOaiR7v3oU9h4u9mNE9rjnPmfODXQKPa7/U06XFY8s4o+ 5tRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=ra7cIT53WJp7h4uep2J1p7li/7VkZoOc/bbi9F7Y4JQ=; b=frHCrRtDMChdcyq49pI9rxdMoAEx8brmkml0Ndgbhvkx07MNjyU+BfDcnvdkmni7/5 NkE3Tl3bh6ZXLb7JWfYQEGBhC9zCL0rN3yLxG2G4PVncCU2EXuDFbbvxLFAxvUy7LUUq G3XWgTGfThS58Pc1eeVx9II3IGZqjtASSG4q7/SM1DJuecqPY0wx5ihr6ly5dCVynNUF utoxelMWEa57eL4beR7Pb9F6WMe9vmBqCNgk2isazhXRXeBY8cusoceuHTqmge9cf1IT WmJWufUzA4WnecMT7wmmwl8siA01hhkYMJFo7cSSG5OOOo9j4Jyc871Oxr0a0EtmdC8b PtrA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-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 v5si6081903edq.440.2021.04.23.13.52.23; Fri, 23 Apr 2021 13:52:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-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-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-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 S244036AbhDWUwn (ORCPT + 99 others); Fri, 23 Apr 2021 16:52:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42306 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244029AbhDWUwl (ORCPT ); Fri, 23 Apr 2021 16:52:41 -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 1D545C061574; Fri, 23 Apr 2021 13:52:04 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: shreeya) with ESMTPSA id 6C0AB1F431EE From: Shreeya Patel To: tytso@mit.edu, adilger.kernel@dilger.ca, jaegeuk@kernel.org, chao@kernel.org, krisman@collabora.com, ebiggers@google.com, drosen@google.com, ebiggers@kernel.org, yuchao0@huawei.com Cc: linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-fsdevel@vger.kernel.org, kernel@collabora.com, andre.almeida@collabora.com Subject: [PATCH v8 3/4] fs: unicode: Rename utf8-core file to unicode-core Date: Sat, 24 Apr 2021 02:21:35 +0530 Message-Id: <20210423205136.1015456-4-shreeya.patel@collabora.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210423205136.1015456-1-shreeya.patel@collabora.com> References: <20210423205136.1015456-1-shreeya.patel@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org utf8data.h_shipped has a large database table which is an auto-generated decodification trie for the unicode normalization functions and it is not necessary to carry this large table in the kernel unless it is required by the filesystem during boot time. Goal is to make UTF-8 encoding loadable by converting it into a module and adding a unicode subsystem layer between the filesystems and the utf8 module. This layer will then load the module whenever any filesystem that needs unicode is mounted or utf8 can also be built into the kernel incase it is required by the filesystem during boot time. Currently, only UTF-8 encoding is supported but if any other encodings are supported in future then the layer file would be responsible for loading the desired encoding module. Rename the file name from utf8-core to unicode-core for transformation of utf8-core file into the unicode subsystem layer file and also for better understanding. Implementation for unicode-core file to act as layer will be added in the future patches. Signed-off-by: Shreeya Patel --- Changes in v8 - Improve the commit message to better describe about the built-in option usage. fs/unicode/Makefile | 2 +- fs/unicode/{utf8-core.c => unicode-core.c} | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename fs/unicode/{utf8-core.c => unicode-core.c} (100%) diff --git a/fs/unicode/Makefile b/fs/unicode/Makefile index b88aecc86550..fbf9a629ed0d 100644 --- a/fs/unicode/Makefile +++ b/fs/unicode/Makefile @@ -3,7 +3,7 @@ obj-$(CONFIG_UNICODE) += unicode.o obj-$(CONFIG_UNICODE_NORMALIZATION_SELFTEST) += utf8-selftest.o -unicode-y := utf8-norm.o utf8-core.o +unicode-y := utf8-norm.o unicode-core.o $(obj)/utf8-norm.o: $(obj)/utf8data.h diff --git a/fs/unicode/utf8-core.c b/fs/unicode/unicode-core.c similarity index 100% rename from fs/unicode/utf8-core.c rename to fs/unicode/unicode-core.c -- 2.30.2