From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B1A88C433E6 for ; Fri, 28 Aug 2020 23:29:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7FD8B208FE for ; Fri, 28 Aug 2020 23:29:12 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=colorremedies-com.20150623.gappssmtp.com header.i=@colorremedies-com.20150623.gappssmtp.com header.b="R5/RM2dm" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726791AbgH1X3L (ORCPT ); Fri, 28 Aug 2020 19:29:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55132 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726386AbgH1X3K (ORCPT ); Fri, 28 Aug 2020 19:29:10 -0400 Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A8868C061264 for ; Fri, 28 Aug 2020 16:29:09 -0700 (PDT) Received: by mail-wr1-x433.google.com with SMTP id f7so618303wrw.1 for ; Fri, 28 Aug 2020 16:29:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=colorremedies-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o2oMNV1/mTr/jZEW7HcjOSyo5p5NSbmeKQDIWFbP2oM=; b=R5/RM2dmjEllKIB4l2PbH8gGI7q1sSXk0q9/CarrJ82/wGAR2iDgD3K+EX50n5Or16 f06oXrvcJRLU2fAnL79DlLSJzHOSSs1nesOWQytph5Rr5FlmOdOd0bPHOSQ6cjOSPrN4 5c8dv/43Bu0osxaZuNmOLqZ9P6QBWkrYdxabZQBVGANhvCTQwLJOuL5OwrMaRe4vBzpL A+zYogTMjaBcFWcsTiMeZ33chC9iScTO4GWndxsZiXfGhXNlY1wzPwKuS7UIGtY7NR6w dO5ou6Ai7u8gstRK5WR6Qg5URiNqO3faohk8++8eYTd4KhLRm8hiADvBej71ba/Bo/nE M+ZQ== 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; bh=o2oMNV1/mTr/jZEW7HcjOSyo5p5NSbmeKQDIWFbP2oM=; b=bVsSIBz6Z+7OJ5+ffwIZ9M3IS+vx7xGJnuC8jPGVgMLBQ6ri2vqdFjQVNdvxsyWXBL bb2nnig1t+qTqXk8lGhjg0Ha8RBITpsAFZ38LCY1nSq6mJDgQsKXP96q2/LPAXw4Y+A0 PkYrfdiDPhxUmCxtiLCZKCVdRa0UuJHKSSQ4gBEM2vm4c28jXdYZwWwtqA1opLGtx0oa 4e73aMurjkksHZHa27Vhvq9hyUP/+EwQACQlJuOyij6E0JUmGLWae8unxlNWq+96roSR 299LXuXMIwiBYsOlzmzgSowOt5IC0YGsIC7Yb+Gt+r5kkJ7JfRz9XcHxbHroPdIPj2XB ED1w== X-Gm-Message-State: AOAM531RnDF1yvoYnAQGfCY2d1MvAT1ECvqcEPRxSU07wQcqRmmIzAXF JVSnohejgvKrOMsnNSDIrsMF/Q3d7q/A3K6rvfEIgA== X-Google-Smtp-Source: ABdhPJzxAVhFHsj7ysoosIS/IySXHY1KPeN6Sd8bUqpWZ3dSp+SVOxb3eqLrb9nRqyLT0jf3+IdlSQqMikebQ/HdlAA= X-Received: by 2002:a05:6000:11ca:: with SMTP id i10mr1126260wrx.252.1598657348100; Fri, 28 Aug 2020 16:29:08 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Chris Murphy Date: Fri, 28 Aug 2020 17:28:22 -0600 Message-ID: Subject: Re: Optional case-insensitivity To: Chris Murphy Cc: Neal Gompa , Btrfs BTRFS , Josef Bacik , David Sterba , Mark Harmstone Content-Type: text/plain; charset="UTF-8" Sender: linux-btrfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org On Fri, Aug 28, 2020 at 5:26 PM Chris Murphy wrote: > > On Fri, Aug 28, 2020 at 1:44 PM Neal Gompa wrote: > > > > Hey, > > > > So I saw today on LWN an article about ext4 gaining the ability to do > > per file/folder case-insensitivity[1]. I can see some value in this > > property existing for subvolume/folder/file level for Btrfs for things > > like Wine and Darling, which could take advantage of this to help > > support Windows and macOS applications that expect insensitivity to > > work properly. In particular, I'm looking at how games are glitchy > > with case sensitivity because it's rarely tested (both Windows and > > macOS are case-insensitive by default). > > > > Has anyone looked at what it would take to do this in Btrfs too? > > > > [1]: https://lwn.net/Articles/829737/ > > It might also make virtiofs on Btrfs more compelling across > virtualized Windows and macOS. i.e. virtiofs pointed at a subvolume; suggesting if possible making the behavior enabled not just be feature flag (if required) but also xattr set on the enclosing subvol. -- Chris Murphy