u-boot.git/common, branch v2011.09-rc2

led: remove camel casing of led identifiers globally

2011-09-13T06:30:52+00:00

Result of running the following command to address Wolfgang's
comment about camel case:

for file in `find . | grep '\.[chS]$'`; do perl -i -pe
's/(green|yellow|red|blue)_LED_(on|off)/$1_led_$2/g' $file; done

Discussion:
http://patchwork.ozlabs.org/patch/84988/

Signed-off-by: Jason Kridner 
Signed-off-by: Joel A Fernandes 
Signed-off-by: Sandeep Paulraj

utx8245: fix build breakage due to assert()

2011-09-10T14:05:43+00:00

Commit 21726a7 "Add assert() for debug assertions" broke building the
utx8245 board:

dlmalloc.c: In function 'do_check_chunk':
dlmalloc.c:1660: error: 'sz' undeclared (first use in this function)
dlmalloc.c:1660: error: (Each undeclared identifier is reported only once
dlmalloc.c:1660: error: for each function it appears in.)
dlmalloc.c: In function 'do_check_free_chunk':
dlmalloc.c:1689: error: 'next' undeclared (first use in this function)
dlmalloc.c: In function 'do_check_malloced_chunk':
dlmalloc.c:1748: error: 'sz' undeclared (first use in this function)
dlmalloc.c:1750: error: 'room' undeclared (first use in this function)

Signed-off-by: Wolfgang Denk 
Cc: Simon Glass

Add assert() for debug assertions

2011-09-09T22:04:01+00:00

assert() is like BUG_ON() but compiles to nothing unless DEBUG is defined.
This is useful when a condition is an error but a board reset is unlikely
to fix it, so it is better to soldier on in hope. Assertion failures should
be caught during development/test.

It turns out that assert() is defined separately in a few places in U-Boot
with various meanings. This patch cleans up some of these.

Build errors exposed by this change (and defining DEBUG) are also fixed in
this patch.

Signed-off-by: Simon Glass

YAFFS2: cmd_yaffs2.c - fix build warnings

2011-09-09T22:00:15+00:00

Fix these:
cmd_yaffs2.c: In function 'do_ywr':
cmd_yaffs2.c:69: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'ulong'
cmd_yaffs2.c:69: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'ulong'

Signed-off-by: Wolfgang Denk

common: fix behavior of ROUND macro when input is already rounded

2011-09-07T21:39:36+00:00

Currently when you call ROUND with a value that is already a
multiple of the second parameter it will return a value that is
one multiple larger, instead of returning the value passed in.

There are only two types of usage of ROUND currently, one in
various config files to round CONFIG_SYS_MALLOC_LEN to a multiple
of 4096 bytes.  The other in cmd_sf.c where the incorrect behavior
of ROUND is worked around be subtracting one from the length argument
before passing it to ROUND.

This patch fixes ROUND and removes the workaround from cmd_sf.  It
also results in all of the malloc pools that use ROUND to compute
their size shrinking by 4KB.

Cc: Lukasz Majewski 
Cc: Mike Frysinger

ARM: remove broken "evb4510" board.

2011-09-07T19:46:39+00:00

Signed-off-by: Wolfgang Denk 
Cc: Albert ARIBAUD 
Cc: Curt Brune

Flush cache after the OS image is loaded into the memory.

2011-09-05T14:07:44+00:00

Since we are loading an executable image into memory we need flush it
out of the cache to possible maintain coherence on CPUs with split
instruction and data caches.  We do this for other executable image
loading command.

On PowerPC once we do this we no longer need to explicitly flush the
dcache on multi-core systems in the BOOTM_STATE_OS_PREP phase.  We now
treat the BOOTM_STATE_OS_PREP as a no-op to maintain backwards
compatibility with the bootm subcommand.

Signed-off-by: James Yang 
Signed-off-by: Diana CRACIUN 
Signed-off-by: Kumar Gala

stdio: Fix a possible buffer overflow

2011-09-04T21:27:52+00:00

Signed-off-by: Bradley Bolen

led: Remove state-saving of led for toggle functionality and add toggle option to led command

2011-09-04T09:36:22+00:00

* Read the led output state from GPIO instead saving state in memory when it is [re]set
* Added a toggle option to the led command

Previous discussion:
http://lists.denx.de/pipermail/u-boot/2011-May/093068.html

Changes since v1:
Fixed checkpatch errors

Signed-off-by: Joel A Fernandes 
Signed-off-by: Jason Kridner 
Signed-off-by: Sandeep Paulraj

led: Fixed setting of STATUS_LED_BIT1 when led_name is 'all'

2011-09-04T09:36:22+00:00

Fix for only one led getting set or reset when the led_name is 'all'

Previous discussion:
http://lists.denx.de/pipermail/u-boot/2011-May/093068.html

Changes since v1:
Fixed checkpatch if statement error noticed by Sergei.

Signed-off-by: Joel A Fernandes 
Signed-off-by: Jason Kridner 
Cc: Sergei Shtylyov 
Signed-off-by: Sandeep Paulraj