From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [PATCH] libfdt: add address translation support Date: Wed, 14 May 2014 15:23:58 +1000 Message-ID: <1400045038.17624.239.camel@pasglop> References: <1396371463-7516-1-git-send-email-robherring2@gmail.com> <20140512060000.GA28789@voom> <1399875002.17624.89.camel@pasglop> <20140514041849.GC28789@voom> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140514041849.GC28789@voom> Sender: devicetree-compiler-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: David Gibson Cc: Grant Likely , Rob Herring , devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Rob Herring , Scott Wood , Kim Phillips , Kumar Gala On Wed, 2014-05-14 at 14:18 +1000, David Gibson wrote: > I supposed it's arguable that a PCI ranges property really should have > windows for both prefetchable and non-prefetchable areas, but since > that's not done in practice, it's pretty much moot. They don't have to, only if there's a relevant difference, ie it's perfectly legit for a firmware to assign prefetchable BARs in a non-prefetchable region. Now granted, those are somewhat special cases so maybe we should do just that ... special case PCI and try to not continue that mess with new bindings. Cheers, Ben. -- To unsubscribe from this list: send the line "unsubscribe devicetree-compiler" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html