From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cory T. Tusar Date: Thu, 6 Mar 2008 16:05:05 -0500 Subject: [U-Boot-Users] arm920t RAM relocation broken? Message-ID: <47D05C81.50200@videon-central.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Commit d4fc6012 added an #ifdef CONFIG_AT91RM9200 construct around the RAM relocation bits in cpu/arm920t/start.S. More directly, it added an entire secondary relocation snippet surrounded by an #ifdef CONFIG_BOOTBINFUNC construct. It appears that this second implementation was later removed in commit 80767a6c, but the #ifdef CONFIG_AT91RM9200 logic was not removed also. Is RAM relocation only intended to function on at91rm9200 boards, or shall I submit a patch fixing the above? - -Cory - -- Cory T. Tusar Embedded Systems Engineer Videon Central, Inc. 2171 Sandy Drive State College, PA 16803 (814) 235-1111 x316 (814) 235-1118 fax "There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies." --Sir Charles Anthony Richard Hoare -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFH0FyBHT1tsfGwHJ8RAvOfAJ9y75jQiJih+IJrbD2beYyVpYYpVwCfQQyz /eeY22e7RSWYFbH0iLFcGEM= =yCLN -----END PGP SIGNATURE-----