Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6641380ybi; Wed, 31 Jul 2019 18:32:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqy/ybU6+z/z1StEoQBPPlcK4xP2s1gaSf3gjGcAJel3jQBDvCAL9NEcYXIN6DIOdbnXSz25 X-Received: by 2002:a63:5550:: with SMTP id f16mr5014994pgm.426.1564623139793; Wed, 31 Jul 2019 18:32:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564623139; cv=none; d=google.com; s=arc-20160816; b=Idt2LRa/NTr0DEeS5IDht7ztB7o/V3IPjqps91hxPCHDcDzrTrs4iorQEeMZvLIHvm bqprgOOoUHDlrjFjaa/LjXlzPgQho6KkV61JdKuhboQyH4DVhVWcHfG5ie9KAipvI/xP zY28vEg1NReoB236zc+MvGgENxt0tMxYa4v1/uuVN/eEDJdauV8EQO5gpZDyQlajjtVW +0Kld5nES1M+ZaUbDQS5mzudck4XMdrRe04/NtWiXKPrpwfAYu5qq7PnIoxwL9zQd+So aZvYpDOW8gcJbImj2sKaQNYDSjhp4bb+ql3gvwo9ktUCctErtONMO/2KfNcI43QxOw56 e3KQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=MREHOePjFMfnRBHCI0OzSzUxtSSTXCkFdpCVM8RUFbg=; b=IMfQZcMygF0xkWBDedFeBIrVcPcQPM0spG4aiTV83b7nHOL1QcH8eNIzLn4kauYGpb WWdoi1hbH9WxRI/xcc08Ule8NgbAr59RV4b9u3x5GbT+nqLtuoRX9vQXlVdEHLAU5Col 5u7ecEu85wo+M9g+5geE8vtwLI1ClQGTs9KVOXQqA4AOsUyJRCG4GacKVkNqvbONva21 +N5BTyjEl0+k0ZQLDxKPwlq26g1vkzhK/Uutcc9db+kR86acgjL8MPk+n0xbJY46l3ar CiX5K99MGdt1gyO7J2zoM2WT2sr9GnVml2JbC1AgbOILbfsGzSzFSFWQ3OvTeUtlaLMq uDIw== 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 l10si36977963pgp.411.2019.07.31.18.32.04; Wed, 31 Jul 2019 18:32:19 -0700 (PDT) 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 S1728740AbfHABLW (ORCPT + 99 others); Wed, 31 Jul 2019 21:11:22 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:34548 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725942AbfHABLW (ORCPT ); Wed, 31 Jul 2019 21:11:22 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 6295B2C0F960B1BEB31C; Thu, 1 Aug 2019 09:11:19 +0800 (CST) Received: from [10.134.22.195] (10.134.22.195) by smtp.huawei.com (10.3.19.211) with Microsoft SMTP Server (TLS) id 14.3.439.0; Thu, 1 Aug 2019 09:11:14 +0800 Subject: Re: [PATCH v4 3/3] f2fs: Support case-insensitive file name lookups To: Nathan Chancellor , Daniel Rosenberg CC: Jaegeuk Kim , Jonathan Corbet , , , , , , References: <20190723230529.251659-1-drosen@google.com> <20190723230529.251659-4-drosen@google.com> <20190731175748.GA48637@archlinux-threadripper> From: Chao Yu Message-ID: <5d6c5da8-ad1e-26e2-0a3d-84949cd4e9aa@huawei.com> Date: Thu, 1 Aug 2019 09:11:13 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190731175748.GA48637@archlinux-threadripper> Content-Type: text/plain; charset="windows-1252" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.134.22.195] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Nathan, Thanks for the report! :) On 2019/8/1 1:57, Nathan Chancellor wrote: > Hi all, > > > >> diff --git a/fs/f2fs/hash.c b/fs/f2fs/hash.c >> index cc82f142f811f..99e79934f5088 100644 >> --- a/fs/f2fs/hash.c >> +++ b/fs/f2fs/hash.c >> @@ -14,6 +14,7 @@ >> #include >> #include >> #include >> +#include >> >> #include "f2fs.h" >> >> @@ -67,7 +68,7 @@ static void str2hashbuf(const unsigned char *msg, size_t len, >> *buf++ = pad; >> } >> >> -f2fs_hash_t f2fs_dentry_hash(const struct qstr *name_info, >> +static f2fs_hash_t __f2fs_dentry_hash(const struct qstr *name_info, >> struct fscrypt_name *fname) >> { >> __u32 hash; >> @@ -103,3 +104,35 @@ f2fs_hash_t f2fs_dentry_hash(const struct qstr *name_info, >> f2fs_hash = cpu_to_le32(hash & ~F2FS_HASH_COL_BIT); >> return f2fs_hash; >> } >> + >> +f2fs_hash_t f2fs_dentry_hash(const struct inode *dir, >> + const struct qstr *name_info, struct fscrypt_name *fname) >> +{ >> +#ifdef CONFIG_UNICODE >> + struct f2fs_sb_info *sbi = F2FS_SB(dir->i_sb); >> + const struct unicode_map *um = sbi->s_encoding; >> + int r, dlen; >> + unsigned char *buff; >> + struct qstr *folded; >> + >> + if (name_info->len && IS_CASEFOLDED(dir)) { >> + buff = f2fs_kzalloc(sbi, sizeof(char) * PATH_MAX, GFP_KERNEL); >> + if (!buff) >> + return -ENOMEM; >> + >> + dlen = utf8_casefold(um, name_info, buff, PATH_MAX); >> + if (dlen < 0) { >> + kvfree(buff); >> + goto opaque_seq; >> + } >> + folded->name = buff; >> + folded->len = dlen; >> + r = __f2fs_dentry_hash(folded, fname); >> + >> + kvfree(buff); >> + return r; >> + } >> +opaque_seq: >> +#endif >> + return __f2fs_dentry_hash(name_info, fname); >> +} > > Clang now warns: > > fs/f2fs/hash.c:128:3: warning: variable 'folded' is uninitialized when used here [-Wuninitialized] > folded->name = buff; > ^~~~~~ > fs/f2fs/hash.c:116:21: note: initialize the variable 'folded' to silence this warning > struct qstr *folded; > ^ > = NULL > 1 warning generated. > > I assume that it wants to be initialized with f2fs_kzalloc as well but > I am not familiar with this code and what it expects to do. > > Please look into this when you get a chance! That should be a bug, it needs to define a struct qstr type variable rather than a pointer there. Jaegeuk, could you fix this in you branch? Thanks, > Nathan > . >