[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAK7LNATX4uekv=W9Rsvwxc-3fuNJvUZsAO49qV_TCzsWZu76XA@mail.gmail.com>
Date: Sun, 20 Aug 2023 08:03:54 +0900
From: Masahiro Yamada <masahiroy@...nel.org>
To: Richard Weinberger <richard@....at>
Cc: anton ivanov <anton.ivanov@...bridgegreys.com>,
Johannes Berg <johannes@...solutions.net>,
linux-um <linux-um@...ts.infradead.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-kbuild <linux-kbuild@...r.kernel.org>,
Jiri Slaby <jirislaby@...nel.org>, bp <bp@...en8.de>,
dave hansen <dave.hansen@...ux.intel.com>, hpa <hpa@...or.com>,
mingo <mingo@...hat.com>, tglx <tglx@...utronix.de>,
x86 <x86@...nel.org>
Subject: Re: [PATCH v2 1/2] UML: hard-code the result of 'uname -s'
On Sun, Aug 20, 2023 at 6:15 AM Richard Weinberger <richard@....at> wrote:
>
> ----- Ursprüngliche Mail -----
> > Von: "masahiroy" <masahiroy@...nel.org>
> > We rely on 'uname -s' returning 'Linux' because there are os-Linux/
> > directories, but no other os-*/.
> >
> > Supporting a non-Linux host is unlikely to happen.
> >
> > Let's hard-code 'Linux'.
>
> While I agree that a non-Linux version is unlikely I'd like to
> know why we can't keep the uname -s check?
> I guess to avoid unnecessary command execution?
Just because 'uname -s' is meaningless.
Just build 'Linux' ones irrespective of the host platform.
If it works, it works.
If not, it does not work.
--
Best Regards
Masahiro Yamada
Powered by blists - more mailing lists