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;
MIME-Version: 1.0
References: <080A3B31-608F-4A36-A5DE-B75670D2452E@icloud.com>
In-Reply-To: <080A3B31-608F-4A36-A5DE-B75670D2452E@icloud.com>
From:   Richard Weinberger <richard.weinberger@gmail.com>
Date:   Sun, 27 Dec 2020 00:03:13 +0100
Message-ID: <CAFLxGvxVfLhfqxt8C1j_1V_oOpda_CE_s2QaHcv4hcZ2Euy_UA@mail.gmail.com>
Subject: Re: linux.git is broken on a case-insensitive filesystem
To:     Theodore Dubois <tblodt@icloud.com>
Cc:     LKML <linux-kernel@vger.kernel.org>,
        linux-um <linux-um@lists.infradead.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

Theodore,

On Sat, Dec 26, 2020 at 11:41 PM Theodore Dubois <tblodt@icloud.com> wrote:
>
> I'm currently hacking on Linux trying to run a sort of UML-style thing on=
 macOS (please don't question my sanity :), and I've run into various issue=
s stemming from macOS having a case-insensitive filesystem.

Sounds interesting, if you have questions on UML internals, just ask.

> The one you run into immediately is: there are a number of files (mostly =
in netfilter) that have different uppercase and lowercase versions. net/net=
filter/xt_DSCP.c and net/netfilter/xt_dscp.c are quite different. Last I ch=
ecked, git would pseudo-randomly pick one of these to check out, and then s=
how the other one as having unstaged changes making it look like the first =
one. This causes problems when switching branches. I've worked around this =
with a sparse checkout that excludes these files, but it's not great.
>
> The gitignore also contains the pattern *.s, which excludes *.S as well w=
hen git is ignoring case.
>
> Is there any interest in fixing these?

I fear it is a little more complicated.
We have different upper and lower case variants in include/uapi/. If
you rename them, existing programs
will fail to build.
...which will make users sad and Linus grumpy.

--=20
Thanks,
//richard