Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1244384ybt; Tue, 7 Jul 2020 10:51:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxbPZoUeKGfqEds9CFsnibRckmN+Itj+YDsymTtlEi5d1XCcYPzIyu+oklAhELcOZ4r3mr0 X-Received: by 2002:a50:ee84:: with SMTP id f4mr60860140edr.183.1594144286507; Tue, 07 Jul 2020 10:51:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594144286; cv=none; d=google.com; s=arc-20160816; b=EDrPYQo81nHV4772cZJGcquK/IAqxgSPZ4piyFP2+ZoupgobQ88UgCLUooL0UwPSru wws9T0Hb1D/T6tt+dsBq3lskh6vdwiOQNwedGWCedOGVjcEoYINo/n+CJIMsoZetkWJ9 NvSEoEqSl6VM9HTzJjO8sxDU3T5vL8nEcOjKDJdM3f2OH08tQXDAYATwKrT6dDxUk2vP xAWs/zY3wfD4j4xna34WnS3zz8aXEpHKmFpT7eyOwLhxnSCfq8ldbnAGcOirsfVl9o4T vU2MZJzA8nYQc26EWlWIWi4auEzdB4sCsZJME5Zg5gkh1AHEjG32dlr4p2EcusGC+dBz OL+w== 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=54dC7xqmY0iNR0FrJyL2DhMj386T+F2B4YjWrvhpdMM=; b=Lvrgo71jM07yVBtl/FMUopmMB6RTXcZAlCWa3nYApVxGAHN2NsLVq98rL6n4Zm9N3Y D6cUodtdmIERMK7reqMUFu26lbTXxHDLGye0F4Kkzkmrgt8hlaj6XGT3RG1NHntmIFB7 vJNx9eSwMmUbLVuXaQ+aErrs1x1J67c0PTSRixCBWgQUYNnyz98bMLGMxEPh86xUCMEO v0FmD6q094ByDcuLBv/CLP2jCxZQz109Nmt0foQOaLa0cHS2U4robbe+1teFJwTlMkSS oUIh681IendQRJDlGreyIgP7na+zZQjbONUewgSIneogEP+lVyMcRQnZqa5GhqcHkzTd 2wfg== 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 bi11si17050918edb.544.2020.07.07.10.51.03; Tue, 07 Jul 2020 10:51:26 -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 S1728487AbgGGRug (ORCPT + 99 others); Tue, 7 Jul 2020 13:50:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728211AbgGGRuf (ORCPT ); Tue, 7 Jul 2020 13:50:35 -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 72C94C061755; Tue, 7 Jul 2020 10:50:35 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id 651CF2A39FD 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 , Andreas Dilger , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, kernel-team@android.com Subject: Re: [PATCH v10 1/4] unicode: Add utf8_casefold_hash Organization: Collabora References: <20200707113123.3429337-1-drosen@google.com> <20200707113123.3429337-2-drosen@google.com> Date: Tue, 07 Jul 2020 13:50:27 -0400 In-Reply-To: <20200707113123.3429337-2-drosen@google.com> (Daniel Rosenberg's message of "Tue, 7 Jul 2020 04:31:20 -0700") Message-ID: <877dvftdss.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (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: > This adds a case insensitive hash function to allow taking the hash > without needing to allocate a casefolded copy of the string. > > The existing d_hash implementations for casefolding allocates memory > within rcu-walk, by avoiding it we can be more efficient and avoid > worrying about a failed allocation. > > Signed-off-by: Daniel Rosenberg Reviewed-by: Gabriel Krisman Bertazi -- Gabriel Krisman Bertazi