From mboxrd@z Thu Jan  1 00:00:00 1970
From: Remco Poelstra <remco.poelstra@duran-audio.com>
Date: Thu, 26 Mar 2009 10:03:27 +0100
Subject: [U-Boot] [PATCH 1/2] LPC2468 support
In-Reply-To: <20090325215117.GD18991@game.jcrosoft.org>
References: <20090318135854.0ED0A832E8B7@gemini.denx.de>
	<49C10B37.1070506@duran-audio.com>
	<20090318164606.7B26D832E8B7@gemini.denx.de>
	<49C25F75.3080906@duran-audio.com>
	<20090319212230.1AB01832E8B7@gemini.denx.de>
	<49C8BE7A.10504@duran-audio.com>
	<20090324223337.18E5B832E406@gemini.denx.de>
	<49C9EB4D.5050503@duran-audio.com>
	<20090325094729.2C4CA832E406@gemini.denx.de>
	<49CA0222.9080203@duran-audio.com>
	<20090325215117.GD18991@game.jcrosoft.org>
Message-ID: <49CB44DF.4070201@duran-audio.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Jean-Christophe PLAGNIOL-VILLARD schreef:
>> I'm not an expert in assembly, but at first I had immap.h included in 
>> start.S and it complained about invalid instructions, so if I combine 
>> hardware.h and immap.h, then there must be some way of making sure that 
>> the assembler ignores the C code in immap.h. Do you know of any such thing?
>>
> immap.h?

immap.h is like hardware.h for the LPC2292, but it contains C structures 
to define the registers instead of #defines. I based it on the ppc code.
See the patch for an explanation.

>> I can remove the file, but than I need to put an #ifdef construct in 
>> start.S to only exclude it in the lpc2468 case. The file is used by the 
>> other ARM ports. I can also simply empty it, but in this way it is more 
>> similar to the other ports. What would you like?
> no please do not I'll prefer to separate arch file

I do not understand what you mean with the last part of your comment.

Kind regards,

Remco Poelstra