[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.20.1609201634550.9311@knanqh.ubzr>
Date: Tue, 20 Sep 2016 16:52:44 -0400 (EDT)
From: Nicolas Pitre <nicolas.pitre@...aro.org>
To: Richard Cochran <richardcochran@...il.com>
cc: John Stultz <john.stultz@...aro.org>,
Thomas Gleixner <tglx@...utronix.de>,
Josh Triplett <josh@...htriplett.org>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/2] make POSIX timers optional
On Tue, 20 Sep 2016, Richard Cochran wrote:
> On Tue, Sep 20, 2016 at 03:56:38PM -0400, Nicolas Pitre wrote:
> > - Add a warning for the case where PTP clock subsystem is modular and a
> > driver providing a clock is built-in rather than silently ignoring it.
> > Suggested by Jiri Benc.
>
> So I am really not happy with this. Here is a common embedded
> workflow, at least for me:
>
> 1. take some given Kconfig and get it running on the target.
>
> 2. for the given HW, change the modules into built-ins, and forget
> module loading
>
> After this series, if I don't pay enough attention to dmesg, then I
> have lost functionality that I had in step #1.
Would that given config from #1 typically have CONFIG_EXPERT actually
set?
Ultimately, do you know a way to restrict a tristate to y or n? A
tristate can be limited to m or n with "depends on m" but it doesn't
appear to be possible to exclude m with a promotion to y.
Nicolas
Powered by blists - more mailing lists