Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Thomas Gleixner <tglx@linutronix.de>
To:     Nikolay Borisov <nik.borisov@suse.com>, x86@kernel.org
Cc:     linux-kernel@vger.kernel.org, mhocko@suse.com, jslaby@suse.cz,
        Nikolay Borisov <nik.borisov@suse.com>
Subject: Re: [PATCH v2 1/4] x86: Introduce
 CONFIG_IA32_EMULATION_DEFAULT_DISABLED Kconfig option
In-Reply-To: <20230609111311.4110901-2-nik.borisov@suse.com>
References: <20230609111311.4110901-1-nik.borisov@suse.com>
 <20230609111311.4110901-2-nik.borisov@suse.com>
Date:   Fri, 09 Jun 2023 17:06:26 +0200
Message-ID: <87jzwcisjx.ffs@tglx>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

On Fri, Jun 09 2023 at 14:13, Nikolay Borisov wrote:
> Distributions would like to reduce their attack surface as much as
> possible but at the same time they have to cater to a wide variety of
> legacy software. One such avenue where distros have to strike a balance
> is the support for 32bit syscalls on a 64bit kernel. Ideally
> distributions would have a way to set that policy in their kernel config
> files and at the same time users should also have the ability to
> override this decision. Introduce such mechanism in the face of
> CONFIG_IA32_EMULATION_DEFAULT_DISABLED compile time option, which
> defaults to 'N' i.e retains current behavio in case
> CONFIG_IA32_EMULATION is enabled. If, however, a distributor would like
> to change this policy they can do so via the newly introduced
> CONFIG_IA32_EMULATION_DEFAULT_DISABLED. As a final note allow users to
> override the decision via the ia32_mode boot time parameter.

Can you please stop rushing stuff out instead of sitting down first and
reading the documentation others have put together for reasons?

I gave you the pointers and I'm refusing to read and decode the
above. Here it is again:

 https://www.kernel.org/doc/html/latest/process/maintainer-tip.html#changelog

It's not that hard, really.

Thanks,

        tglx