From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.kernel.org ([198.145.29.99]:37596 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750791AbdE1Psv (ORCPT ); Sun, 28 May 2017 11:48:51 -0400 Date: Sun, 28 May 2017 16:48:46 +0100 From: Jonathan Cameron To: Nikita Yushchenko Cc: Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , Sanchayan Maity , Gregor Boirie , Matt Ranostay , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, Chris Healy , Jeff White , Vladimir Barinov Subject: Re: [PATCH/RFC] iio: hi8435: do not enable all events by default Message-ID: <20170528164846.3fa3d4d8@kernel.org> In-Reply-To: <2e6019f5-94fc-bb13-f616-0c1cfe81a7db@cogentembedded.com> References: <20170523080830.20571-1-nikita.yoush@cogentembedded.com> <20170524202735.3cf4e14e@kernel.org> <2e6019f5-94fc-bb13-f616-0c1cfe81a7db@cogentembedded.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-iio-owner@vger.kernel.org List-Id: linux-iio@vger.kernel.org On Thu, 25 May 2017 08:47:47 +0300 Nikita Yushchenko wrote: > 24.05.2017 22:27, Jonathan Cameron wrote: > > On Tue, 23 May 2017 11:08:30 +0300 > > Nikita Yushchenko wrote: > > > >> Having all events enabled by default is misleading. > >> Userspace should explicitly enable events they want to receive. > >> > >> Signed-off-by: Nikita Yushchenko > > I agree in principle, but this is a userspace ABI change. Sadly we > > can't do it with out risking breaking userspace code... > > > > One of those we should have caught in review, but now it's there > > we can't actually do anything about it unless we are absolutely > > sure no one will notice! > > I see your point. > > Still, isn't there subsystem-level default that all events are disabled > by default? If such, then current hi8435 state breaks subsystem-level > rules, which is a [userspace-visible] bug. I'm not sure how far should > we go in bug compatibility. It is indeed the subsystem default (as much as we have one) This is a moderately obscure chip for linux systems, do we have a good handle on where it is being used - i.e. are most of the devices under control of people we can discuss this with? > > One crazy idea could be - make default selectable via device tree (with > default set to all-enabled to keep bug-compatibility). But perhaps > that's over-reaction. Yeah, wouldn't fly with the devicetree binding maintainers.. Jonathan