From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Subject: Re: [PATCHv2] of: Add generic handling for ePAPR 1.1 fail-sss states Date: Fri, 9 Sep 2016 10:10:55 -0400 Message-ID: <20160909141055.GZ4990@bill-the-cat> References: <20160829223542.18871-1-tony@atomide.com> <57C74306.9020901@gmail.com> <20160831214151.wzq7y54xxs2qj422@atomide.com> <57D1B668.3070001@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Rob Herring Cc: Frank Rowand , Tony Lindgren , Grant Likely , "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , linux-omap , Nishanth Menon , Tero Kristo List-Id: devicetree@vger.kernel.org On Thu, Sep 08, 2016 at 09:43:03PM -0500, Rob Herring wrote: > On Thu, Sep 8, 2016 at 2:05 PM, Frank Rowand wrote: > > On 09/08/16 06:38, Rob Herring wrote: > >> On Wed, Aug 31, 2016 at 4:41 PM, Tony Lindgren wrote: > >>> * Frank Rowand [160831 13:51]: [snip] > >>>> Why not just create a new property that describes the hardware? > >>>> Perhaps something like: > >>>> > >>>> incomplete = "pins_output", "buggy_dma"; > >>> > >>> New property for incomplete works for me. Rob, got any comments here? > >> > >> Pins not muxed out or connected on the board has to be the #1 reason > >> for disabled status. I don't think we need or want another way to > >> express that. > > > > How is that expressed now? > > status = "disabled"; It might be worth repeating that the problem that needs to be solved is that we have an IP block that exists in some sense but needs to be shut down (or some similar case the driver can handle) rather than ignored like today. This is not the same as having 5 UARTs available from the SoC but only one is actually in some useful physical state, so list all 5 in the dtsi, status disabled, and then in the board dts file enable the exposed ones. -- Tom -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html