Prepare v2010.03

Signed-off-by: Wolfgang Denk <wd@denx.de>

Prepare v2010.03
Signed-off-by: Wolfgang Denk <wd@denx.de>
Wolfgang Denk
1 parent 8e64d6efd8
Showing 2 changed files with 153 additions and 1 deletions Side-by-side Diff
CHANGELOG
Makefile
+commit 8e64d6efd8d778a5f83d8bff9cd273a86dcc182f
+Author: Heiko Schocher <hs@denx.de>
+Date:	Wed Mar 31 08:34:51 2010 +0200
+
+    net, doc: How to setup MAC address correctly
+
+    As this seems unclear, document how the flow of setting up
+    the MAC address is correct.
+
+    Signed-off-by: Heiko Schocher <hs@denx.de>
+
+    Text changed slightly, adding input from Mike Frysinger.
+
+    Signed-off-by: Wolfgang Denk <wd@denx.de>
+
+commit b78b48c6a0c34b2991e31fc4548aaf773d34f2b3
+Author: Heiko Schocher <hs@denx.de>
+Date:	Wed Mar 31 08:34:46 2010 +0200
+
+    net, fec_mxc: only setup the device enetaddr with eeprom value
+
+    Only fill the device enetaddr with the contents of the eeprom,
+    do not program it in MAC address registers
+
+    Signed-off-by: Heiko Schocher <hs@denx.de>
+    Acked-by: Ben Warren <biggerbadderben@gmail.com>
+
+commit d5a64237d58ded31c2eed455c7a346e1c85f5565
+Author: Felix Radensky <felix@embedded-sol.com>
+Date:	Tue Mar 30 15:02:13 2010 +0300
+
+    doc: Fix ramdisk examples in doc/uImage.FIT/multi.its
+
+    The ramdisk sections in doc/uImage.FIT/multi.its lack
+    load address and entry point properties. Using examples
+    from this file will result in unbootable image, u-boot
+    will issue the following error messages:
+
+    Can't get ramdisk subimage load address!
+    Ramdisk image is corrupt or invalid
+
+    This patch adds missing properties to ramdisk sections.
+
+    Signed-off-by: Felix Radensky <felix@embedded-sol.com>
+
+commit 2d2018f3db5ed834bc1ee208a2c6212fdf00bca1
+Author: Heiko Schocher <heiko.schocher@invitel.hu>
+Date:	Wed Mar 24 13:22:50 2010 +0100
+
+    jffs2, suen3: Fix compiler warning
+
+    $ ./MAKEALL suen3
+    jffs2_1pass.c: In function 'get_fl_mem':
+    jffs2_1pass.c:399: warning: unused variable 'id'
+    jffs2_1pass.c: In function 'get_node_mem':
+    jffs2_1pass.c:423: warning: unused variable 'id'
+
+    Signed-off-by: Heiko Schocher <hs@denx.de>
+    Tested-by: Tom <Tom.Rix@windriver.com>
+
+commit 9ff32d8ccf0e23b5577c25610f001af8d761b4a2
+Author: Timur Tabi <timur@freescale.com>
+Date:	Mon Mar 29 12:51:07 2010 -0500
+
+    mpc86xx: set the DDR BATs after calculating true DDR size
+
+    After determining how much DDR is actually in the system, set DBAT0 and
+    IBAT0 accordingly.	This ensures that the CPU won't attempt to access
+    (via speculation) addresses outside of actual memory.
+
+    On 86xx systems, DBAT0 and IBAT0 (the BATs for DDR) are initialized to 2GB
+    and kept that way.	If the system has less than 2GB of memory (typical for
+    an MPC8610 HPCD), the CPU may attempt to access this memory during
+    speculation.  The zlib code is notorious for generating such memory reads,
+    and indeed on the MPC8610, uncompressing the Linux kernel causes a machine
+    check (without this patch).
+
+    Currently we are limited to power of two sized DDR since we only use a
+    single bat.  If a non-power of two size is used that is less than
+    CONFIG_MAX_MEM_MAPPED u-boot will crash.
+
+    Signed-off-by: Timur Tabi <timur@freescale.com>
+    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
+
+commit 33f57bd553edf29dffef5a6c7d76e169c79a6049
+Author: Kumar Gala <galak@kernel.crashing.org>
+Date:	Fri Mar 26 15:14:43 2010 -0500
+
+    85xx: Fix enabling of L1 cache parity on secondary cores
+
+    Use the same code between primary and secondary cores to init the
+    L1 cache.  We were not enabling cache parity on the secondary cores.
+
+    Also, reworked the L1 cache init code to match the e500mc L2 init code
+    that first invalidates the cache and locks.  Than enables the cache and
+    makes sure its enabled before continuing.
+
+    Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
+
+commit 1a332da61df9c38b567359af114daeaaaefaead8
+Author: Stefan Roese <sr@denx.de>
+Date:	Mon Mar 29 15:30:46 2010 +0200
+
+    ppc4xx: Fix problem with I2C bus >= 1 initialization
+
+    This patch fixes a problem introduced with patch eb5eb2b0
+    [ppc4xx: Cleanup PPC4xx I2C infrastructure]. We need to assign the I2C
+    base address to the "i2c" pointer inside of the controller loop.
+    Otherwise controller 0 is initialized multiple times instead of
+    initializing each I2C controller sequentially.
+
+    Tested on Katmai.
+
+    Signed-off-by: Stefan Roese <sr@denx.de>
+    Acked-by: Heiko Schocher <hs@denx.de>
+
+commit 24de2f4be00f81c58270d0df47296bf3a3601cef
+Author: Heiko Schocher <hs@denx.de>
+Date:	Mon Mar 29 13:15:48 2010 +0200
+
+    bootm, linux: fix booting Multi-File Image with "kernel+ramdisk+fdt"
+
+    Booting a "Multi-File Image" including a linux kernel, ramdisk and
+    fdt, generated with
+
+    mkimage -A ppc \
+	-O linux \
+	-T multi \
+	-C gzip \
+	-a 00000000 \
+	-e 00000000 \
+	-n "kernel-2.6+initrd+dtb" \
+	-d "vmlinux.bin.gz:ramdisk_image.gz:board.dtb" \
+	multi.bin
+
+    actually fails, because ramdisk start and end addresses
+    didn;t get initialized. This patch fixes this issue.
+
+    Tested on the KUP4K board.
+
+    Signed-off-by: Heiko Schocher <hs@denx.de>
+
+commit 2883cc2d48e99fd1873ef8af03fee7966611b735
+Author: Wolfgang Denk <wd@denx.de>
+Date:	Sun Mar 28 00:25:14 2010 +0100
+
+    Prepare 2010.03-rc3
+
+    Update CHANGELOG
+
+    Signed-off-by: Wolfgang Denk <wd@denx.de>
+
 commit 060f28532b09dd3d2c78423bdd809ac768a27629
 Author: Wolfgang Denk <wd@denx.de>
 Date:	Thu Mar 25 14:07:23 2010 +0100
@@ -24,7 +24,7 @@
 VERSION = 2010
 PATCHLEVEL = 03
 SUBLEVEL =
-EXTRAVERSION = -rc3
+EXTRAVERSION =
 ifneq "$(SUBLEVEL)" ""
 U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
 else
	1	+commit 8e64d6efd8d778a5f83d8bff9cd273a86dcc182f
	2	+Author: Heiko Schocher <hs@denx.de>
	3	+Date: Wed Mar 31 08:34:51 2010 +0200
	4	+
	5	+ net, doc: How to setup MAC address correctly
	6	+
	7	+ As this seems unclear, document how the flow of setting up
	8	+ the MAC address is correct.
	9	+
	10	+ Signed-off-by: Heiko Schocher <hs@denx.de>
	11	+
	12	+ Text changed slightly, adding input from Mike Frysinger.
	13	+
	14	+ Signed-off-by: Wolfgang Denk <wd@denx.de>
	15	+
	16	+commit b78b48c6a0c34b2991e31fc4548aaf773d34f2b3
	17	+Author: Heiko Schocher <hs@denx.de>
	18	+Date: Wed Mar 31 08:34:46 2010 +0200
	19	+
	20	+ net, fec_mxc: only setup the device enetaddr with eeprom value
	21	+
	22	+ Only fill the device enetaddr with the contents of the eeprom,
	23	+ do not program it in MAC address registers
	24	+
	25	+ Signed-off-by: Heiko Schocher <hs@denx.de>
	26	+ Acked-by: Ben Warren <biggerbadderben@gmail.com>
	27	+
	28	+commit d5a64237d58ded31c2eed455c7a346e1c85f5565
	29	+Author: Felix Radensky <felix@embedded-sol.com>
	30	+Date: Tue Mar 30 15:02:13 2010 +0300
	31	+
	32	+ doc: Fix ramdisk examples in doc/uImage.FIT/multi.its
	33	+
	34	+ The ramdisk sections in doc/uImage.FIT/multi.its lack
	35	+ load address and entry point properties. Using examples
	36	+ from this file will result in unbootable image, u-boot
	37	+ will issue the following error messages:
	38	+
	39	+ Can't get ramdisk subimage load address!
	40	+ Ramdisk image is corrupt or invalid
	41	+
	42	+ This patch adds missing properties to ramdisk sections.
	43	+
	44	+ Signed-off-by: Felix Radensky <felix@embedded-sol.com>
	45	+
	46	+commit 2d2018f3db5ed834bc1ee208a2c6212fdf00bca1
	47	+Author: Heiko Schocher <heiko.schocher@invitel.hu>
	48	+Date: Wed Mar 24 13:22:50 2010 +0100
	49	+
	50	+ jffs2, suen3: Fix compiler warning
	51	+
	52	+ $ ./MAKEALL suen3
	53	+ jffs2_1pass.c: In function 'get_fl_mem':
	54	+ jffs2_1pass.c:399: warning: unused variable 'id'
	55	+ jffs2_1pass.c: In function 'get_node_mem':
	56	+ jffs2_1pass.c:423: warning: unused variable 'id'
	57	+
	58	+ Signed-off-by: Heiko Schocher <hs@denx.de>
	59	+ Tested-by: Tom <Tom.Rix@windriver.com>
	60	+
	61	+commit 9ff32d8ccf0e23b5577c25610f001af8d761b4a2
	62	+Author: Timur Tabi <timur@freescale.com>
	63	+Date: Mon Mar 29 12:51:07 2010 -0500
	64	+
	65	+ mpc86xx: set the DDR BATs after calculating true DDR size
	66	+
	67	+ After determining how much DDR is actually in the system, set DBAT0 and
	68	+ IBAT0 accordingly. This ensures that the CPU won't attempt to access
	69	+ (via speculation) addresses outside of actual memory.
	70	+
	71	+ On 86xx systems, DBAT0 and IBAT0 (the BATs for DDR) are initialized to 2GB
	72	+ and kept that way. If the system has less than 2GB of memory (typical for
	73	+ an MPC8610 HPCD), the CPU may attempt to access this memory during
	74	+ speculation. The zlib code is notorious for generating such memory reads,
	75	+ and indeed on the MPC8610, uncompressing the Linux kernel causes a machine
	76	+ check (without this patch).
	77	+
	78	+ Currently we are limited to power of two sized DDR since we only use a
	79	+ single bat. If a non-power of two size is used that is less than
	80	+ CONFIG_MAX_MEM_MAPPED u-boot will crash.
	81	+
	82	+ Signed-off-by: Timur Tabi <timur@freescale.com>
	83	+ Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
	84	+
	85	+commit 33f57bd553edf29dffef5a6c7d76e169c79a6049
	86	+Author: Kumar Gala <galak@kernel.crashing.org>
	87	+Date: Fri Mar 26 15:14:43 2010 -0500
	88	+
	89	+ 85xx: Fix enabling of L1 cache parity on secondary cores
	90	+
	91	+ Use the same code between primary and secondary cores to init the
	92	+ L1 cache. We were not enabling cache parity on the secondary cores.
	93	+
	94	+ Also, reworked the L1 cache init code to match the e500mc L2 init code
	95	+ that first invalidates the cache and locks. Than enables the cache and
	96	+ makes sure its enabled before continuing.
	97	+
	98	+ Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
	99	+
	100	+commit 1a332da61df9c38b567359af114daeaaaefaead8
	101	+Author: Stefan Roese <sr@denx.de>
	102	+Date: Mon Mar 29 15:30:46 2010 +0200
	103	+
	104	+ ppc4xx: Fix problem with I2C bus >= 1 initialization
	105	+
	106	+ This patch fixes a problem introduced with patch eb5eb2b0
	107	+ [ppc4xx: Cleanup PPC4xx I2C infrastructure]. We need to assign the I2C
	108	+ base address to the "i2c" pointer inside of the controller loop.
	109	+ Otherwise controller 0 is initialized multiple times instead of
	110	+ initializing each I2C controller sequentially.
	111	+
	112	+ Tested on Katmai.
	113	+
	114	+ Signed-off-by: Stefan Roese <sr@denx.de>
	115	+ Acked-by: Heiko Schocher <hs@denx.de>
	116	+
	117	+commit 24de2f4be00f81c58270d0df47296bf3a3601cef
	118	+Author: Heiko Schocher <hs@denx.de>
	119	+Date: Mon Mar 29 13:15:48 2010 +0200
	120	+
	121	+ bootm, linux: fix booting Multi-File Image with "kernel+ramdisk+fdt"
	122	+
	123	+ Booting a "Multi-File Image" including a linux kernel, ramdisk and
	124	+ fdt, generated with
	125	+
	126	+ mkimage -A ppc \
	127	+ -O linux \
	128	+ -T multi \
	129	+ -C gzip \
	130	+ -a 00000000 \
	131	+ -e 00000000 \
	132	+ -n "kernel-2.6+initrd+dtb" \
	133	+ -d "vmlinux.bin.gz:ramdisk_image.gz:board.dtb" \
	134	+ multi.bin
	135	+
	136	+ actually fails, because ramdisk start and end addresses
	137	+ didn;t get initialized. This patch fixes this issue.
	138	+
	139	+ Tested on the KUP4K board.
	140	+
	141	+ Signed-off-by: Heiko Schocher <hs@denx.de>
	142	+
	143	+commit 2883cc2d48e99fd1873ef8af03fee7966611b735
	144	+Author: Wolfgang Denk <wd@denx.de>
	145	+Date: Sun Mar 28 00:25:14 2010 +0100
	146	+
	147	+ Prepare 2010.03-rc3
	148	+
	149	+ Update CHANGELOG
	150	+
	151	+ Signed-off-by: Wolfgang Denk <wd@denx.de>
	152	+
1	153	commit 060f28532b09dd3d2c78423bdd809ac768a27629
2	154	Author: Wolfgang Denk <wd@denx.de>
3	155	Date: Thu Mar 25 14:07:23 2010 +0100
...	...	@@ -24,7 +24,7 @@
24	24	VERSION = 2010
25	25	PATCHLEVEL = 03
26	26	SUBLEVEL =
27		-EXTRAVERSION = -rc3
	27	+EXTRAVERSION =
28	28	ifneq "$(SUBLEVEL)" ""
29	29	U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
30	30	else