From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751070AbdANNO7 (ORCPT ); Sat, 14 Jan 2017 08:14:59 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:58534 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750973AbdANNO6 (ORCPT ); Sat, 14 Jan 2017 08:14:58 -0500 Date: Sat, 14 Jan 2017 14:15:11 +0100 From: Greg Kroah-Hartman To: Ben Hutchings Cc: Rob Herring , "Rafael J. Wysocki" , Mark Brown , Tomeu Vizoso , Geert Uytterhoeven , "linux-kernel@vger.kernel.org" , Thierry Reding Subject: Re: sysfs deferred_probe attribute Message-ID: <20170114131511.GA26879@kroah.com> References: <20170112174142.GA23954@kroah.com> <1484245571.10206.28.camel@codethink.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1484245571.10206.28.camel@codethink.co.uk> User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 12, 2017 at 06:26:11PM +0000, Ben Hutchings wrote: > On Thu, 2017-01-12 at 18:41 +0100, Greg Kroah-Hartman wrote: > > On Thu, Jan 12, 2017 at 11:27:01AM -0600, Rob Herring wrote: > > > I just noticed that we have a new device attribute 'deferred_probe' > > > added in 4.10 with this commit: > > > > > > commit 6751667a29d6fd64afb9ce30567ad616b68ed789 > > > Author: Ben Hutchings > > > Date: Tue Aug 16 14:34:18 2016 +0100 > > > > > > driver core: Add deferred_probe attribute to devices in sysfs > > > > > > It is sometimes useful to know that a device is on the deferred probe > > > list rather than, say, not having a driver available. Expose this > > > information to user-space. > > > > > > Signed-off-by: Ben Hutchings > > > Signed-off-by: Greg Kroah-Hartman > > > > > > > > > It seems like a bad idea to add an ABI for an internal kernel feature. > > > When/if we replace deferred probe with something better based on > > > functional dependencies are we going to keep this attr around? Or > > > remove it and assume no userspace uses it? > > It should be removed then (and replaced with some kind of representation > of dependencies). Ok, now reverted. thanks, greg k-h