From mboxrd@z Thu Jan 1 00:00:00 1970 From: ezequiel.garcia@free-electrons.com (Ezequiel Garcia) Date: Tue, 18 Jun 2013 17:39:38 -0300 Subject: [PATCH v3 05/12] ARM: mvebu: Remove the harcoded BootROM window allocation In-Reply-To: <20130618201021.GA11688@obsidianresearch.com> References: <1371554737-25319-1-git-send-email-ezequiel.garcia@free-electrons.com> <1371554737-25319-6-git-send-email-ezequiel.garcia@free-electrons.com> <20130618173906.GC2204@obsidianresearch.com> <20130618194330.GA2394@localhost> <20130618195111.GC6578@obsidianresearch.com> <20130618200240.GB2470@localhost> <20130618201021.GA11688@obsidianresearch.com> Message-ID: <20130618203937.GA2516@localhost> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Tue, Jun 18, 2013 at 02:10:21PM -0600, Jason Gunthorpe wrote: > On Tue, Jun 18, 2013 at 05:02:42PM -0300, Ezequiel Garcia wrote: > > > Having the kernel enforce that the DT node is present and at the right > > > location, I think, is helpful for the bootloader folks to ensure they > > > write correct DTs. > > > Granted. But then I wonder... why do we bother to put the BootROM in the > > DT window if we're going to check for a fixed address it in any case? > > Code re-use in the mbus driver? > > Maybe future SOCs in this family will have programmable SMP startup > addresses? > > Non-SMP systems don't need to map the boot rom at all? > Three great answers :) -- Ezequiel Garc?a, Free Electrons Embedded Linux, Kernel and Android Engineering http://free-electrons.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ezequiel Garcia Subject: Re: [PATCH v3 05/12] ARM: mvebu: Remove the harcoded BootROM window allocation Date: Tue, 18 Jun 2013 17:39:38 -0300 Message-ID: <20130618203937.GA2516@localhost> References: <1371554737-25319-1-git-send-email-ezequiel.garcia@free-electrons.com> <1371554737-25319-6-git-send-email-ezequiel.garcia@free-electrons.com> <20130618173906.GC2204@obsidianresearch.com> <20130618194330.GA2394@localhost> <20130618195111.GC6578@obsidianresearch.com> <20130618200240.GB2470@localhost> <20130618201021.GA11688@obsidianresearch.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Content-Disposition: inline In-Reply-To: <20130618201021.GA11688-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: "devicetree-discuss" To: Jason Gunthorpe Cc: Andrew Lunn , Jason Cooper , devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, Maen Suleiman , Lior Amsalem , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Sebastian Hesselbarth List-Id: devicetree@vger.kernel.org T24gVHVlLCBKdW4gMTgsIDIwMTMgYXQgMDI6MTA6MjFQTSAtMDYwMCwgSmFzb24gR3VudGhvcnBl IHdyb3RlOgo+IE9uIFR1ZSwgSnVuIDE4LCAyMDEzIGF0IDA1OjAyOjQyUE0gLTAzMDAsIEV6ZXF1 aWVsIEdhcmNpYSB3cm90ZToKPiA+ID4gSGF2aW5nIHRoZSBrZXJuZWwgZW5mb3JjZSB0aGF0IHRo ZSBEVCBub2RlIGlzIHByZXNlbnQgYW5kIGF0IHRoZSByaWdodAo+ID4gPiBsb2NhdGlvbiwgSSB0 aGluaywgaXMgaGVscGZ1bCBmb3IgdGhlIGJvb3Rsb2FkZXIgZm9sa3MgdG8gZW5zdXJlIHRoZXkK PiA+ID4gd3JpdGUgY29ycmVjdCBEVHMuCj4gCj4gPiBHcmFudGVkLiBCdXQgdGhlbiBJIHdvbmRl ci4uLiB3aHkgZG8gd2UgYm90aGVyIHRvIHB1dCB0aGUgQm9vdFJPTSBpbiB0aGUKPiA+IERUIHdp bmRvdyBpZiB3ZSdyZSBnb2luZyB0byBjaGVjayBmb3IgYSBmaXhlZCBhZGRyZXNzIGl0IGluIGFu eSBjYXNlPwo+IAo+IENvZGUgcmUtdXNlIGluIHRoZSBtYnVzIGRyaXZlcj8KPiAKPiBNYXliZSBm dXR1cmUgU09DcyBpbiB0aGlzIGZhbWlseSB3aWxsIGhhdmUgcHJvZ3JhbW1hYmxlIFNNUCBzdGFy dHVwCj4gYWRkcmVzc2VzPwo+IAo+IE5vbi1TTVAgc3lzdGVtcyBkb24ndCBuZWVkIHRvIG1hcCB0 aGUgYm9vdCByb20gYXQgYWxsPwo+IAoKVGhyZWUgZ3JlYXQgYW5zd2VycyA6KQoKLS0gCkV6ZXF1 aWVsIEdhcmPDrWEsIEZyZWUgRWxlY3Ryb25zCkVtYmVkZGVkIExpbnV4LCBLZXJuZWwgYW5kIEFu ZHJvaWQgRW5naW5lZXJpbmcKaHR0cDovL2ZyZWUtZWxlY3Ryb25zLmNvbQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpkZXZpY2V0cmVlLWRpc2N1c3MgbWFp bGluZyBsaXN0CmRldmljZXRyZWUtZGlzY3Vzc0BsaXN0cy5vemxhYnMub3JnCmh0dHBzOi8vbGlz dHMub3psYWJzLm9yZy9saXN0aW5mby9kZXZpY2V0cmVlLWRpc2N1c3MK