u-boot.git, branch v2015.01-rc1 Unnamed repository; edit this file 'description' to name the repository. Prepare v2015.01-rc1 2014-11-10T21:25:29+00:00 Tom Rini trini@ti.com 2014-11-10T21:19:51+00:00 9906090f527153afddc5aa64d37cb5f89c6ee129 Signed-off-by: Tom Rini <trini@ti.com> 
Signed-off-by: Tom Rini <trini@ti.com>
Merge branch 'master' of git://git.denx.de/u-boot-i2c 2014-11-10T21:25:29+00:00 Tom Rini trini@ti.com 2014-11-10T14:20:52+00:00 1e4b45c8f753f4523b8f60d3ce4191b6116966c0 






Merge branch 'master' of git://git.denx.de/u-boot-blackfin
2014-11-10T21:25:28+00:00

Tom Rini
trini@ti.com

2014-11-10T14:20:38+00:00

490fdad5862d919f26793a484e2be4530740407a












Merge branch 'master' of git://git.denx.de/u-boot-arm
2014-11-10T21:25:28+00:00

Tom Rini
trini@ti.com

2014-11-08T01:35:20+00:00

2db8c2d61a05bb4a94bb341329c6de811757c111












Added support for comments in input to mkenvimage.
2014-11-10T21:25:28+00:00

Dominik Muth
dominik.muth@bkvibro.com

2014-08-28T10:25:27+00:00

e72be8947e129f5ab274c0a9f235d2cc0014b2ea

This patch adds support for comments in the input to mkenvimage, i.e. in
the environment source: All lines starting with a # in the firs column
will be ignored.

Additionally empty lines will also be ignored.

Signed-off-by: Dominik Muth <dominik.muth@bkvibro.com>





This patch adds support for comments in the input to mkenvimage, i.e. in
the environment source: All lines starting with a # in the firs column
will be ignored.

Additionally empty lines will also be ignored.

Signed-off-by: Dominik Muth <dominik.muth@bkvibro.com>







ZFS: Clean up cppcheck warnings where relevant, leaked memory etc
2014-11-10T21:25:27+00:00

Jorgen Lundman
lundman@lundman.net

2014-11-07T01:08:35+00:00

e183de0d3efccd77b4a7b9d1395a9f29bba68e26

In a message from Wolfgang Denk highlighting warnings from cppcheck,
the patch will address those that are correctly diagnosed. Some are
false-positives:

> [fs/zfs/zfs.c:937]: (error) Memory leak: l
dmu_read() allocates "l" if successful, so error-case should not free
it.
> [fs/zfs/zfs.c:1141]: (error) Memory leak: dnbuf
dmu_read() allocates "dnbuf" if successful, so error-case should not
free it.
> [fs/zfs/zfs.c:1372]: (error) Memory leak: osp
zio_read() allocates "osp" if successful, so error-case should
not free it.
> [fs/zfs/zfs.c:1726]: (error) Memory leak: nvlist
int_zfs_fetch_nvlist() allocates "nvlist" if successful, so error-case
should not free it.

Signed-off-by: Jorgen Lundman <lundman@lundman.net>





In a message from Wolfgang Denk highlighting warnings from cppcheck,
the patch will address those that are correctly diagnosed. Some are
false-positives:

> [fs/zfs/zfs.c:937]: (error) Memory leak: l
dmu_read() allocates "l" if successful, so error-case should not free
it.
> [fs/zfs/zfs.c:1141]: (error) Memory leak: dnbuf
dmu_read() allocates "dnbuf" if successful, so error-case should not
free it.
> [fs/zfs/zfs.c:1372]: (error) Memory leak: osp
zio_read() allocates "osp" if successful, so error-case should
not free it.
> [fs/zfs/zfs.c:1726]: (error) Memory leak: nvlist
int_zfs_fetch_nvlist() allocates "nvlist" if successful, so error-case
should not free it.

Signed-off-by: Jorgen Lundman <lundman@lundman.net>







board/esd/common/auto_update.c: fix Uninitialized variable
2014-11-10T21:25:27+00:00

Wolfgang Denk
wd@denx.de

2014-11-06T13:03:05+00:00

6c5f4aef02ae76357a5d85303c9890619aad0293

cppcheck reports:

[board/esd/common/auto_update.c:458]: (error) Uninitialized variable: cnt

The variable is not really used anywhere, so remove it.

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
Acked-by: Matthias Fuchs <matthias.fuchs@esd.eu>





cppcheck reports:

[board/esd/common/auto_update.c:458]: (error) Uninitialized variable: cnt

The variable is not really used anywhere, so remove it.

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
Acked-by: Matthias Fuchs <matthias.fuchs@esd.eu>







ARM: MXS: fix Uninitialized variable error
2014-11-10T21:25:27+00:00

Wolfgang Denk
wd@denx.de

2014-11-06T13:03:04+00:00

feb8cf4a1bc9e1d534d4b2e8ad6d3ee9f5384942

cppcheck reports:

[arch/arm/cpu/arm926ejs/mxs/timer.c:96]: (error) Uninitialized
variable: now

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: Marek Vasut <marex@denx.de>
Cc: Stefano Babic <sbabic@denx.de>





cppcheck reports:

[arch/arm/cpu/arm926ejs/mxs/timer.c:96]: (error) Uninitialized
variable: now

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: Marek Vasut <marex@denx.de>
Cc: Stefano Babic <sbabic@denx.de>







i2c: rcar_i2c: Fix order of restart and clear status
2014-11-10T05:47:37+00:00

Nobuhiro Iwamatsu
nobuhiro.iwamatsu.yj@renesas.com

2014-11-04T04:28:50+00:00

cd818a381ddcdc2440a167757394298f28b70240

In case of repeated START condition, the restart has to be kicked
before clear status (MSR register). If it is kicked after clear status,
R-Car I2C may transfer data (TXD register) or receive data (RXD register)
instead of transferring slave address (MAR register).

Signed-off-by: Ryo Kataoka <ryo.kataoka.wt@renesas.com>
Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>





In case of repeated START condition, the restart has to be kicked
before clear status (MSR register). If it is kicked after clear status,
R-Car I2C may transfer data (TXD register) or receive data (RXD register)
instead of transferring slave address (MAR register).

Signed-off-by: Ryo Kataoka <ryo.kataoka.wt@renesas.com>
Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>







drivers/i2c/fsl_i2c: Change CONFIG_I2C_TIMEOUT to 100ms
2014-11-10T05:47:36+00:00

Shaveta Leekha
shaveta@freescale.com

2014-11-03T05:13:14+00:00

6dd38cc35245db624443ee596eb78853fa9cca7a

Some slow I2C devices like Power Monitor(ZM7304) at times
do not work well with low timeout value, so I2C bus get stuck
during read cycle with this device, changing it to 100ms from
10ms works fine

A lot of other i2c drivers like mxc and i2c drivers of BOOTROM
also use relax timeouts to give sufficient ticks to work well
with slower devices

Signed-off-by: Shaveta Leekha <shaveta@freescale.com>
Signed-off-by: Poonam Aggrwal <poonam.aggrwal@freescale.com>





Some slow I2C devices like Power Monitor(ZM7304) at times
do not work well with low timeout value, so I2C bus get stuck
during read cycle with this device, changing it to 100ms from
10ms works fine

A lot of other i2c drivers like mxc and i2c drivers of BOOTROM
also use relax timeouts to give sufficient ticks to work well
with slower devices

Signed-off-by: Shaveta Leekha <shaveta@freescale.com>
Signed-off-by: Poonam Aggrwal <poonam.aggrwal@freescale.com>