<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/cpu/mpc83xx/start.S, branch v2009.11.1</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/cpu/mpc83xx/start.S?h=v2009.11.1</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/cpu/mpc83xx/start.S?h=v2009.11.1'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2009-10-08T07:33:36Z</updated>
<entry>
<title>relocation: Do not relocate NULL pointers.</title>
<updated>2009-10-08T07:33:36Z</updated>
<author>
<name>Joakim Tjernlund</name>
<email>Joakim.Tjernlund@transmode.se</email>
</author>
<published>2009-10-08T00:03:51Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=afc3ba0fc4195624e79e21244380ed7cc2fd6969'/>
<id>urn:sha1:afc3ba0fc4195624e79e21244380ed7cc2fd6969</id>
<content type='text'>
NULL is an absolute value and should not be relocated.
After this correction code like:
 void weak_fun(void) __attribute__((weak));
 printf("weak_fun:%p\n", weak_fun);
will still print null after relocation.

Signed-off-by: Joakim Tjernlund &lt;Joakim.Tjernlund@transmode.se&gt;
</content>
</entry>
<entry>
<title>83xx: Use the proper sequence for updating IMMR.</title>
<updated>2009-01-22T00:43:57Z</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2009-01-20T17:56:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6677876181cc8772bca8a372479a500d160f3993'/>
<id>urn:sha1:6677876181cc8772bca8a372479a500d160f3993</id>
<content type='text'>
This ensures that subsequent accesses properly hit the new window.

The dcbi during the NAND loop was accidentally working around this;
it's no longer necessary, as the cache is not enabled.

Reported-by: Suchit Lepcha &lt;Suchit.Lepcha@freescale.com&gt;
Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
<entry>
<title>mpc83xx: Size optimization of start.S</title>
<updated>2009-01-22T00:43:49Z</updated>
<author>
<name>Ron Madrid</name>
<email>ron_madrid@sbcglobal.net</email>
</author>
<published>2008-12-12T21:12:45Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=455a46915b82896cc2070eb326d075555c2bc580'/>
<id>urn:sha1:455a46915b82896cc2070eb326d075555c2bc580</id>
<content type='text'>
Currently there are in excess of 100 bytes located at the beginning of the image
built by start.S that are not being utilized.  This patch moves a few functions
into this part of the image.  This will create a greater number of *available*
bytes that can be used by board specific code in NAND builds and will decrease
the size of the assembled code in other builds.

Signed-off-by: Ron Madrid &lt;ron_madrid@sbcglobal.net&gt;
Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
<entry>
<title>Update U-Boot's build timestamp on every compile</title>
<updated>2008-12-06T22:36:43Z</updated>
<author>
<name>Peter Tyser</name>
<email>ptyser@xes-inc.com</email>
</author>
<published>2008-11-03T15:30:59Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=561858ee7d0274c3e89dc98d4d0698cb6fcf6fd9'/>
<id>urn:sha1:561858ee7d0274c3e89dc98d4d0698cb6fcf6fd9</id>
<content type='text'>
Use the GNU 'date' command to auto-generate a new U-Boot
timestamp on every compile.

Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
</content>
</entry>
<entry>
<title>Merge 'next' branch</title>
<updated>2008-10-18T19:59:44Z</updated>
<author>
<name>Wolfgang Denk</name>
<email>wd@denx.de</email>
</author>
<published>2008-10-18T19:59:44Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f82642e33899766892499b163e60560fbbf87773'/>
<id>urn:sha1:f82642e33899766892499b163e60560fbbf87773</id>
<content type='text'>
Conflicts:

	board/freescale/mpc8536ds/mpc8536ds.c
	include/configs/mgcoge.h

Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
</content>
</entry>
<entry>
<title>rename CFG_ macros to CONFIG_SYS</title>
<updated>2008-10-18T19:54:03Z</updated>
<author>
<name>Jean-Christophe PLAGNIOL-VILLARD</name>
<email>plagnioj@jcrosoft.com</email>
</author>
<published>2008-10-16T13:01:15Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6d0f6bcf337c5261c08fabe12982178c2c489d76'/>
<id>urn:sha1:6d0f6bcf337c5261c08fabe12982178c2c489d76</id>
<content type='text'>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
</content>
</entry>
<entry>
<title>83xx NAND boot: wait for LTESR[CC]</title>
<updated>2008-10-17T15:39:18Z</updated>
<author>
<name>Lepcha Suchit</name>
<email>Suchit.Lepcha@freescale.com</email>
</author>
<published>2008-10-16T18:38:00Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=fa7b1c07e9371aea8f87ee6d3c2ea5564bd8cc8d'/>
<id>urn:sha1:fa7b1c07e9371aea8f87ee6d3c2ea5564bd8cc8d</id>
<content type='text'>
At least some revisions of the 8313, and possibly other chips, do not
wait for all pages of the initial 4K NAND region to be loaded before
beginning execution; thus, we wait for it before branching out of the
first NAND page.

This fixes warm reset problems when booting from NAND on 8313erdb.

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Acked-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
<entry>
<title>mpc83xx: clean up cache operations and unlock_ram_in_cache() functions</title>
<updated>2008-09-03T21:07:00Z</updated>
<author>
<name>Nick Spence</name>
<email>nick.spence@freescale.com</email>
</author>
<published>2008-08-28T21:09:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=6eb2a44e27919fdc601e0c05404b298a7602c0e3'/>
<id>urn:sha1:6eb2a44e27919fdc601e0c05404b298a7602c0e3</id>
<content type='text'>
Cleans up some latent issues with the data cache control so that
dcache_enable() and dcache_disable() will work reliably (after
unlock_ram_in_cache() has been called)

Signed-off-by: Nick Spence &lt;nick.spence@freescale.com&gt;
Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
<entry>
<title>mpc83xx: Store and display Arbiter Event Register values</title>
<updated>2008-09-03T21:06:57Z</updated>
<author>
<name>Nick Spence</name>
<email>nick.spence@freescale.com</email>
</author>
<published>2008-08-28T21:09:19Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=46497056ae3b1e81e736e9cf3a170472c5d9719f'/>
<id>urn:sha1:46497056ae3b1e81e736e9cf3a170472c5d9719f</id>
<content type='text'>
Record the Arbiter Event Register values and optionally display them.

The Arbiter Event Register can record the type and effective address of
an arbiter error, even through an HRESET. This patch stores the values in
the global data structure.

Display of the Arbiter Event registers immediately after the RSR value
can be enabled with defines. The Arbiter values will only be displayed
if an arbiter event has occured since the last Power On Reset, and either
of the following defines exist:
 #define CONFIG_DISPLAY_AER_BRIEF - display only the arbiter address and
                                    and type register values
 #define CONFIG_DISPLAY_AER_FULL  - display and interpret the arbiter
                                    event register values

Address Only transactions are one of the trapped events that can register
as an arbiter event. They occur with some cache manipulation instructions
if the HID0_ABE (Address Broadcast Enable) is set and the memory region
has the MEMORY_COHERENCE WIMG bit set. Setting:
 #define CONFIG_MASK_AER_AO - prevents the arbiter from recording address
                              only events, so that it can still capture
                              other real problems.

Signed-off-by: Nick Spence &lt;nick.spence@freescale.com&gt;
Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
<entry>
<title>mpc83xx: use r4 instead of r2 in lock_ram_in_cache and unlock_ram_in_cache</title>
<updated>2008-09-03T21:06:51Z</updated>
<author>
<name>Nick Spence</name>
<email>nick.spence@freescale.com</email>
</author>
<published>2008-08-28T21:09:11Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ade50c7fa1b16ef98be17e9c3ae286aecf4f5605'/>
<id>urn:sha1:ade50c7fa1b16ef98be17e9c3ae286aecf4f5605</id>
<content type='text'>
This is needed in unlock_ram_in_cache() because it is called from C and
will corrupt the small data area anchor that is kept in R2.

lock_ram_in_cache() is modified similarly as good coding practice, but
is not called from C.

Signed-off-by: Nick Spence &lt;nick.spence@freescale.com&gt;
Signed-off-by: Kim Phillips &lt;kim.phillips@freescale.com&gt;
</content>
</entry>
</feed>
