[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1485885886.20550.33.camel@perches.com>
Date: Tue, 31 Jan 2017 10:04:46 -0800
From: Joe Perches <joe@...ches.com>
To: Ingo Molnar <mingo@...nel.org>, Sam Ravnborg <sam@...nborg.org>
Cc: linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Andy Lutomirski <luto@...capital.net>,
Borislav Petkov <bp@...en8.de>,
"H . Peter Anvin" <hpa@...or.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
Yinghai Lu <yinghai@...nel.org>,
Arnaldo Carvalho de Melo <acme@...radead.org>
Subject: Re: [PATCH 01/50] x86/boot/e820: Introduce
arch/x86/include/asm/e820/types.h
On Tue, 2017-01-31 at 19:00 +0100, Ingo Molnar wrote:
> * Sam Ravnborg <sam@...nborg.org> wrote:
> > In this thread we have covered one rational reason to push thus
> > burden to user space - to give the kernel the freedom to repair
> > past stupidity (being that in naming or some other sort).
>
> There's no real "burden" for heaven's sake: it's having to execute a 'cp' every
> now and then and check whether the result still builds (it will build just fine in
> the overwhelming majority of cases).
Defining what is it that encompasses "userspace", the
thing that's nominally guaranteed to "not be broken",
here is the real question.
Is it just the ABI or is it more than that?
Powered by blists - more mailing lists