Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1317358pxf; Fri, 9 Apr 2021 05:42:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyOypSnEM3NrXFUnzyG7GX3vxuL6c00+tUXxYgiZq7ox6yHhCBhxjO4059Irqa/JwpWgqE8 X-Received: by 2002:a17:903:2303:b029:e6:faf5:875e with SMTP id d3-20020a1709032303b02900e6faf5875emr12901469plh.41.1617972159855; Fri, 09 Apr 2021 05:42:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617972159; cv=none; d=google.com; s=arc-20160816; b=yH9LKxuSVRCHUB/nXiEnh+TUaaBP36ama26pkR8pMTNxE+sRyrkGPmUApFdbCjZLTj alECj/I2K4ORUpjGp88JKu5and7kYD1Yn3eTbx9M8+4OiQGsE9oQajpaA4aJP5qCtUNt RDuJre4fH9DaKqrBHSAOPj9W73E4ny/3YJdfvxsCUaeAgmhYrujXYDM0P1ekWhtTwWda cn+R3Ij4E1Pi4qAUAVvXFgLjhkxzWZozgg2ie/sQbO9azDxIq6VYrGpnfHIYN/g3AWoA 1gDFnibaB269yzMd7c5ByIBcvkVNT9v/jnb6r3wfI320RPc8soTRVqu+IlrAEQ6nIDMC trnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Cr3MWabTM6V/ksBGwd1Fv/a5RR46Fk3oRrRz+yH2SMQ=; b=0/q21FLq5j6vtf68O/xj/ku5wqcMLV9m44ui7pZNV12h0RxBl4+NSns3bU+TVgWwxP Lp4+U8SCocjVvlQHpbErp79twMUJJetghm7Geh5eLvCRJknPE5MxJCHiwMa4WF05bcOl y/5QaoY6khol2kGL5TIX7St3kZlzIBvgChY/qUlvE9ZoYE3q8m7Ml4+bV+XKMpOzAjyT 6rTX31qpaqrnSFDPUKH/Cv7VlKpMqPW8ypu/w+mdOJdxRr0/anAReP3jdfdfrlikI8AX DpVHg0PeY+qWOEVl86ycpbWu9DsooZK4ASS1uTAGZL0j6egfVMZm48whHB4jvkzOVOKF +okA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ionos.com header.s=google header.b="Cd/f22QQ"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=ionos.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p4si2841832plo.177.2021.04.09.05.42.27; Fri, 09 Apr 2021 05:42:39 -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; dkim=pass header.i=@ionos.com header.s=google header.b="Cd/f22QQ"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=ionos.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233441AbhDIMl4 (ORCPT + 99 others); Fri, 9 Apr 2021 08:41:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33002 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232690AbhDIMly (ORCPT ); Fri, 9 Apr 2021 08:41:54 -0400 Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 641B9C061760 for ; Fri, 9 Apr 2021 05:41:41 -0700 (PDT) Received: by mail-ed1-x52d.google.com with SMTP id m3so6398798edv.5 for ; Fri, 09 Apr 2021 05:41:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ionos.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Cr3MWabTM6V/ksBGwd1Fv/a5RR46Fk3oRrRz+yH2SMQ=; b=Cd/f22QQeG5V/FE31NylqMaOxmaMe6m6j8l2PNSbNeXvmC8LGV5fpui1/zTzqpqWKb OlMBrFiyh/N3pMoW3wuMG011svsJzoNzGfuR5avxBEzSL84Y5ihzhug9irmOJxoUQ0uq F7lZqFAyeXSFCvPL9iK+lnaXFiYmhWilzAQWDKPHkE2uKmqnF9vqETWnjO6CxBFBsFhf YZKHNha8xZrAHim3akBMZKnW4X4INl0Ams2Ie5Mh7qIWPu6uIlrWyx74Do1hU5Ue6b1e cCJ2Og0Uo/N9cHUR1dpzZM2NEHN1GOT3KoxQxXNfEa9DCGtefM3mz4Ge7nqd/bEyRRZq NQOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Cr3MWabTM6V/ksBGwd1Fv/a5RR46Fk3oRrRz+yH2SMQ=; b=a5O1rSr3x9Bl6ZC/g4rlxfUypdf9Pz+58jO5On23i7gq8LPKbG1dKoRpLQlfaPXqqq 0mBfPmF8kbs0cm/y26PcnxmuUElJ2RRy6hXfndFvqYHFs/LkTJ7MBwRcEAErofUZgO5p 73VDl3MdPBm9LozFJTgGnxXpkt03q53wUg5QI95h+BqIPek0F7ePKEwSjfJpf7I1TV4D ZsZhquJSrjItNXNahPeOf1l8Cbo+NnWMe78T7PcZDd/vU8Qp/0/HzPMV6JxAxgQkmFpF A1Ao39o1oY6PextjApiQ1ef2/Hpe8DO1FKsgv4wEl5pI5PfnxOAErkhvr7XZZs+1GV2k UQdw== X-Gm-Message-State: AOAM531UzzoxlSzcWtT4HIm+wAdpe0QgQj+PMrXOwu90gbx3K0otzRCL +vbiIiYu4csrysA4bnbDDQO+tRmGcCWu6eogxIIWTw== X-Received: by 2002:a05:6402:42d3:: with SMTP id i19mr17274011edc.220.1617972100093; Fri, 09 Apr 2021 05:41:40 -0700 (PDT) MIME-Version: 1.0 References: <20210408130605.541796-1-gi-oh.kim@ionos.com> <20210408220502.8126bc2f278b5199707ec122@linux-foundation.org> In-Reply-To: From: Gioh Kim Date: Fri, 9 Apr 2021 14:41:04 +0200 Message-ID: Subject: Re: [PATCH v4] lib/string: Introduce sysfs_streqcase To: Andy Shevchenko Cc: Andrew Morton , "linux-kernel@vger.kernel.org" , "ndesaulniers@google.com" , "dan.j.williams@intel.com" , "laniel_francis@privacyrequired.com" , "keescook@chromium.org" , "dja@axtens.net" , "haris.iqbal@ionos.com" , "jinpu.wang@ionos.com" , Greg Kroah-Hartman Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 9, 2021 at 9:11 AM Andy Shevchenko wrote: > > > > On Friday, April 9, 2021, Andrew Morton wrote= : >> >> On Thu, 8 Apr 2021 15:06:05 +0200 Gioh Kim wrote: >> >> > As the name shows, it checks if strings are equal in case insensitive >> > manner. >> >> Peh. Who would die if we simply made sysfs_streq() case-insensitive? > > > I think it will be a disaster. Like we have with case-insensitive file sy= stems. Famous Mac case that most of the soft stop working when they actuall= y moved to the right direction, I.e. case-sensitive. Personally I=E2=80=99m= against such change. Hi Andy, I am sorry but I am a little bit confused because I don't have any experience with case-insensitive file systems. I think the case-insensitive file system does not care if sysfs_streq is changed to case-insensitive. For example, if the case-insensitive file system would accept the "OFF" com= mand, the user can pass either of "off" and "OFF" and both will work with case-insensitive strfs_streq. On the contrary, I think the case-sensitive file system would not like it if sysfs_streq is made case-insensitive. Could you please inform me what I am missing? > > > > > -- > With Best Regards, > Andy Shevchenko > >