Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761508Ab0HFPMv (ORCPT ); Fri, 6 Aug 2010 11:12:51 -0400 Received: from mail-gy0-f174.google.com ([209.85.160.174]:45712 "EHLO mail-gy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756385Ab0HFPMs convert rfc822-to-8bit (ORCPT ); Fri, 6 Aug 2010 11:12:48 -0400 MIME-Version: 1.0 In-Reply-To: <20100806142727.GB4921@suse.de> References: <4C58A7AA.8020007@codeaurora.org> <20100803235631.GA17759@suse.de> <4C58AE15.6090900@codeaurora.org> <20100804000945.GA19729@suse.de> <4C58B1B6.9050005@quicinc.com> <20100806142727.GB4921@suse.de> From: Grant Likely Date: Fri, 6 Aug 2010 09:12:27 -0600 X-Google-Sender-Auth: OXA_33957zUkUvW7pS_aCojDXaQ Message-ID: Subject: Re: [RFC PATCH] platform: Faciliatate the creation of pseduo-platform busses To: Greg KH Cc: Patrick Pannuto , Patrick Pannuto , "linux-kernel@vger.kernel.org" , "linux-arm-msm@vger.kernel.org" , "linux-omap@vger.kernel.org" , "damm@opensource.se" , "lethal@linux-sh.org" , "rjw@sisk.pl" , "dtor@mail.ru" , "eric.y.miao@gmail.com" , "netdev@vger.kernel.org" , Kevin Hilman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1642 Lines: 36 On Fri, Aug 6, 2010 at 8:27 AM, Greg KH wrote: > On Thu, Aug 05, 2010 at 04:59:35PM -0600, Grant Likely wrote: >> (On that point Greg, what is the reason for even having the >> /sys/devices/platform/ parent? ?Why not just let the platform devices >> sit at the root of the device tree? ?In the OF case (granted, I'm >> biased) all of the platform_device registrations reflect the actual >> device hierarchy expressed in the device tree data.) > > If we sat them at the "root", there would be a bunch of them there. ?I > don't know, we could drop the parent, I guess whoever created the > platform device oh so long ago, decided that it would look nicer to be > in this type of structure. Personally I'd rather see a meaningful structure used here. Maybe having them all in the root will encourage people to find realistic parents for their platform devices. :-) Why don't I float a patch to remove this and see if anybody freaks out. Should I wrap it with a CONFIG_ so that it can be configurable for a release or to, or just make it unconditional? >> Now, having gone on this whole long tirade, it looks like having >> separate platform bus types may not be the best approach after all. > > I totally agree, and thanks for the detailed explaination, it saved me > from having to write up the same thing :) :-) -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/