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;
MIME-Version: 1.0
References: <20230604131215.78847-2-andriy.shevchenko@linux.intel.com> <24d8898b-1e3b-8180-e96b-a3296de178a9@web.de>
In-Reply-To: <24d8898b-1e3b-8180-e96b-a3296de178a9@web.de>
From:   Linus Walleij <linus.walleij@linaro.org>
Date:   Tue, 13 Jun 2023 20:17:59 +0200
Message-ID: <CACRpkdbE8RArEZUnRw_wpHHJh8BgUXGkN+kWkdrpk+aNrUVUdQ@mail.gmail.com>
Subject: Re: [PATCH 2/2] pinctrl: Relax user input size in pinmux_select()
To:     Markus Elfring <Markus.Elfring@web.de>
Cc:     Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        linux-gpio@vger.kernel.org, kernel-janitors@vger.kernel.org,
        LKML <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

On Tue, Jun 13, 2023 at 4:38=E2=80=AFPM Markus Elfring <Markus.Elfring@web.=
de> wrote:
> > This is debugfs and there is no much sense to strict the user from
> > sending as much data as they can. The memdup_user_nul() will anyway
> > fail if there is not enough memory.
> >
> > Relax the user input size by removing an artificial limitaion.
>
> How are the chances to avoid typos also in such a change description?

I don't care much about typos, and when a patch is coming from Andy
it's certainly not a blocker for anything since his patches are
of high technical value.

Yours,
Linus Walleij