On Sun, Jul 24, 2016 at 12:55:52AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> Here, UniPhier SoC updates for v2016.09-rc1.
> Please pull!
>
>
> The following changes since commit 04a4786c7c3907a8e0cf271c02a437858a3ea96d:
>
> test/py: vboot can be run only at Sandbox (2016-07-22 14:52:04 -04
On Sat, Jul 23, 2016 at 5:19 PM, Jagan Teki wrote:
>
> On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
> > During spi transfer, for example:
> > sspi 1:1.0 8 ff
> >
> > the rx_len values will be:
> > rx_len = 0
> > rx_len = 4294967295
> >
> > This caused a busy looping during xfer, this patch fi
a few quick questions about this feature before i move on to the
more widely-used stuff involving bootcount.
first, it seems that there's not a lot of saving bootcount in the
environment ... as i see it, there's the taurus board, and there's the
boards that include "siemens-am33x-common.h", o
From: Fabio Estevam
imx_ddr_size() can be used to calculate the DDR size in runtime.
By using this function we no longer need to define PHYS_SDRAM_SIZE.
Cc: Martin Donnelly
Signed-off-by: Fabio Estevam
---
board/ge/bx50v3/bx50v3.c| 2 +-
include/configs/ge_bx50v3.h | 2 --
2 files change
From: Fabio Estevam
novena uses the imx_ddr_size() function to calculate the DDR size in
runtime, so there is no need to define PHYS_SDRAM_SIZE.
Remove the unneeded definition.
Cc: Marek Vasut
Signed-off-by: Fabio Estevam
---
include/configs/novena.h | 1 -
1 file changed, 1 deletion(-)
dif
From: Fabio Estevam
imx_ddr_size() can be used to calculate the DDR size in runtime.
By using this function we no longer need to define PHYS_SDRAM_SIZE.
Signed-off-by: Fabio Estevam
---
board/warp/warp.c | 2 +-
include/configs/warp.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-
From: Fabio Estevam
imx_ddr_size() can be used to calculate the DDR size in runtime.
By using this function we no longer need to define PHYS_SDRAM_SIZE.
Cc: Heiko Schocher
Signed-off-by: Fabio Estevam
---
board/aristainetos/aristainetos.c | 2 +-
include/configs/aristainetos-common.h | 1
From: Fabio Estevam
cgtqmx6eval uses the imx_ddr_size() function to calculate the DDR size in
runtime, so there is no need to define PHYS_SDRAM_SIZE.
Remove the unneeded definition.
Cc: Otavio Salvador
Signed-off-by: Fabio Estevam
---
include/configs/cgtqmx6eval.h | 1 -
1 file changed, 1 de
On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
> During spi transfer, for example:
> sspi 1:1.0 8 ff
>
> the rx_len values will be:
> rx_len = 0
> rx_len = 4294967295
>
> This caused a busy looping during xfer, this patch fixes it
> by adding a check while reading the rx fifo
>
> Signed-off-by:
On 22 July 2016 at 15:39, Mugunthan V N wrote:
> On Friday 22 July 2016 10:55 AM, Vignesh R wrote:
>> clk_div is uninitialized at the beginning of ti_spi_set_speed(), move
>> debug() print after clk_div calculation to avoid compiler warning and to
>> have proper value of clk_div printed during deb
On 22 July 2016 at 15:38, Mugunthan V N wrote:
> On Friday 22 July 2016 10:55 AM, Vignesh R wrote:
>> Populating QSPI_RD_SNGL bit(0x1) in priv->cmd means that value
>> QSPI_INVAL (0x4) is not written to CMD field of QSPI_SPI_CMD_REG in
>> ti_qspi_cs_deactivate(). Therefore CS is never deactivated
On 22 July 2016 at 15:39, Mugunthan V N wrote:
> On Friday 22 July 2016 10:55 AM, Vignesh R wrote:
>> As per commit b545a98f5dc563 ("spi: ti_qspi: Add delay
>> for successful bulk erase) says its added to meet bulk erase timing
>> constraints. But bulk erase is a cmd to flash and delay in read pat
On 5 July 2016 at 10:47, Wenyou Yang wrote:
> Add AT25DF321 flash support.
> Fix AT25DF321A device name.
>
> Signed-off-by: Wenyou Yang
Applied to u-boot-spi/master
thanks!
--
Jagan.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/m
Hi Tom,
Here, UniPhier SoC updates for v2016.09-rc1.
Please pull!
The following changes since commit 04a4786c7c3907a8e0cf271c02a437858a3ea96d:
test/py: vboot can be run only at Sandbox (2016-07-22 14:52:04 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-uniphier.gi
2016-07-19 21:56 GMT+09:00 Masahiro Yamada :
> This does not have much impact on behavior, but makes code look more
> more like Linux. The use of devm_ioremap() often helps to delete
> .remove callbacks entirely.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot-uniphier/master.
--
Best Reg
2016-07-22 20:20 GMT+09:00 Masahiro Yamada :
> Deassert resets and enable clock signals of xHCI blocks if the
> corresponding CONFIG is enabled.
>
> Signed-off-by: Masahiro Yamada
>
Applied to u-boot-uniphier/master.
--
Best Regards
Masahiro Yamada
__
2016-07-22 13:38 GMT+09:00 Masahiro Yamada :
>
> I want this series merged during this merge window.
>
>
> Masahiro Yamada (4):
> ARM: uniphier: clear notification flag before L2 operation
> ARM: uniphier: rename outer-cache register macros
> ARM: uniphier: introduce flags to uniphier_board_d
2016-07-19 11:36 GMT+09:00 Masahiro Yamada :
> This downloads the same file twice for nothing.
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot-uniphier/master.
--
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lis
2016-07-06 19:24 GMT+09:00 Masahiro Yamada :
> On these two boards, the serial0 is used for inter-chip connection,
> so cannot be used for login console. The serial2 is used instead
> for them, but it is tedious to use because upper level deployment
> projects must switch login console per board.
This option controls how long it should be paused before entering
the auto-boot mode. The default value from Kconfig should be fine
for most cases, while users can still change it as they like.
Signed-off-by: Masahiro Yamada
---
configs/socfpga_arria5_defconfig | 1 -
configs/socfpga_cyc
Hi Simon,
Am Freitag, 22. Juli 2016, 20:31:36 schrieb Simon Glass:
> On 20 July 2016 at 19:47, Kever Yang wrote:
> > Simon apply my V4 patch which still have some problem, he said that he
> >
> > will rebase
> > with a new patch set either if I send a new version or send fixes, but he
> > wo
On Sat, 23 Jul 2016, Wolfgang Denk wrote:
> You may also want to read the README:
>
> 911 - Bootcount:
> ...
> 917 CONFIG_BOOTCOUNT_ENV
> 918 If no softreset save registers are found on the hardware
> 919 "bootcount" is stored in the environment
clawing my way through bootcount code, and there are a few
variations for the macro name BOOTCOUNT_ADDR, that's for sure (but
that's for another post).
anyway, just noticed this relatively sparse use of the macro
BOOTCOUNT_ADDR:
$ grep -rw BOOTCOUNT_ADDR *
board/keymile/km_arm/km_arm.c: boo
On Sat, 23 Jul 2016, Wolfgang Denk wrote:
> Dear "Robert P. J. Day",
>
> In message you
> wrote:
> >
> > never embarrassed to make a fool of myself, i have to admit that,
> > while crawling through examples of u-boot boards that define dual
> > partitions, i am confused by the following in
> >
Update MAINTAINER files for kylin_rk3036, evb_rk3036.
Signed-off-by: Ziyuan Xu
---
board/rockchip/evb_rk3036/MAINTAINERS | 4 ++--
board/rockchip/kylin_rk3036/MAINTAINERS | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/rockchip/evb_rk3036/MAINTAINERS
b/board/ro
The 'evb-rk3288' is not a vendor name, change it to 'rockchip' which is
the real vendor name.
Signed-off-by: Ziyuan Xu
---
arch/arm/mach-rockchip/rk3288/Kconfig | 2 +-
board/{evb-rk3288/evb-rk3288 => rockchip/evb_rk3288}/Kconfig | 6 +++---
board/{evb-rk3288/ev
26 matches
Mail list logo
