Commit 580611cb0932143fc2d7a735cfa9ce1ef34d6002

Authored by Wolfgang Denk
1 parent 3a76ab5c16

Prepare 2009.06-rc3

Update CHANGELOG

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

Showing 2 changed files with 574 additions and 1 deletions Side-by-side Diff

  1 +commit 3a76ab5c166d5956885f803ce975e7151cc0ca0e
  2 +Author: Wolfgang Denk <wd@denx.de>
  3 +Date: Wed Jun 10 00:15:11 2009 +0200
  4 +
  5 + rmu board: fix error: 'CONFIG_ENV_SECT_SIZE' undeclared
  6 +
  7 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  8 +
  9 +commit 165f9859b64ff59f0cfae3cc70a7e7ded7aaa4a7
  10 +Author: Daniel Mack <daniel@caiaq.de>
  11 +Date: Thu Jun 4 19:44:12 2009 +0200
  12 +
  13 + ubifs: fix small error path mismatch
  14 +
  15 + In do_readpage(), don't free 'dn' if its allocation failed.
  16 +
  17 + Signed-off-by: Daniel Mack <daniel@caiaq.de>
  18 +
  19 +commit de7cf709ebd3c01fbd094e8853dabb410c0370a1
  20 +Author: Wolfgang Denk <wd@denx.de>
  21 +Date: Thu Jun 4 00:31:07 2009 +0200
  22 +
  23 + EP88x: fix broken linker script
  24 +
  25 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  26 + Tested-by: Mikhail Zaturenskiy <mzaturenskiy@shoppertrak.com>
  27 +
  28 +commit 7a2063bd80d3b58b2dd5d5e58f4411f8d250576c
  29 +Author: Wolfgang Denk <wd@denx.de>
  30 +Date: Fri May 15 00:16:02 2009 +0200
  31 +
  32 + TQM85xx: minor config file cleanup
  33 +
  34 + Remove "saveenv" from "update" definition: the environment is outside
  35 + the U-Boot image on TQM85xx and therefor not affected by updates.
  36 +
  37 + Also "beautify" code a bit (vertical alignment).
  38 +
  39 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  40 +
  41 +commit c0296b1801fc9426d772fa75fe58458db605dfee
  42 +Author: Wolfgang Denk <wd@denx.de>
  43 +Date: Fri May 15 00:16:01 2009 +0200
  44 +
  45 + TQM85xx: adapt for new flash types
  46 +
  47 + Old TQM85xx boards had 'M' type Spansion Flashes from the S29GLxxxM
  48 + series while new boards have 'N' type Flashes from the S29GLxxxN
  49 + series, which have bigger sectors: 2 x 128 instead of 2 x 64 KB.
  50 +
  51 + We now change the configuration to the new flash types for all
  52 + boards; this also works on old boards - we just waste two flash
  53 + sectors for the environment which could be smaller there.
  54 +
  55 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  56 +
  57 +commit 6735104924f06340071a6914a9ee3345607fc102
  58 +Author: Dave Liu <daveliu@freescale.com>
  59 +Date: Mon May 18 17:49:23 2009 +0800
  60 +
  61 + 85xx: Fix the wrong SYS_CLK_IN for 8569MDS
  62 +
  63 + The SYS_CLK_IN of MPC8569MDS is 66.66MHz,
  64 + The DDR_CLK_IN is same with SYS_CLK_IN in 8569 processor.
  65 + so, change the SYS_CLK_IN from 66MHz to 66.66MHz.
  66 +
  67 + Signed-off-by: Dave Liu <daveliu@freescale.com>
  68 +
  69 +commit 16e7559c08b6f29db4596d795b92914c01e6a1b3
  70 +Author: Dave Liu <daveliu@freescale.com>
  71 +Date: Fri May 15 10:27:44 2009 +0800
  72 +
  73 + 85xx: Fix the wrong BCSR address of 8569MDS
  74 +
  75 + The BCSR17[7] = 1 will unlock the write protect of FLASH.
  76 + The WP# pin only controls the write protect of top/bottom sector,
  77 + That is why we can save env, but we can't write the first sector
  78 + before the patch.
  79 +
  80 + Signed-off-by: Dave Liu <daveliu@freescale.com>
  81 +
  82 +commit 90d13b8ac3d515349626d7c8a3dc34ef38c43fa6
  83 +Author: Fredrik Arnerup <fredrik.arnerup@edgeware.tv>
  84 +Date: Tue Jun 2 16:27:10 2009 -0500
  85 +
  86 + 85xx: bugfix for reading maximum TLB size on mpc85xx
  87 +
  88 + The MAXSIZE field in the TLB1CFG register is 4 bits, not 8 bits.
  89 + This made setup_ddr_tlbs() try to set up a TLB larger than the e500 maximum
  90 + (256 MB)
  91 + which made u-boot hang in board_init_f() when trying to create a new stack
  92 + in RAM.
  93 + I have an mpc8540 with one 1GB dimm.
  94 +
  95 + Signed-off-by: Fredrik Arnerup <fredrik.arnerup@edgeware.tv>
  96 + Signed-off-by: Andy Fleming <afleming@freescale.com>
  97 + Acked-by: Kumar Gala <galak@kernel.crashing.org>
  98 +
  99 +commit 1b5291dddf5f16c7ae10e3cb165882fa96038b26
  100 +Author: Dave Liu <daveliu@freescale.com>
  101 +Date: Fri Mar 27 14:32:43 2009 +0800
  102 +
  103 + 85xx: Fix the clock adjust of mpc8569mds board
  104 +
  105 + Currently the clk_adj is 6 (3/4 cycle), The settings will cause
  106 + the DDR controller hang at the data init. Change the clk_adj
  107 + from 6 to 4 (1/2 cycle), make the memory system stable.
  108 +
  109 + Signed-off-by: Dave Liu <daveliu@freescale.com>
  110 +
  111 +commit faa14babd7466dfade358f9cac128ae246b9bf1b
  112 +Author: RONETIX - Ilko Iliev <iliev@ronetix.at>
  113 +Date: Fri Jun 5 16:54:31 2009 +0200
  114 +
  115 + at91: fix a USB problem for AT91SAM9261
  116 +
  117 + This patch corrects the missing PLLB initialization in usb_cpu_init()
  118 + for AT91SAM9261.
  119 + Because of the missing PLLB initialization, the USB support for all
  120 + AT91SAM9261 based boards will work only if the PLLB is configured by a
  121 + precedent bootloader.
  122 +
  123 + Signed-off-by: Ilko Iliev <iliev@ronetix.at>
  124 + Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
  125 + Signed-off-by: Remy Bohmer <linux@bohmer.net>
  126 +
  127 +commit 0c24dec550ddb7d86b8bfdd8645b18479f73e6e2
  128 +Author: Felix Radensky <felix@embedded-sol.com>
  129 +Date: Sun May 31 20:44:15 2009 +0300
  130 +
  131 + ppc4xx/net: Fix MDIO clock setup
  132 +
  133 + This patch fixes MDIO clock setup in case when OPB frequency is 100MHz.
  134 + Current code assumes that the value of sysinfo.freqOPB is 100000000
  135 + when OPB frequency is 100MHz. In reality it is 100000001. As a result
  136 + MDIO clock is set to incorrect value, larger than 2.5MHz, thus violating
  137 + the standard. This in not a problem on boards equipped with Marvell PHYs
  138 + (e.g. Canyonlands), since those PHYs support MDIO clocks up to 8.3MHz,
  139 + but can be a problem for other PHYs (e.g. Realtek ones).
  140 +
  141 + Signed-off-by: Felix Radensky <felix@embedded-sol.com>
  142 + Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
  143 +
  144 +commit d65e34d12514de2bbe3b8f519761d641c081bad0
  145 +Author: Yoshihiro Shimoda <shimoda.yoshihiro@renesas.com>
  146 +Date: Wed Feb 25 14:27:29 2009 +0900
  147 +
  148 + rtl8169: fix PCI system memory address
  149 +
  150 + When PCI device use system memory, some PCI host controller should be
  151 + set physical memory address.
  152 +
  153 + Signed-off-by: Yoshihiro Shimoda <shimoda.yoshihiro@renesas.com>
  154 + Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
  155 +
  156 +commit ca9c8a1e10fac01e6a1129f82a7ce18bd818fa43
  157 +Author: Manikandan Pillai <mani.pillai@ti.com>
  158 +Date: Wed Apr 8 09:14:35 2009 +0530
  159 +
  160 + SMC911x driver fixed for NFS boot
  161 +
  162 + eth_halt() function in the smc911x drivers used to call the
  163 + smc911x_reset() function. eth_halt() used to be called after
  164 + tftp transfers. This used to put the ethernet chip in reset
  165 + while the linux boots up resulting in the ethernet driver
  166 + not coming up. NFS boot used to fail as a result.
  167 +
  168 + This patch calls smc911x_shutdown() instead of smc911x_reset().
  169 + Some comments received has also been fixed.
  170 +
  171 + Signed-off-by: Manikandan Pillai <mani.pillai@ti.com>
  172 + Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
  173 +
  174 +commit e5a3bc2401a23f1890611f020f57f94824a534db
  175 +Author: Remy Bohmer <linux@bohmer.net>
  176 +Date: Sun May 3 12:11:40 2009 +0200
  177 +
  178 + Add config option for disabling DM9000-SROM support.
  179 +
  180 + Some boards do not have SROM support for the DM9000 network adapter.
  181 + Instead of listing these board names in the driver code, make this
  182 + option configurable from the board config file.
  183 +
  184 + It also removes a build warning for the at91sam9261ek board:
  185 + 'dm9000x.c:545: warning: 'read_srom_word' defined but not used'
  186 +
  187 + And it repaires the trizepsiv board build which was broken around the
  188 + same routines
  189 +
  190 + Signed-off-by: Remy Bohmer <linux@bohmer.net>
  191 + Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
  192 +
  193 +commit 2c0234fa79122a5aa77c4e17c33eb2fe184b61a7
  194 +Author: Daniel Mack <daniel@caiaq.de>
  195 +Date: Wed Apr 8 13:23:37 2009 +0200
  196 +
  197 + smc911x: write back the manually set MAC address
  198 +
  199 + If the MAX address is given by the environment, write it back to the
  200 + hardware.
  201 +
  202 + Signed-off-by: Daniel Mack <daniel@caiaq.de>
  203 + Cc: Sascha Hauer <s.hauer@pengutronix.de>
  204 + Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
  205 +
  206 +commit dfcd7f21607fd847236b04bb1a8d59a7c10ab99c
  207 +Author: Wolfgang Denk <wd@denx.de>
  208 +Date: Fri May 15 00:16:03 2009 +0200
  209 +
  210 + Redundant Environment: protect full sector size
  211 +
  212 + Several boards used different ways to specify the size of the
  213 + protected area when enabling flash write protection for the sectors
  214 + holding the environment variables: some used CONFIG_ENV_SIZE and
  215 + CONFIG_ENV_SIZE_REDUND, some used CONFIG_ENV_SECT_SIZE, and some even
  216 + a mix of both for the "normal" and the "redundant" areas.
  217 +
  218 + Normally, this makes no difference at all. However, things are
  219 + different when you have to deal with boards that can come with
  220 + different types of flash chips, which may have different sector
  221 + sizes.
  222 +
  223 + Here we may have to chose CONFIG_ENV_SECT_SIZE such that it fits the
  224 + biggest sector size, which may include several sectors on boards using
  225 + the smaller sector flash types. In such a case, using CONFIG_ENV_SIZE
  226 + or CONFIG_ENV_SIZE_REDUND to enable the protection may lead to the
  227 + case that only the first of these sectors get protected, while the
  228 + following ones aren't.
  229 +
  230 + This is no real problem, but it can be confusing for the user -
  231 + especially on boards that use CONFIG_ENV_SECT_SIZE to protect the
  232 + "normal" areas, while using CONFIG_ENV_SIZE_REDUND for the
  233 + "redundant" area.
  234 +
  235 + To avoid such inconsistencies, I changed all sucn boards that I found
  236 + to consistently use CONFIG_ENV_SECT_SIZE for protection. This should
  237 + not cause any functional changes to the code.
  238 +
  239 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  240 + Cc: Paul Ruhland
  241 + Cc: Pantelis Antoniou <panto@intracom.gr>
  242 + Cc: Stefan Roese <sr@denx.de>
  243 + Cc: Gary Jennejohn <garyj@denx.de>
  244 + Cc: Dave Ellis <DGE@sixnetio.com>
  245 + Acked-by: Stefan Roese <sr@denx.de>
  246 +
  247 +commit b81830f6e3b3e6ed114d071eb107965e49fa9b5a
  248 +Author: Ilya Yanok <yanok@emcraft.com>
  249 +Date: Thu May 14 14:03:09 2009 +0400
  250 +
  251 + mmc: it's safe to ignore mmc_send_if_cond() return value
  252 +
  253 + Return value of mmc_send_if_cond() can be safely ignored (as it is
  254 + done in Linux). This makes older cards work with MXC MCI controller.
  255 +
  256 + Signed-off-by: Ilya Yanok <yanok@emcraft.com>
  257 +
  258 +commit dba6fcf6517faa5dda7df8109febe03c9c72a6f5
  259 +Author: Stefan Roese <sr@denx.de>
  260 +Date: Mon May 11 15:54:13 2009 +0200
  261 +
  262 + cfi_mtd: Fix bug in last sector detection
  263 +
  264 + This patch now enabled this cfi-mtd wrapper to correctly detect and
  265 + erase the last sector in an NOR FLASH device.
  266 +
  267 + Signed-off-by: Stefan Roese <sr@denx.de>
  268 +
  269 +commit 4e3d89ba948eef801ffd46ef862cdede5b3f8320
  270 +Author: Yauhen Kharuzhy <jekhor@gmail.com>
  271 +Date: Thu May 7 00:43:30 2009 +0300
  272 +
  273 + mmc: Fix decoding of SCR & function switch data on little-endian machines
  274 +
  275 + SCR & switch data are read from card as big-endian words and should be
  276 + converted to CPU byte order.
  277 +
  278 + Signed-off-by: Yauhen Kharuzhy <jekhor@gmail.com>
  279 + Signed-off-by: Andy Fleming <afleming@freescale.com>
  280 +
  281 +commit f33cb34b3971dabe3720d577b0e1b8601c09fe17
  282 +Author: Yauhen Kharuzhy <jekhor@gmail.com>
  283 +Date: Thu May 7 13:08:53 2009 +0300
  284 +
  285 + mmc: Remove return from mmc_init for non SD 2.0 compatible cards.
  286 +
  287 + Cards which are not compatible with SD 2.0 standard, may return response
  288 + for CMD8 command, but it will be invalid in terms of SD 2.0. We should
  289 + accept this case as admissible, just like Linux does.
  290 +
  291 + Signed-off-by: Yauhen Kharuzhy <jekhor@gmail.com>
  292 + Signed-off-by: Andy Fleming <afleming@freescale.com>
  293 +
  294 +commit 998be3dd59ed0af4bec38324047fecfa88ac45db
  295 +Author: Rabin Vincent <rabin@rab.in>
  296 +Date: Sun Apr 5 13:30:56 2009 +0530
  297 +
  298 + mmc: drop unnecessary casts
  299 +
  300 + Now that response is a uint, we can drop all the casts.
  301 +
  302 + Signed-off-by: Rabin Vincent <rabin@rab.in>
  303 +
  304 +commit 0b453ffe28bb9227d86ddbe0893bd19c93f04ed7
  305 +Author: Rabin Vincent <rabin@rab.in>
  306 +Date: Sun Apr 5 13:30:55 2009 +0530
  307 +
  308 + mmc: fix response decoding on little endian
  309 +
  310 + The mmc code defines the response as an array of chars. However, it
  311 + access the response bytes both as (i) an array of four uints (with
  312 + casts) and (ii) as individual chars. The former case is used more
  313 + often, including by the driver when it assigns the response.
  314 +
  315 + The char-wise accesses are broken on little endian systems because they
  316 + assume that the bytes in the uints are in big endian byte order.
  317 +
  318 + This patch fixes this by changing the response to be an array of four
  319 + uints and replacing the char-wise accesses with equivalent uint-wise
  320 + accesses.
  321 +
  322 + Signed-off-by: Rabin Vincent <rabin@rab.in>
  323 +
  324 +commit 9b1f942c09dd942e6de3185caa81c111b14de567
  325 +Author: Rabin Vincent <rabin@rab.in>
  326 +Date: Sun Apr 5 13:30:54 2009 +0530
  327 +
  328 + mmc: use lldiv to fix arm eabi build
  329 +
  330 + The generic MMC core uses direct long long divisions, which do not build
  331 + with ARM EABI toolchains. Use lldiv() instead, which works everywhere.
  332 +
  333 + Signed-off-by: Rabin Vincent <rabin@rab.in>
  334 +
  335 +commit e85649c7e683faea1ccfddc9fa9abc62f38e4201
  336 +Author: Rabin Vincent <rabin@rab.in>
  337 +Date: Sun Apr 5 13:30:53 2009 +0530
  338 +
  339 + mmc: check find_mmc_device return value
  340 +
  341 + find_mmc_device returns NULL if an invalid device number is specified.
  342 + Check for this to avoid dereferencing NULL pointers.
  343 +
  344 + Signed-off-by: Rabin Vincent <rabin@rab.in>
  345 +
  346 +commit ac0865ff33870cdf2cd480165045e1bc311e9fa2
  347 +Author: Rabin Vincent <rabin@rab.in>
  348 +Date: Sun Apr 5 13:30:52 2009 +0530
  349 +
  350 + mmc: clean up help texts
  351 +
  352 + Remove some repeated words and superfluous newlines in the mmc command
  353 + help entries.
  354 +
  355 + Signed-off-by: Rabin Vincent <rabin@rab.in>
  356 +
  357 +commit 7d6900ebe16d679c0e03f8d1584b64057a64ce39
  358 +Author: Mike Frysinger <vapier@gentoo.org>
  359 +Date: Fri May 29 17:01:48 2009 -0400
  360 +
  361 + Blackfin: spi: fix pin handling of SPI0 SSEL4
  362 +
  363 + CS4 on SPI0 has a dedicated PH8 pin which needs to be enabled as a
  364 + peripheral in order to work.
  365 +
  366 + Signed-off-by: Mike Frysinger <vapier@gentoo.org>
  367 +
  368 +commit 2157359dad2533987f5eb0181ef543693fad6a33
  369 +Author: Mike Frysinger <vapier@gentoo.org>
  370 +Date: Tue May 26 02:51:57 2009 -0400
  371 +
  372 + Blackfin: fix if() logic in bootrom evt1 check
  373 +
  374 + A missing set of parenthesis caused the silicon revision to apply only to
  375 + the BF533 and not the BF531/BF532 variants.
  376 +
  377 + Signed-off-by: Mike Frysinger <vapier@gentoo.org>
  378 +
  379 +commit 76b5883da2cf049cd410901c04ea450e5f5c27c3
  380 +Author: Stefan Roese <sr@denx.de>
  381 +Date: Sat May 16 12:04:22 2009 +0200
  382 +
  383 + jffs2/mtdparts: Fix problem with usage from JFFS2 and MTDPARTS together
  384 +
  385 + Currently using JFFS2 with MTDPARTS enabled doesn't work. This is because
  386 + mtdparts_init() is available in both files, cmd_mtdparts.c and
  387 + cmd_jffs2.c. Please note that in the original cmd_jffs2.c file (before
  388 + the jffs2/mtdparts command/file split those 2 different versions
  389 + already existed. So this is nothing new. The main problem is that the
  390 + variables "current_dev" and "current_partnum" are declared in both
  391 + files now. This doesn't work.
  392 +
  393 + This patch now changes the names of those variable to more specific
  394 + names: "current_mtd_dev" and "current_mtd_partnum". This is because
  395 + this patch also changes the declaration from static to global, so
  396 + that they can be used from both files.
  397 +
  398 + Please note that my first tests were not successful. The MTD devices
  399 + selected via mtdparts are now accessed but I'm failing to see the
  400 + directory listed via the "ls" command. Nothing is displayed. Perhaps
  401 + I didn't generate the JFFS2 image correctly (I never used JFFS2 in
  402 + U-Boot before). Not sure. Perhaps somebody else could take a look at
  403 + this as well. I'll continue looking into this on Monday.
  404 +
  405 + Signed-off-by: Stefan Roese <sr@denx.de>
  406 + Cc: Wolfgang Denk <wd@denx.de>
  407 + Cc: Detlev Zundel <dzu@denx.de>
  408 + Cc: Ilya Yanok <yanok@emcraft.com>
  409 + Cc: Renaud barbier <renaud.barbier@ge.com>
  410 +
  411 +commit ab687907980fa28940a1a992d3f1c5d17cdbbf5d
  412 +Author: Graf Yang <graf.yang@analog.com>
  413 +Date: Sun May 24 02:34:34 2009 -0400
  414 +
  415 + Blackfin: bf518f-ezbrd: setup portmux for async flash
  416 +
  417 + The pins for async memory where parallel flash lives are not enabled by
  418 + default, so make sure we mux them as needed.
  419 +
  420 + Signed-off-by: Graf Yang <graf.yang@analog.com>
  421 + Signed-off-by: Mike Frysinger <vapier@gentoo.org>
  422 +
  423 +commit f40f6db278f602b55820693634a7256b0b4e4b80
  424 +Author: Stefan Roese <sr@denx.de>
  425 +Date: Wed May 20 10:58:03 2009 +0200
  426 +
  427 + nand: Fix problem with ECC ordering for PPC4xx NDFC platforms
  428 +
  429 + This patch enables Smart Media (SMC) ECC byte ordering which is used
  430 + on the PPC4xx NAND FLASH controller (NDFC). Without this patch we have
  431 + incompatible ECC byte ordering to the Linux kernel NDFC driver.
  432 +
  433 + Signed-off-by: Stefan Roese <sr@denx.de>
  434 + Acked-by: Scott Wood <scottwood@freescale.com>
  435 +
  436 +commit 399aab7748bef053d59612211e1bd7a3fabfce18
  437 +Author: Stefan Roese <sr@denx.de>
  438 +Date: Wed May 20 10:58:02 2009 +0200
  439 +
  440 + ppc4xx: Fix problem with ECC ordering for PPC4xx NDFC platforms
  441 +
  442 + This patch now uses the correct ECC byte order (Smart Media - SMC)
  443 + to be used on the 4xx NAND FLASH driver. Without this patch we have
  444 + incompatible ECC byte ordering to the Linux kernel NDFC driver.
  445 +
  446 + Please note that we also have to enable CONFIG_MTD_NAND_ECC_SMC in
  447 + drivers/mtd/nand/nand_ecc.c for correct operation. This is done with
  448 + a seperate patch.
  449 +
  450 + Signed-off-by: Stefan Roese <sr@denx.de>
  451 + Acked-by: Scott Wood <scottwood@freescale.com>
  452 +
  453 +commit 5d841fac8249a2b3f9a814da2140132be0a9f60d
  454 +Author: Stefan Roese <sr@denx.de>
  455 +Date: Wed May 20 10:58:01 2009 +0200
  456 +
  457 + ppc4xx: Move definition for PPC4xx NAND FLASH controller to header
  458 +
  459 + This patch moves the definition for the PPC4xx NAND FLASH controller
  460 + (NDFC) CONFIG_NAND_NDFC into include/ppc4xx.h. This is needed for the
  461 + upcoming fix for the ECC byte ordering of the NDFC driver.
  462 +
  463 + Signed-off-by: Stefan Roese <sr@denx.de>
  464 + Acked-by: Scott Wood <scottwood@freescale.com>
  465 +
  466 +commit 2df72b82bc9e17b88dc82735a067749220beb025
  467 +Author: Kim Phillips <kim.phillips@freescale.com>
  468 +Date: Tue May 19 12:53:36 2009 -0500
  469 +
  470 + common: fix inline--weak error spotted by gcc 4.4
  471 +
  472 + cmd_ide.c:547: error: inline function 'ide_inb' cannot be declared weak
  473 +
  474 + removing the inline attribute fixes it.
  475 +
  476 + Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
  477 +
  478 +commit 9fd9abedcc3c10cf89353265cbe05f58609d51f3
  479 +Author: Kim Phillips <kim.phillips@freescale.com>
  480 +Date: Tue May 19 12:53:32 2009 -0500
  481 +
  482 + TQM834x: remove defines causing gcc4.4 warnings
  483 +
  484 + Configuring for TQM834x board...
  485 + cpu_init.c: In function 'cpu_init_f':
  486 + cpu_init.c:262: warning: array subscript is above array bounds
  487 + cpu_init.c:263: warning: array subscript is above array bounds
  488 + cpu_init.c:270: warning: array subscript is above array bounds
  489 + ...
  490 +
  491 + Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
  492 +
  493 +commit 0850301747228a3327f2815a85284d26ade3de95
  494 +Author: Andreas Huber <andreas.huber@keymile.com>
  495 +Date: Tue May 19 11:06:30 2009 +0200
  496 +
  497 + UBI: fix return code in ubi_volume_read
  498 +
  499 + Return -ENODEV instead of 0 when trying to read from a non existing volume.
  500 +
  501 + Signed-off-by: Andreas Huber <andreas.huber@keymile.com>
  502 + Signed-off-by: Stefan Roese <sr@denx.de>
  503 +
  504 +commit ec01481ddc4cf302c7f6d760b776ca94819ec21e
  505 +Author: Graf Yang <graf.yang@analog.com>
  506 +Date: Tue May 19 04:40:08 2009 -0400
  507 +
  508 + Blackfin: fix timer_init()/timer_reset()
  509 +
  510 + The timer_init() function was not using the right csync instruction, nor
  511 + was it doing it right after disabling the core timer.
  512 +
  513 + The timer_reset() function would reset the timestamp, but not the actual
  514 + timer, so there was a common edge case where get_timer() return a jump of
  515 + one timestamp (couple milliseconds) right after resetting. This caused
  516 + many functions to improperly timeout right away.
  517 +
  518 + Signed-off-by: Graf Yang <graf.yang@analog.com>
  519 + Signed-off-by: Mike Frysinger <vapier@gentoo.org>
  520 +
  521 +commit c06326c73bf90e48a8e1cf8893ad31c575423f50
  522 +Author: Shinya Kuribayashi <skuribay@pobox.com>
  523 +Date: Sat May 16 09:12:09 2009 +0900
  524 +
  525 + MIPS: lib_mips/board.c: Remove unused variables
  526 +
  527 + This fixes the following build warnings:
  528 +
  529 + board.c: In function 'board_init_r':
  530 + board.c:328: warning: unused variable 'i'
  531 + board.c:326: warning: unused variable 'e'
  532 +
  533 + Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
  534 +
  535 +commit 47f6a36cc3f3427cc8e4f1d0f3e6678be6f33769
  536 +Author: Shinya Kuribayashi <skuribay@pobox.com>
  537 +Date: Sat May 16 09:12:09 2009 +0900
  538 +
  539 + MIPS: Make all extern-ed functions in bitops.h static
  540 +
  541 + All these functions are expected to be static inline-ed.
  542 + This patch also fixes the following build warnings on MIPS targets:
  543 +
  544 + include/asm/bitops.h: In function 'ext2_find_next_zero_bit':
  545 + include/asm/bitops.h:862: warning: '__fswab32' is static but used in inline function 'ext2_find_next_zero_bit' which is not static
  546 + include/asm/bitops.h:885: warning: '__fswab32' is static but used in inline function 'ext2_find_next_zero_bit' which is not static
  547 + include/asm/bitops.h:887: warning: '__fswab32' is static but used in inline function 'ext2_find_next_zero_bit' which is not static
  548 +
  549 + Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
  550 +
  551 +commit 87423d740b91329b8d1d0b73cafd6930993b558a
  552 +Author: Thomas Lange <thomas@corelatus.se>
  553 +Date: Fri Apr 24 16:22:16 2009 +0200
  554 +
  555 + MIPS: Implement ethernet halt for au1x00
  556 +
  557 + Implement ethernet halt() by putting MAC0 in reset.
  558 + If we do not do this, we will get memory corruption
  559 + when ethernet frames are received during early OS boot.
  560 +
  561 + Signed-off-by: Thomas Lange <thomas@corelatus.se>
  562 + Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
  563 +
  564 +commit a2e0ffcf2d9a22c582a93e84a4bef20fd3877f47
  565 +Author: Wolfgang Denk <wd@denx.de>
  566 +Date: Fri May 15 23:29:23 2009 +0200
  567 +
  568 + Prepare v2009.06-rc2
  569 +
  570 + Update CHANGELOG.
  571 +
  572 + Signed-off-by: Wolfgang Denk <wd@denx.de>
  573 +
1 574 commit f4317ea91942f44cc1c433277927b61618e9b0a5
2 575 Author: Daniel Mack <daniel@caiaq.de>
3 576 Date: Tue May 5 12:48:29 2009 +0200
... ... @@ -24,7 +24,7 @@
24 24 VERSION = 2009
25 25 PATCHLEVEL = 06
26 26 SUBLEVEL =
27   -EXTRAVERSION = -rc2
  27 +EXTRAVERSION = -rc3
28 28 ifneq "$(SUBLEVEL)" ""
29 29 U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
30 30 else