[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+7tXihZZy8i48aLAKAPptFc3Ktggve3V-8b1ugB9Ch1khMOJQ@mail.gmail.com>
Date: Mon, 24 May 2021 22:08:27 -0700
From: Trent Piepho <tpiepho@...il.com>
To: Randy Dunlap <rdunlap@...radead.org>
Cc: David Gow <davidgow@...gle.com>,
Daniel Latypov <dlatypov@...gle.com>,
Brendan Higgins <brendanhiggins@...gle.com>,
Andy Shevchenko <andriy.shevchenko@...el.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
andy@...nel.org, Andrew Morton <akpm@...ux-foundation.org>,
Oskar Schirmer <oskar@...ra.com>, Yiyuan Guo <yguoaz@...il.com>
Subject: Re: [PATCH] lib/math/rational.c: Fix divide by zero
On Mon, May 24, 2021 at 6:49 PM Randy Dunlap <rdunlap@...radead.org> wrote:
>
> > Personally, I think that RATIONAL is probably an okay thing to select
> > here: it's not as heavyweight as drivers/filesystems/etc, and our
> > general guidance here is "avoid select where sensible to do so", not
> > "don't use it under any circumstances".
>
> RATIONAL does not have a prompt string, so depending on it would not
> be reliable. I.e., it is meant to be selected.
Yes, there are no out of tree or userspace users of it. The only
possible way to use it, is if some code in the kernel uses it. So
that code can select it.
If it could be used by out of tree modules, then there should be an
entry for it, like some of the compression and crc routines got so
they could be turned on for out of tree modules when nothing in the
kernel config used them.
Powered by blists - more mailing lists