diff options
| -rw-r--r-- | CHANGELOG | 644 | ||||
| -rw-r--r-- | Makefile | 2 | ||||
| -rw-r--r-- | cpu/mpc85xx/tlb.c | 2 |
3 files changed, 646 insertions, 2 deletions
diff --git a/CHANGELOG b/CHANGELOG index 4b8d1328ed6..196bf9ad6ee 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,3 +1,634 @@ +commit 5b2da6a309266f21cbb68f06fcfdf9ba141022e7 +Author: Michal Simek <monstr@monstr.eu> +Date: Fri Aug 21 06:52:25 2009 +1000 + + qemu-mips: Fix Qemu website + + Signed-off-by: Michal Simek <monstr@monstr.eu> + Signed-off-by: Michal Simek <michal.simek@petalogix.com> + Acked-by: Shinya Kuribayashi <skuribay@pobox.com> + +commit 79f516bccc3cff5a5cd4b3dffb7d254e746fdbde +Author: Kim Phillips <kim.phillips@freescale.com> +Date: Fri Aug 21 16:34:38 2009 -0500 + + mpc83xx: accommodate larger kernel sizes by default + + linux mpc83xx_defconfig kernels are getting bigger, accommodate for + their growth by adjusting default load and fdt addresses. + + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + +commit 8eceeb7fd656d6d071c0a8b615e178aca5775fff +Author: Kim Phillips <kim.phillips@freescale.com> +Date: Fri Aug 21 16:33:15 2009 -0500 + + mpc83xx: mpc8377erdb - change DDR settings to those from latest bsp + + when using Linus' 83xx_defconfig, the mpc8377rdb would hang at boot + at either: + + NET: Registered protocol family 16 + + or the + + io scheduler cfq registered + + message. Fixing up these DDR settings appears to fix the problem. + + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + +commit 27c5248dd4c9ba4a36899689595956c5e59e349a +Author: Kim Phillips <kim.phillips@freescale.com> +Date: Fri Aug 21 16:31:20 2009 -0500 + + mpc83xx: tqm8349 - remove pci & flash window conflict + + commit 9993e196da707a0a1cd4584f1fcef12382c1c144 "mpc83xx: convert all + remaining boards over to 83XX_GENERIC_PCI" remapped pci windows on + tqm834x to make it more consistent with the other 83xx boards. During + that time however, the author failed to realize that FLASH_BASE was + occupying the same range as what PCI1_MEM_BASE was being assigned. + + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + Tested-by: Wolfgang Denk <wd@denx.de> + +commit 6d2c26ac831f033b0025cfb256365a047f8dd115 +Author: Heiko Schocher <hs@denx.de> +Date: Fri Aug 21 16:30:30 2009 -0500 + + mpc83xx: add missing CSCONFIG_ODT_WR_CFG for 832x CPUs + + Signed-off-by: Heiko Schocher <hs@denx.de> + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + +commit 193b4cb3f641ed0fd9bb79b8fa4671882c50ffdb +Author: Paul Gortmaker <paul.gortmaker@windriver.com> +Date: Fri Aug 21 16:27:05 2009 -0500 + + mpc83xx: mpc8349 - delete unused SYS_MID_FLASH_JUMP + + This was introduced with the MPC8349EMDS board, and then copied to + a couple other boards by nature of being the reference implementation. + + u-boot$git grep CONFIG_SYS_MID_FLASH_JUMP + include/configs/MPC8349EMDS.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 + include/configs/sbc8349.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 + include/configs/vme8349.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 + u-boot$ + + It currently isn't used, so delete it before it spreads further. + + Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + +commit c0d660fbbede322648ec79d3e39389e48f5fab24 +Author: Paul Gortmaker <paul.gortmaker@windriver.com> +Date: Fri Aug 21 16:21:58 2009 -0500 + + mpc83xx: sbc8349 - make enabling PCI more user friendly + + Prior to this commit, to enable PCI, you had to go manually + edit the board config header, which isn't really user friendly. + This adds the typical PCI make targets to the toplevel Makefile + in accordance with what is being done with other boards. + + Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + +commit a3c5057a6c05b4c7235a270486220e4511366133 +Author: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> +Date: Fri Aug 7 23:37:54 2009 +0200 + + eeprom_m95xxx: remove unused variable i + + Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> + +commit 8cf19b9fec92d8aa22b2fe4b4e6976743b1daa51 +Author: Ilya Yanok <yanok@emcraft.com> +Date: Fri Jul 17 15:02:42 2009 +0400 + + jffs2: some fixes to summary support + + This patch fixes some issues with JFFS2 summary support in U-Boot. + 1/ Summary support made compilation configurable (as summary support + considered expiremental even in Linux). + 2/ Summary code can do unaligned 16-bit and 32-bit memory accesses. + We need to get data byte by byte to exclude data aborts. + 3/ Make summary scan in two passes so we can safely fall back to full + scan if we found unsupported entry in the summary. + + Signed-off-by: Ilya Yanok <yanok@emcraft.com> + +commit 11906936e168d12d684bb3d2930a62693ba3d84e +Author: Prafulla Wadaskar <prafulla@marvell.com> +Date: Mon Aug 10 18:55:54 2009 +0530 + + arm: rd6281a: Fixed NAND specific warning + + It is recommended to define the macro CONFIG_SYS_64BIT_VSPRINTF + for NAND specific warning removal, same is done in this patch + + Signed-off-by: Prafulla Wadaskar <prafulla@marvell.com> + +commit b5ffb193330113d2e00489d96bf8ec1f541ed4e1 +Author: Wolfgang Denk <wd@denx.de> +Date: Thu Aug 13 00:37:16 2009 +0200 + + TRAB: make independent of specific libgcc helper routines + + The TRAB board references local libgcc helper routines + (lib_arm/div0.o and lib_arm/_umodsi3.o) which cause build problems + when we try to use the normal, compiler provided libgcc instead. + Removing these references allows to build both with and without the + local libgcc helper routines. + + Signed-off-by: Wolfgang Denk <wd@denx.de> + +commit 1aada9cd643567d351667138851e9231ccfa245a +Author: Wolfgang Denk <wd@denx.de> +Date: Mon Aug 17 14:00:53 2009 +0200 + + Fix all linker scripts for older binutils versions (pre-2.16) + + Commit f62fb99941c6 fixed handling of all rodata sections by using a + wildcard combined with calls to ld's builtin functions SORT_BY_ALIGNMENT() + and SORT_BY_NAME(). Unfortunately these functions were only + introduced with biunutils version 2.16, so the modification broke + building with all tool chains using older binutils. + + This patch makes it work again. This is done by omitting the use of + these functions for such old tool chains. This will result in + slightly larger target binaries, as the rodata sections are no longer + in optimal order alignment-wise which reauls in unused gaps, but the + effect was found to be insignificant - especially compared to the fact + that you cannot build U-Boot at all in the current state. + + As ld seems to have no support for conditionals we run the linker + script through the C preprocessor which can be easily used to remove + the unwanted function calls. + + Note that the C preprocessor must be run with the "-ansi" (or a + "-std=") option to make sure all the system-specific predefined + macros outside the reserved namespace are suppressed. Otherise, cpp + might for example substitute "powerpc" to "1", thus corrupting for + example "OUTPUT_ARCH(powerpc)" etc. + + Signed-off-by: Wolfgang Denk <wd@denx.de> + Cc: Mike Frysinger <vapier@gentoo.org> + +commit f772acf8a584067033eff1e231fcd1fb3a00d3d9 +Author: Wolfgang Denk <wd@denx.de> +Date: Mon Aug 17 13:17:29 2009 +0200 + + ARM: compiler options cleanup - improve tool chain support + + For some time there have been repeated reports about build problems + with some ARM (cross) tool chains. Especially issues about + (in)compatibility with the tool chain provided runtime support + library libgcc.a caused to add and support a private implementation + of such runtime support code in U-Boot. A closer look at the code + indicated that some of these issues are actually home-made. This + patch attempts to clean up some of the most obvious problems and make + building of U-Boot with different tool chains easier: + + - Even though all ARM systems basicy used the same compiler options + to select a specific ABI from the tool chain, the code for this was + distributed over all cpu/*/config.mk files. We move this one level + up into lib_arm/config.mk instead. + + - So far, we only checked if "-mapcs-32" was supported by the tool + chain; if yes, this was used, if not, "-mabi=apcs-gnu" was + selected, no matter if the tool chain actually understood this + option. There was no support for EABI conformant tool chains. + This patch implements the following logic: + + 1) If the tool chain supports + "-mabi=aapcs-linux -mno-thumb-interwork" + we use these options (EABI conformant tool chain). + 2) Otherwise, we check first if + "-mapcs-32" + is supported, and then check for + "-mabi=apcs-gnu" + If one test succeeds, we use the first found option. + 3) In case 2), we also test if "-mno-thumb-interwork", and use + this if the test succeeds. [For "-mabi=aapcs-linux" we set + "-mno-thumb-interwork" mandatorily.] + + This way we use a similar logic for the compile options as the + Linux kernel does. + + - Some EABI conformant tool chains cause external references to + utility functions like raise(); such functions are provided in the + new file lib_arm/eabi_compat.c + + Note that lib_arm/config.mk gets parsed several times, so we must + make sure to add eabi_compat.o only once to the linker list. + + Signed-off-by: Wolfgang Denk <wd@denx.de> + Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> + Cc: Dirk Behme <dirk.behme@googlemail.com> + Cc: Magnus Lilja <lilja.magnus@gmail.com> + Cc: Tom Rix <Tom.Rix@windriver.com> + Cc: Prafulla Wadaskar <prafulla@marvell.com> + Acked-by: Sergey Kubushyn <ksi@koi8.net> + Tested-by: Magnus Lilja <lilja.magnus@gmail.com> + Tested-by: Andrzej Wolski <awolski@poczta.fm> + Tested-by: Gaye Abdoulaye Walsimou <walsimou@walsimou.com> + Tested-by: Tom Rix <Tom.Rix@windriver.com> + Tested-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> + +commit 269610f6ba2e4a7bc27d2e53d43160614016964f +Author: Mingkai Hu <Mingkai.hu@freescale.com> +Date: Thu Jul 30 17:56:51 2009 +0800 + + NAND boot: fix nand_load overlap issue + + The code copy data from NAND flash block by block, so when + the data length isn't a whole-number multiple of the block + size, it will overlap the rest space. + + Signed-off-by: Mingkai Hu <Mingkai.hu@freescale.com> + Signed-off-by: Scott Wood <scottwood@freescale.com> + +commit 1fc1d9aed08f2b3366d634fda6712a710b2cff9a +Author: Giulio Benetti <giulio.benetti@micronovasrl.com> +Date: Fri Jul 31 17:30:34 2009 -0500 + + add WATCHDOG_RESET() on nand write and read + + Signed-off-by: giulio.benetti@micronovasrl.com + Acked-by: Wolfgang Denk <wd@denx.de> + Signed-off-by: Scott Wood <scottwood@freescale.com> + +commit b1e849f2201bbbf3ca81fde164f154f9caf7f0e9 +Author: Peter Tyser <ptyser@xes-inc.com> +Date: Wed Feb 4 15:14:05 2009 -0600 + + tsec: Wait for auto-negotiation to complete without link + + Previously, waiting for auto-negotiation would only occur if a valid + link had been detected. Problems arose when attempting to use a + tsec immediately after bootup but before link was achieved, eg: + => dhcp + Auto-neg error, defaulting to 10BT/HD + eTSEC1: No link. + Auto-neg error, defaulting to 10BT/HD + eTSEC2: No link. + => + + With this patch applied the same operation as above resulted in: + => dhcp + Waiting for PHY auto negotiation to complete. done + Enet starting in 1000BT/FD + Speed: 1000, full duplex + + Signed-off-by: Peter Tyser <ptyser@xes-inc.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit 477fa6378fbd3e47a5e2e83d0dd3970d5b1c8371 +Author: Simon Kagstrom <simon.kagstrom@netinsight.net> +Date: Thu Aug 20 10:14:11 2009 +0200 + + arm: kirkwood: See to it that sent data is 8-byte aligned + + U-boot might use non-8-byte-aligned addresses for sending data, which + the kwgbe_send doesn't accept (bootp does this for me). This patch + copies the data to be sent to a malloced temporary buffer if it is + non-aligned. + + Signed-off-by: Simon Kagstrom <simon.kagstrom@netinsight.net> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit cad713bf7548b9e90433dac8270165402a6c9cc3 +Author: Simon Kagstrom <simon.kagstrom@netinsight.net> +Date: Thu Aug 20 10:13:06 2009 +0200 + + Wait for the link to come up on kirkwood network init + + This patch makes the device wait for up to 5 seconds for the link to + come up, similar to what many of the other network drivers do. This + avoids confusing situations where, e.g., a tftp fails when initiated + early after U-boot has started (before the link has come up). + + Signed-off-by: Simon Kagstrom <simon.kagstrom@netinsight.net> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit bb1ca3b27f7fba8c73cb10279a6a8b8b69a308ff +Author: Simon Kagstrom <simon.kagstrom@netinsight.net> +Date: Thu Aug 20 10:12:28 2009 +0200 + + arm:kirkwood Define kirkwood phy address magic number + + Signed-off-by: Simon Kagstrom <simon.kagstrom@netinsight.net> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit f81ecb5d3300bf92d17302d3712f30585c182da9 +Author: Timur Tabi <timur@freescale.com> +Date: Mon Aug 17 15:55:38 2009 -0500 + + e1000: fix PCI memory addressing + + The Intel E1000 driver was making assumptions about the relationship between + some virtual, physical, and PCI addresses. + + Also fix some bad usage of the DEBUGOUT macro + + Signed-off-by: Timur Tabi <timur@freescale.com> + Acked-by: Kumar Gala <galak@kernel.crashing.org> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit b644006e1a7baa227aedc606ecdf0bb5eeb24cab +Author: Ilya Yanok <yanok@emcraft.com> +Date: Wed Aug 12 16:42:48 2009 +0400 + + jffs2: clean the cache in case of malloc fails in build_lists + + We should call jffs2_clean_cache() if we return from jffs2_build_lists() + with an error to prevent usage of incomplete lists. Also we should + free() a local buffer to prevent memory leaks. + + Signed-off-by: Ilya Yanok <yanok@emcraft.com> + +commit 7ff66bb0be80cadd681be22a72e5eb02ee14c878 +Author: Heiko Schocher <hs@denx.de> +Date: Wed Aug 12 10:17:03 2009 +0200 + + ppc: trigger WDT before starting Linux + + Signed-off-by: Heiko Schocher <hs@denx.de> + +commit 918319c705d8a3d6251919a660baef32ff3a829a +Author: Albin Tonnerre <albin.tonnerre@free-electrons.com> +Date: Wed Jul 22 18:30:03 2009 +0200 + + Update the mtd driver name in bootargs for at91-based boards + + The name of the atmel nand driver in the kernel changed from at91_nand + to atmel_nand back in June 2008, but the at91-based boards config files + still refer to at91_nand. This patch updates them with the new name + + Signed-off-by: Albin Tonnerre <albin.tonnerre@free-electrons.com> + +commit 8fa656aa5289815d942ebdc26182ccb9f2b9c86f +Author: Ben Goska <goskab@onid.oregonstate.edu> +Date: Fri Aug 14 10:03:36 2009 -0700 + + omap3: Fixed a problem with hwecc + + In commit 187af954cf7958c24efcf0fd62289bbdb4f1f24e there + was a typo that offset all the ecc registers by 4 bytes, fixed that. + + Signed-off-by: Ben Goska <goskab@onid.oregonstate.edu> + Acked-by: Dirk Behme <dirk.behme@googlemail.com> + +commit 514bab6609acd1a2a19fdd75c2f6255178db7c96 +Author: Stefan Roese <sr@denx.de> +Date: Mon Aug 17 16:57:53 2009 +0200 + + ppc4xx: Fix "chip_config" command for AMCC Arches + + This patch fixes the "chip_config" command for I2C bootstrap EEPROM + configuration. First it changes the I2C bootstrap EEPROM address to + 0x54 as this is used on Arches (instead of 0x52 on Canyonlands/ + Glacier). Additionally, the NAND bootstrap settings are removed + for Arches since Arches doesn't support NAND-booting. + + Signed-off-by: Stefan Roese <sr@denx.de> + +commit 4af34177b657e91263919a307fd0b0865a299e52 +Author: Wolfgang Denk <wd@denx.de> +Date: Sun Aug 16 23:40:13 2009 +0200 + + Monahans: avoid floating point calculations + + Current code for the Monahans CPU defined OSCR_CLK_FREQ as 3.250 (MHz) + which caused floating point operations to be used. This resulted in + unresolved references to some FP related libgcc functions when using + U-Boot's private libgcc functions. + + Change the code to use fixed point math only. + + Signed-off-by: Wolfgang Denk <wd@denx.de> + +commit e393e2e9bc5cd3d5484e193d1380e7cd7587ab5c +Author: Kumar Gala <galak@kernel.crashing.org> +Date: Fri Aug 14 16:43:22 2009 -0500 + + 85xx: Fix addrmap to include memory + + When we init the addrmap based on the TLB we will not end up getting + the TLB that covers memory if we are using SPD. The reason is we + haven't relocated at the point that we setup the memory TLB and thus it + will not get setup in the addrmap. + + Instead we can just walk over the TLB array after we've relocated and + see all the TLBs that have been set and use that information to populate + the initial addrmap. By doing this we insure that we get the TLB + entries that cover memory. + + Signed-off-by: Kumar Gala <galak@kernel.crashing.org> + +commit 7dedefdf749ff02c1086f7ddb8cb83a77b00d030 +Author: John Schmoller <jschmoller@xes-inc.com> +Date: Wed Aug 12 10:55:47 2009 -0500 + + flash: Fix CFI buffer size bug + + Fix bug introduced by 9c048b523413ae5f3ff34e00cf57569c3368ab51. + + The cfi_flash.c driver cast the flash buffer size to a uchar in + flash_write_cfibuffer(). On some flash parts, (tested on Numonyx + part PC32F512M29EWH), the buffer size is 1KB. Remove the cast to + uchar to enable buffer sizes to be larger. + + Signed-off-by: John Schmoller <jschmoller@xes-inc.com> + Signed-off-by: Stefan Roese <sr@denx.de> + +commit f6e3a1fa92f61083885178101e973c86b419a6f7 +Author: Mike Frysinger <vapier@gentoo.org> +Date: Thu Aug 13 00:32:14 2009 -0400 + + trab: rename spi_init() + + The local board-specific spi_init() function conflicts with the common SPI + layer, so rename it to something board-specific. + + Signed-off-by: Mike Frysinger <vapier@gentoo.org> + +commit 253cb831f5861358a7fa673305cdf7ded1096f44 +Author: Giuseppe CONDORELLI <giuseppe.condorelli@st.com> +Date: Wed Jul 29 06:05:20 2009 -0400 + + zlib: add watchdog reset call + + This patch adds watchdog reset call to allow its invokation during decompression + phase. This control was present on old zlib version and here it is + backported for those relevant routines. This patch is sent as a zlib separate + one beacuse it was not tested due to specific board lack. + zlib patches will be unified just in one when this will be validated through + tests. + + Signed-off-by: Giuseppe Condorelli <giuseppe.condorelli@st.com> + +commit dce3d797102b6618e8bdd4a09cfd35969f165d86 +Author: Giuseppe CONDORELLI <giuseppe.condorelli@st.com> +Date: Wed Jul 29 08:05:08 2009 -0400 + + zlib: updated to v.1.2.3 + + This patch updates zlib to the latest stable version. + Only relevant zlib parts were ported to u-boot tree, as already did for the + current zlib (0.95). New zlib guarantees a faster inflate performances + other then others improvements as explained at www.zlib.net. + It also includes Alessandro Rubini's patches to allow 0 as destination pointer + and to call watchdog reset if required by architecture. + + Signed-off-by: Giuseppe Condorelli <giuseppe.condorelli@st.com> + Reviewed-by: Angelo Castello <angelo.castello@st.com> + Reviewed-by: Alessandro Rubini <rubini-list@gnudd.com> + +commit 3426d65daab6af483b177ed502038f52ed2e5aef +Author: Heiko Schocher <hs@denx.de> +Date: Tue Aug 11 10:37:58 2009 +0200 + + dtt, lm81: move unneccessary printf into a debug printf + + Signed-off-by: Heiko Schocher <hs@denx.de> + +commit 54e399f110bbaa24e662e6dd9e88ddb86989d668 +Author: Mark Jackson <mpfj-list@mimc.co.uk> +Date: Tue Aug 11 11:33:47 2009 +0100 + + MIMC200: reduce LCD pixclock + + The initial pixclock for the MIMC200 board is wrong (and causes + screen corruption due to DMA underruns). + + This patch simply reduces the pixel clock to fix the problem. + + Signed-off-by: Mark Jackson <mpfj@mimc.co.uk> + +commit 1443cd7e54d6893ab7cc51d93fe7759cdaa8b31f +Author: Richard Retanubun <RichardRetanubun@RuggedCom.com> +Date: Wed Jul 1 14:04:05 2009 -0400 + + UEC FIXED PHY: Determine fixed-phy port using UEC interface name. + + Fixed a misunderstanding in the original implementation, 'devnum' that + was used in the cpu/ppc4xx/4xx_enet.c implementation was NOT the + PHY's SMI address, rather it was the number of the MAC interface on + the CPU. The equivalent of this for uec_phy will be the UEC number + stored in mii_info->dev->name. Usage example is updated for uec. + + Signed-off-by: Richard Retanubun <RichardRetanubun@RuggedCom.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit 1a9519373b977ef3f7c9563ad3acb6c6f2424657 +Author: Richard Retanubun <RichardRetanubun@RuggedCom.com> +Date: Wed Jul 1 14:03:15 2009 -0400 + + Assigned a static SMI address to all UECs TBIPA address. + + It is set to 0x1F by default and can be overwritten on the board + header file by defining CONFIG_UTBIPAR_INIT_TBIPA. This allows + the CPU to simply "reserve" one SMI address instead of using + a different one for each UEC. + + Signed-off-by: Richard Retanubun <RichardRetanubun@RuggedCom.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit 9fd38a01cbc0ce4a8db41f72677103ed04b23db5 +Author: Prafulla Wadaskar <prafulla@marvell.com> +Date: Mon Aug 10 19:43:06 2009 +0530 + + net: kirkwood: updates: used eth_setenv_enetaddr api + + eth_setenv_enetaddr is avaible by upper layer + using this saves 204 bytes on total image size + + used Local OUI instead of Marvell OUI for + random MAC address generation logic + + Signed-off-by: Prafulla Wadaskar <prafulla@marvell.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit ecbd2078a1f56c85b6c56afaaed862bf92ccd3f3 +Author: Roy Zang <tie-fei.zang@freescale.com> +Date: Tue Aug 11 03:48:05 2009 +0800 + + Fix E1000 build warning on AP1000 board + + Fix E1000 build warning on AP1000 board + Fix the build warning on AP1000 board: + e1000.c:131: warning: 'e1000_read_eeprom' used but never defined + e1000.c:2012: warning: 'e1000_set_phy_mode' defined but not used + + Signed-off-by: Roy Zang <tie-fei.zang@freescale.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit b3af1d698b031e721bacaee8715d79daaf823de6 +Author: Sandeep Paulraj <s-paulraj@ti.com> +Date: Mon Aug 10 12:24:40 2009 -0400 + + ARM: Davinci DM355: Enabling DM9000 on DM355 EVM + + Due to recent changes to the NET support on U-boot, DM9000 + is no longer detected on the DM355 EVM. + This minor update enables DM9000 on the DM355 EVM. + Tested on the DM355 EVM + + Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit 08c2df33f1cd5935938486e968696f94ad406313 +Author: Prafulla Wadaskar <prafulla@marvell.com> +Date: Mon Aug 10 19:23:19 2009 +0530 + + net: phy: bugfixes: mv88E61xx compiler warnings fixed + + 1. mv88E61xx driver compiler warnings fixed + 2. idstr if-else statements changed to switch() construct + and added default case too. + This fixed idstr may be uninitialized warning + + Signed-off-by: Prafulla Wadaskar <prafulla@marvell.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit 750326e5d540885e3ec36bda9464b8269249f6ce +Author: Po-Yu Chuang <ratbert@faraday-tech.com> +Date: Mon Aug 10 11:00:00 2009 +0800 + + arm: A320: driver for FTMAC100 ethernet controller + + This patch adds an FTMAC100 ethernet driver for Faraday A320 evaluation board. + + Signed-off-by: Po-Yu Chuang <ratbert@faraday-tech.com> + Signed-off-by: Ben Warren <biggerbadderben@gmail.com> + +commit f90dc43fd67eea71124b999a7d5e617d0d86795b +Author: Kumar Gala <galak@kernel.crashing.org> +Date: Mon Aug 10 16:40:55 2009 -0500 + + 85xx: Removed BEDBUG support from FSL 85xx boards + + For some reason the MPC8544 enabled BEDBUG if PCI was enabled and that + got copied int the MPC8536, MPC8572 and P2020 DS boards. The BEDBUG + support has never been made to work completely on e500/85xx so we + just disable it to save space and match the other FSL 85xx boards. + + Signed-off-by: Kumar Gala <galak@kernel.crashing.org> + +commit eb1a4d0a471505c169bef19a73a60f8641f0b875 +Author: Wolfgang Denk <wd@denx.de> +Date: Mon Aug 10 10:39:12 2009 +0200 + + Prepare 2009.08-rc2 + + Update CHANGELOG + + Signed-off-by: Wolfgang Denk <wd@denx.de> + commit 53cc18c71b2b920cca171874c6663e274fa80556 Author: Wolfgang Denk <wd@denx.de> Date: Mon Aug 10 10:38:34 2009 +0200 @@ -527,6 +1158,19 @@ Date: Tue Jul 28 10:50:32 2009 +0200 Signed-off-by: Stefan Roese <sr@denx.de> +commit 901be89a27e11b2627c132ee87c7761bd6886091 +Author: Heiko Schocher <hs@denx.de> +Date: Tue Jul 28 14:53:44 2009 +0200 + + 83xx, kmeter1, fix: update in the DTS the correct size for the first flash + + When updating the "reg" in the "/localbus/flash@f0000000,0" node + size was wrong updated for the first flash, because the total + size was filled in, instead of the right size for it. + + Signed-off-by: Heiko Schocher <hs@denx.de> + Signed-off-by: Kim Phillips <kim.phillips@freescale.com> + commit 4c2e3da82dc2b7f8b39b7f1d57f570e4bc5caa6d Author: Kumar Gala <kumar.gala@freescale.com> Date: Tue Jul 28 21:49:52 2009 -0500 @@ -24,7 +24,7 @@ VERSION = 2009 PATCHLEVEL = 08 SUBLEVEL = -EXTRAVERSION = -rc2 +EXTRAVERSION = -rc3 ifneq "$(SUBLEVEL)" "" U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) else diff --git a/cpu/mpc85xx/tlb.c b/cpu/mpc85xx/tlb.c index 43ef1ffe6d1..f3d3080c44e 100644 --- a/cpu/mpc85xx/tlb.c +++ b/cpu/mpc85xx/tlb.c @@ -115,7 +115,7 @@ void init_addr_map(void) /* walk all the entries */ for (i = 0; i < max_cam; i++) { unsigned long epn; - u32 tsize, _mas1; + u32 tsize, _mas1; phys_addr_t rpn; mtspr(MAS0, FSL_BOOKE_MAS0(1, i, 0)); |