Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754125Ab3IQXEp (ORCPT ); Tue, 17 Sep 2013 19:04:45 -0400 Received: from gate.crashing.org ([63.228.1.57]:44372 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753435Ab3IQXEn (ORCPT ); Tue, 17 Sep 2013 19:04:43 -0400 Message-ID: <1379459060.6148.10.camel@pasglop> Subject: Re: "memory" binding issues From: Benjamin Herrenschmidt To: Olof Johansson Cc: Tomasz Figa , frowand.list@gmail.com, Stephen Warren , "devicetree@vger.kernel.org" , Linux Kernel list , Marek Szyprowski , Stephen Warren , Rob Herring , Grant Likely Date: Wed, 18 Sep 2013 09:04:20 +1000 In-Reply-To: References: <1379300274.4098.77.camel@pasglop> <5238C4D1.6060500@gmail.com> <2179723.s3DLWi0P8b@flatron> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4-0ubuntu1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1405 Lines: 39 On Tue, 2013-09-17 at 14:33 -0700, Olof Johansson wrote: > > I don't think it's broken, why do you think so? It's at least > consistent. > > Probably not perfect and not complete, but IMHO a reasonable base > for > > further work. (Also at least something written down that people can > learn > > from and/or refer to.) > > So, I stand corrected. It seems that at least one legacy system I'm > looking at always specifies unit address as well. I don't like it but > I'll stop arguing. > > Ben: The interesting part is that it does _not_ specify it on /memory > though. Nor, of course, on /cpus or /openprom. So assuming /memory@0 > exists will break even on some powerpc platforms. What system is that out of curiosity ? Also make sure it's not just Linux being an idiot and stripping the @0 in /proc/device-tree ... (I think some old versions of /proc code would strip it) Or is that some insanely broken OF like Apple old world or Pegasos ? If it's just embedded .dts files, yes, I fixed some, but we might still have some bad ones. In any case, we all agree, the right thing to do first is to fix our path parser to cope either way. Cheers, Ben. -- 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/