[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190828164058.76a395b8@naga>
Date: Wed, 28 Aug 2019 16:40:58 +0200
From: Michal Suchánek <msuchanek@...e.de>
To: Nicholas Piggin <npiggin@...il.com>
Cc: linuxppc-dev@...ts.ozlabs.org,
David Hildenbrand <david@...hat.com>,
"Dmitry V. Levin" <ldv@...linux.org>,
Max Filippov <jcmvbkbc@...il.com>,
Paul Mackerras <paulus@...ba.org>,
Breno Leitao <leitao@...ian.org>,
Michael Neuling <mikey@...ling.org>,
Firoz Khan <firoz.khan@...aro.org>,
Allison Randal <allison@...utok.net>,
Joel Stanley <joel@....id.au>,
Steven Rostedt <rostedt@...dmis.org>,
Alexander Viro <viro@...iv.linux.org.uk>,
Thomas Gleixner <tglx@...utronix.de>,
Hari Bathini <hbathini@...ux.ibm.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-kernel@...r.kernel.org,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Andrew Donnellan <andrew.donnellan@....ibm.com>,
linux-fsdevel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH v2 0/4] Disable compat cruft on ppc64le v2
On Wed, 28 Aug 2019 20:57:48 +1000
Nicholas Piggin <npiggin@...il.com> wrote:
> Michal Suchanek's on August 28, 2019 8:30 pm:
> > With endian switch disabled by default the ppc64le compat supports
> > ppc32le only which is something next to nobody has binaries for.
> >
> > Less code means less bugs so drop the compat stuff.
>
> Interesting patches, thanks for looking into it. I don't know much
> about compat and wrong endian userspaces. I think sys_switch_endian
> is enabled though, it's just a strange fast endian swap thing that
> has been disabled by default.
>
> The first patches look pretty good. Maybe for the last one it could
> become a selectable option?
That sounds good.
>
>
> > I am not particularly sure about the best way to resolve the llseek
> > situation. I don't see anything in the syscal tables making it
> > 32bit-only so I suppose it should be available on 64bit as well.
>
> It's for 32-bit userspace only. Can we just get rid of it, or is
> there some old broken 64-bit BE userspace that tries to call it?
That sounds like a bug in creating these unified syscall tables then.
On architectures that have split tables the 64bit ones do not have
llseek. On architectures with one table the syscall is marked as common.
Thanks
Michal
Powered by blists - more mailing lists