From: ebiederm@xmission.com (Eric W. Biederman)
To: Arnd Bergmann <arnd@arndb.de>
Cc: Kees Cook <keescook@chromium.org>,
"linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-arch <linux-arch@vger.kernel.org>,
Linux API <linux-api@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Andi Kleen <andi@firstfloor.org>, Andi Kleen <ak@linux.intel.com>,
Cong Wang <xiyou.wangcong@gmail.com>,
Luis Chamberlain <mcgrof@kernel.org>,
Apelete Seketeli <apelete@seketeli.net>,
Chee Nouk Phoon <cnphoon@altera.com>,
Chris Zankel <chris@zankel.net>,
Christian Ruppert <christian.ruppert@abilis.com>,
Greg Ungerer <gerg@uclinux.org>, Helge Deller <deller@gmx.de>,
Hongliang Tao <taohl@lemote.com>, Huacai Chen <chenhc@lemote.com>,
Jonas Jensen <jonas.jensen@gmail.com>,
Josh Boyer <jwboyer@gmail.com>, Jun Nie <jun.nie@linaro.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Ley Foon Tan <lftan@altera.com>,
Linus Walleij <linus.walleij@linaro.org>,
Max Filippov <jcmvbkbc@gmail.com>,
Olof Johansson <olof@lixom.net>,
Paul Burton <paul.burton@mips.com>,
Phil Edworthy <phil.edworthy@renesas.com>,
Pierrick Hascoet <pierrick.hascoet@abilis.com>,
Ralf Baechle <ralf@linux-mips.org>,
Roland Stigge <stigge@antcom.de>,
Vineet Gupta <vgupta@synopsys.com>
Subject: Re: [RFC][PATCH] sysctl: Remove the sysctl system call
Date: Wed, 02 Oct 2019 09:41:00 -0500 [thread overview]
Message-ID: <87a7aji51f.fsf@x220.int.ebiederm.org> (raw)
In-Reply-To: <CAK8P3a1zLATC7rzYxSpAK-z=NJ1rw7-3ZgHqCOJUUf6b9HwK1A@mail.gmail.com> (Arnd Bergmann's message of "Wed, 2 Oct 2019 09:31:01 +0200")
Arnd Bergmann <arnd@arndb.de> writes:
> On Wed, Oct 2, 2019 at 12:54 AM Eric W. Biederman <ebiederm@xmission.com> wrote:
>> Kees Cook <keescook@chromium.org> writes:
>> > On Tue, Oct 01, 2019 at 01:36:32PM -0500, Eric W. Biederman wrote:
>> >
>> > I think you can actually take this further and remove (or at least
>> > empty) the uapi/linux/sysctl.h file too.
>>
>> I copied everyone who had put this into a defconfig and I will wait a
>> little more to see if anyone screams. I think it is a safe guess that
>> several of the affected configurations are dead (or at least
>> unmaintained) as I received 17 bounces when copying everyone.
>
> Looking at the arm defconfigs:
>
>> arch/arm/configs/axm55xx_defconfig:CONFIG_SYSCTL_SYSCALL=y
>
> No notable work on this platform since it got sold to Intel in 2014.
> I think they still use it but not with mainline kernels that lack support
> for most drivers and the later chips.
>
>> arch/arm/configs/keystone_defconfig:CONFIG_SYSCTL_SYSCALL=y
>
> Not that old either, but this hardware is mostly obsoleted by newer variants
> that we support with the arm64 defconfig.
>
>> arch/arm/configs/lpc32xx_defconfig:CONFIG_SYSCTL_SYSCALL=y
>> arch/arm/configs/moxart_defconfig:CONFIG_SYSCTL_SYSCALL=y
>
> Ancient hardware, but still in active use. These tend to have very little
> RAM, but they both enable CONFIG_PROC_FS.
>
>> arch/arm/configs/qcom_defconfig:CONFIG_SYSCTL_SYSCALL=y
>> arch/arm/configs/zx_defconfig:CONFIG_SYSCTL_SYSCALL=y
>
> These are for older Qualcomm and LG chips that tend to be used
> with Android rather than the defconfig here. Maybe double-check
> if the official android-common tree enables SYSCTL_SYSCALL.
I just looked quickly at:
https://android.googlesource.com/kernel/configs/
I don't see the string SYSCTL mentioned anywhere. Much less
SYSCTL_SYSCALL.
Eric
next prev parent reply other threads:[~2019-10-02 14:41 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8736gcjosv.fsf@x220.int.ebiederm.org>
2019-10-01 18:46 ` [RFC][PATCH] sysctl: Remove the sysctl system call Kees Cook
2019-10-01 22:53 ` Eric W. Biederman
2019-10-02 0:40 ` Jann Horn
2019-10-02 7:31 ` Arnd Bergmann
2019-10-02 14:41 ` Eric W. Biederman [this message]
2019-10-02 14:49 ` Eric W. Biederman
2019-10-02 18:52 ` Helge Deller
2019-10-03 6:56 ` Florian Weimer
[not found] ` <87tv8pftjj.fsf_-_@x220.int.ebiederm.org>
2019-10-03 21:05 ` [REPOST][RFC][PATCH] " Kees Cook
2019-10-08 10:30 ` Michael Kerrisk (man-pages)
2019-10-03 21:08 ` [RFC][PATCH] " Christian Brauner
2019-10-04 7:31 ` vger mail woes? (was: Re: [RFC][PATCH] sysctl: Remove the sysctl system call) Florian Weimer
2019-10-02 16:17 ` [RFC][PATCH] sysctl: Remove the sysctl system call Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a7aji51f.fsf@x220.int.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=ak@linux.intel.com \
--cc=andi@firstfloor.org \
--cc=apelete@seketeli.net \
--cc=arnd@arndb.de \
--cc=chenhc@lemote.com \
--cc=chris@zankel.net \
--cc=christian.ruppert@abilis.com \
--cc=cnphoon@altera.com \
--cc=deller@gmx.de \
--cc=gerg@uclinux.org \
--cc=jcmvbkbc@gmail.com \
--cc=jonas.jensen@gmail.com \
--cc=jun.nie@linaro.org \
--cc=jwboyer@gmail.com \
--cc=keescook@chromium.org \
--cc=lars@metafoo.de \
--cc=lftan@altera.com \
--cc=linus.walleij@linaro.org \
--cc=linux-api@vger.kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=olof@lixom.net \
--cc=paul.burton@mips.com \
--cc=phil.edworthy@renesas.com \
--cc=pierrick.hascoet@abilis.com \
--cc=ralf@linux-mips.org \
--cc=stigge@antcom.de \
--cc=taohl@lemote.com \
--cc=torvalds@linux-foundation.org \
--cc=vgupta@synopsys.com \
--cc=xiyou.wangcong@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).