Hi Jaehoon Chung,
Thanks for your review comment.
On 07/25/2016 01:09 PM, Jaehoon Chung wrote:
Hi Kever,
On 07/25/2016 01:50 PM, Kever Yang wrote:
Signed-off-by: Kever Yang
---
drivers/mmc/rockchip_sdhci.c| 10 +-
include/configs/rk3399_common.h | 2 +-
2 files changed,
On Fri, Jul 15, 2016 at 10:45:34AM +0200, Hans de Goede wrote:
> Hi,
>
> On 04-07-16 14:57, Hans de Goede wrote:
> >Hi All,
> >
> >Between my $dayjob, linux-sunxi, other foss projects and last but
> >not least spending time with my wife and children I'm way too
> >busy lately.
> >
> >So I've decid
Hello Fabio,
Am 23.07.2016 um 18:23 schrieb Fabio Estevam:
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/arist
On 24.07.2016 15:12, Masahiro Yamada wrote:
I tried my best to use "select" where possible (for example, ARMv8
architecture) because I think this kind of option is generally user-
unconfigurable. However, I see some of PowerPC boards have 36BIT
defconfigs as well as 32BIT ones. I moved CONFIG_P
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: 2016年7月21日 15:10
> To: Wenyou Yang
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [PATCH v5] dm: at91: Add driver model support for the
> spi
> driver
>
> On 20 July 2016 at 15:05, Wenyou Yan
Hi,
Is there a standard way of passing information discovered by the SPL
onto the next boot stage?
I'm guessing for platforms that support the new driver model it's
possible to add/update information in the device-tree, but what about
platforms that don't currently use the new driver model.
I ha
Bank 0 is the "PMU GPIO" bank which is controlled by the PMU registers
rather than the GRF registers. In the GRF the top half of the register
is used as a mask so that some bits can be updated without affecting the
others, but in the PMU this feature is not provided and the top half of
the registe
Hi John,
On 07/25/2016 05:02 PM, John Keeping wrote:
Bank 0 is the "PMU GPIO" bank which is controlled by the PMU registers
rather than the GRF registers. In the GRF the top half of the register
is used as a mask so that some bits can be updated without affecting the
others, but in the PMU this
On Sun, 24 Jul 2016 20:41:30 -0500
Scott Wood wrote:
> On Wed, Jun 15, 2016 at 10:42:18AM +0200, Boris Brezillon wrote:
> > diff --git a/cmd/nand.c b/cmd/nand.c
> > index 583a18f..3a5e3a0 100644
> > --- a/cmd/nand.c
> > +++ b/cmd/nand.c
> > @@ -306,7 +306,7 @@ static void nand_print_and_set_info(
Add device tree for SAMA5D2 Xplained board.
Signed-off-by: Wenyou Yang
---
arch/arm/dts/Makefile | 3 +
arch/arm/dts/at91-sama5d2_xplained.dts | 200 ++
arch/arm/dts/sama5d2.dtsi | 671 +
3 files changed, 874 insertions(+)
On Mon, 25 Jul 2016, Wolfgang Denk wrote:
> Dear Robert,
>
> In message you
> wrote:
>
> >3094 CONFIG_AT91SAM9XE
> >3095 enable special bootcounter support on at91sam9xe
> > based boards.
> >3096 CONFIG_BLACKFIN
> >3097
Hi Ravi,
> Adding support functions to run dfu spl commands.
>
> Signed-off-by: Ravi Babu
> ---
> common/spl/Makefile |1 +
> common/spl/spl_dfu.c | 57
> ++
> include/spl.h|8 +++ 3 files changed, 66 insertions(+)
> create m
Convert the driver to the driver model while retaining the existing
legacy code. This allows the driver to support boards that have
converted to driver model as well as those that have not.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v8:
- Make atmel_sdhci_get_clk() to g
Hi Ravi,
> The cmd_dfu functionality is been used by both SPL and
> u-boot, saperating the core dfu functionality moving
> it to common/dfu.c.
>
> Signed-off-by: Ravi Babu
> ---
> cmd/dfu.c | 61 ++
> common/Makefile |2 ++
> common/dfu.c| 8
Add driver model support while retaining the existing legacy code.
This allows the driver to support boards that have converted to
driver model as well as those that have not.
Signed-off-by: Wenyou Yang
Reviewed-by: Simon Glass
---
Changes in v6:
- Remove the two flash related options.
Change
Hi,
On 25/07/16 13:55, Jaehoon Chung wrote:
> Hi All,
>
> On 07/12/2016 09:55 PM, Lukasz Majewski wrote:
>> Hi Jaehoon,
>>
>>> There is no data, it doesn't needs to wait for completing data
>>> transfer. (It seems that it can be removed.)
>>> Almost all timeout error is occured from stop command
On 07/25/2016 06:56 PM, Wenyou Yang wrote:
> Convert the driver to the driver model while retaining the existing
> legacy code. This allows the driver to support boards that have
> converted to driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> Reviewed-by: Simon Glass
The clean tree (make mrproper) and compilers are required when moving
config options, but not needed when we only cleanup headers.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
tools/moveconfig.py | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/moveconf
Masahiro Yamada (8):
tools: moveconfig: do not cleanup headers in include/generated
tools: moveconfig: do not check clean tree and compilers for -H option
tools: moveconfig: trim garbage lines after header cleanups
tools: moveconfig: show result of header cleaning in unified diff
tools:
The tools/moveconfig.py has a feature to cleanup #define/#undef's
of moved config options, but I want this tool to do a better job.
For example, when we are moving CONFIG_FOO and its define is
surrounded by #ifdef ... #endif, like follows:
#ifdef CONFIG_BAR
# define CONFIG_FOO
#endif
The
The files in include/generated are generated during build and removed
by "make mrproper", so it has no point to touch them by this tool.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
tools/moveconfig.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/moveconfig.py b/tools/
We mostly move config options from board header files to Kconfig,
but sometimes config defines come from CONFIG_SYS_EXTRA_OPTIONS.
Historically, CONFIG_SYS_EXTRA_OPTIONS originates in boards.cfg,
which was used as a central database of configuration prior to the
Kconfig conversion.
Now, we want t
Show code diff in color if --color option is given.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Make diffing into a helper function
tools/moveconfig.py | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/tools/moveconfig.py b/tools/movecon
The header cleanup feature of this tool now removes empty ifdef's,
successive blank lines as well as moved option defines. So, we
want to see a little more context to check which lines were deleted.
It is true that we can see it by "git diff", but it would not work
in the --dry-run mode. So, her
Correct the clean-up of such defines that continue across multiple
lines, like follows:
#define CONFIG_FOO "this continues to the next line " \
"this line should be removed too" \
"this line should be removed as well"
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
I want to reuse this routine in the next commit.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Newly added
tools/moveconfig.py | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/tools/moveconfig.py b/tools/moveconfig.py
index 5b1fa92..3b7499b 100755
By configuring DPLL_PER_HS13 divider value to provide 76.8MHz clock as
QSPI fclk on dra7xx, it is possible to operate SPI slave clock at
768.MHz which is the maximum supported frequency as per AM572x DM
SPRS953A. This helps to increase flash read speed by ~2MB/s.
Tested on DRA74 Rev G & H, DRA72
According to AM572x DM SPRS953A, QSPI bus speed can be 76.8MHz, update
the driver to use the same.
Signed-off-by: Vignesh R
---
drivers/spi/ti_qspi.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/ti_qspi.c b/drivers/spi/ti_qspi.c
index fa7ee22
From: Lokesh Vutla
According to AM572x DM SPRS953A, QSPI bus speed can be 76.8MHz, hence
update QSPI input clock divider value (DPLL_PER_HS13) to provide 76.8MHz
clock, so that driver can use the same.
Signed-off-by: Vignesh R
---
arch/arm/cpu/armv7/omap5/hw_data.c | 2 +-
1 file changed, 1 in
Now that QSPI driver can support 76.8MHz, update the
CONFIG_SF_DEFAULT_SPEED to the same value.
Signed-off-by: Vignesh R
---
include/configs/dra7xx_evm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/dra7xx_evm.h b/include/configs/dra7xx_evm.h
index 0d51aeb8
Hi Ravi,
> Traditionally the DFU support is available only
> as part 2nd stage boot loader(u-boot) and DFU
> is not supported in SPL.
>
> The SPL-DFU feature is useful for boards which
> does not have MMC/SD, ethernet boot mechanism
> to boot the board and only has USB inteface.
>
> This patch a
On Sat, Jul 23, 2016 at 1:23 PM, Fabio Estevam wrote:
> 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 E
According to AM572x DM SPRS953A, QSPI max bus speed is 76.8MHz.
Therefore update the spi-max-frequency value of QSPI node for DRA74 and
DRA72 evm. This increase flash read speed by ~2MB/s.
Signed-off-by: Vignesh R
---
arch/arm/dts/dra7-evm.dts | 2 +-
arch/arm/dts/dra72-evm.dts | 2 +-
2 files
Hi Tom,
2016-07-25 0:19 GMT+09:00 Tom Rini :
> On Sun, Jul 24, 2016 at 11:17:36PM +0900, Masahiro Yamada wrote:
>
>> The tools/moveconfig.py has a feature to cleanup #define/#undef's
>> of moved config options, but I want this tool to do a better job.
>>
>> For example, when we are moving CONFIG_
Hi Jaehoon,
> Hi All,
>
> On 07/12/2016 09:55 PM, Lukasz Majewski wrote:
> > Hi Jaehoon,
> >
> >> There is no data, it doesn't needs to wait for completing data
> >> transfer. (It seems that it can be removed.)
> >> Almost all timeout error is occured from stop command without data.
> >> After a
On Fri, 22 Jul 2016, Wolfgang Denk wrote:
> Dear Robert,
>
> In message you
> wrote:
> >
> > followup to my earlier post, i'll keep this short as i want to
> > do some research first, but i'm looking for setups where target
> > boards have dual partitions that switch between active and
> > ina
Hi Robert,
On 25/07/2016 12:42, Robert P. J. Day wrote:
> On Fri, 22 Jul 2016, Wolfgang Denk wrote:
>
>> Dear Robert,
>>
>> In message you
>> wrote:
>>>
>>> followup to my earlier post, i'll keep this short as i want to
>>> do some research first, but i'm looking for setups where target
>>> b
As I2C can be used before DRAM initialization for reading EEPROM,
avoid using static variables stored in BSS, since BSS is in DRAM, which
may not have been initialised yet. Explicitly mark "static global"
variables as belonging to the .data section.
Signed-off-by: Vignesh R
---
drivers/i2c/i2c-u
Hi Tom,
2016-07-25 1:55 GMT+09:00 Tom Rini :
> On Sun, Jul 24, 2016 at 10:12:50PM +0900, Masahiro Yamada wrote:
>
>> I tried my best to use "select" where possible (for example, ARMv8
>> architecture) because I think this kind of option is generally user-
>> unconfigurable. However, I see some o
On Mon, 25 Jul 2016, Stefano Babic wrote:
> Hi Robert,
>
> On 25/07/2016 12:42, Robert P. J. Day wrote:
> > p.s. i also noticed a few boards in u-boot that explicitly work with
> > "partition sets":
>
> Do not let be confused by digging the environment into U-Boot. There are
> much more boards as
We need to ensure that CONFIG_PHYS_64BIT is configured via Kconfig so
that it is always available to the build system. Otherwise we can run
into cases where we have inconsistent sizes of certain attributes.
Ravi Babu reported offset mismatch of struct dwc3 across files since
commit 95ebc253e6d4 (
Hi Jaehoon,
> -Original Message-
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: 2016年7月21日 12:17
> To: Wenyou Yang ; U-Boot Mailing List b...@lists.denx.de>
> Cc: Pantelis Antoniou ; Andreas Bießmann
> ; Simon Glass
> Subject: Re: [PATCH v7] mmc: atmel_sdhci: Convert to th
Hi Simon,
On 25.07.2016 04:07, Simon Glass wrote:
On 28 June 2016 at 07:44, Stefan Roese wrote:
This patch adds support for the SMBus block read/write functionality.
Other protocols like the SMBus quick command need to get added
if this is needed.
This patch also removed the SMBus related def
On 07/24/2016 06:38 PM, Masahiro Yamada wrote:
> This option controls how long it should be paused before entering
> the auto-boot mode. The default value from Kconfig should be fine
> except socfpga_vining_fpga_defconfig.
>
> Signed-off-by: Masahiro Yamada
Applied, thanks
> ---
>
> Changes i
ARM64 is correctly select'ed in arch/arm/Kconfig, so this line in
the defconfig is unneeded.
Signed-off-by: Masahiro Yamada
---
configs/thunderx_88xx_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/thunderx_88xx_defconfig b/configs/thunderx_88xx_defconfig
index 4a8655f..287
The "bootz" command is implemented in the "bootm", so the dependency
should be reflected in Kconfig.
Signed-off-by: Masahiro Yamada
---
Kconfig | 1 +
cmd/Kconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/Kconfig b/Kconfig
index ef12f9f..0d6afd2 100644
--- a/Kconfig
+++ b/Kconfi
Hi Lukasz
>> Adding support functions to run dfu spl commands.
>>
>> Signed-off-by: Ravi Babu
>> ---
>> common/spl/Makefile |1 +
>> common/spl/spl_dfu.c | 57
>> ++
>> include/spl.h|8 +++ 3 files changed, 66 insertions(+)
>>
This series adds support for TI's PCF8575 I2C GPIO expander[1] based on
Linux Kernel driver for the same. Also adds support for ethernet to use
new PCF8575 driver to select appropriate cpsw slaves on dra72.
Depends on I2C DM support [2]
Tested on DRA72 EVM.
[1]http://www.ti.com/lit/ds/symlink/p
On DRA72 EVM, cpsw slaves may be muxed with other modules. This
selection is controlled by a pcf gpio line. Add support for cpsw driver
to acquire mode-gpios and select the appropriate slave using gpio APIs.
Signed-off-by: Vignesh R
---
drivers/net/cpsw.c | 13 +
1 file changed, 13 i
TI's PCF8575 is a 16-bit I2C GPIO expander.The device features a
16-bit quasi-bidirectional I/O ports. Each quasi-bidirectional I/O can
be used as an input or output without the use of a data-direction
control signal. The I/Os should be high before being used as inputs.
Read the device documentatio
On DRA7, pcf chip present at address 0x21 on i2c1, is used to
switch between cpsw slave0 and slave1. Hence, enable PCF
driver for the same.
Signed-off-by: Vignesh R
---
include/configs/dra7xx_evm.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/dra7xx_evm.h b/include/co
On DRA72 EVM, cpsw slave1 is muxed with VIN2A, hence switch to cpsw
slave0 for ethernet. This is controlled by pcf gpio line. Add
appropriate mode-gpios DT entry so that driver can select the required
slave.
Signed-off-by: Vignesh R
---
arch/arm/dts/dra72-evm.dts | 2 +-
1 file changed, 1 insert
Hi Lukasz
>> +++ b/common/dfu.c
>> @@ -0,0 +1,88 @@
>> +/*
>> + * dfu.c -- dfu command
>Please write:
>dfu.c -- common dfu command code
Ok.
>> + *
>> + * Copyright (C) 2015
>> + * Lukasz Majewski
>> + *
>> + * Copyright (C) 2012 Samsung Electronics
>> + * authors: Andrzej Pietrasiewicz
>> +
The devicetrees for various platforms already exceed 16k. Add a define
CONFIG_SYS_FDT_SIZE to specify the FDT size, and default to 16k. This
allows platforms with larger devicetree blobs to boot from NOR.
Signed-off-by: Mike Looijmans
---
common/spl/spl_nor.c | 9 +++--
1 file changed, 7 ins
Masahiro Yamada (3):
cmd: bootz: make CMD_BOOTZ depend on CMD_BOOTM
cmd: booti: move CONFIG_CMD_BOOTI to Kconfig
arm64: thunderx_88xx_defconfig: remove unneeded
CONFIG_SYS_EXTRA_OPTIONS
Kconfig | 2 ++
cmd/Kconfig
This command is used to boot ARM64 Linux.
I made DISTRO_DEFAULTS select this option for ARM64 to respect
include/config_distro_defaults.h.
Signed-off-by: Masahiro Yamada
---
Kconfig | 1 +
cmd/Kconfig | 6 ++
con
On Mon, 25 Jul 2016, Masahiro Yamada wrote:
> The "bootz" command is implemented in the "bootm", so the dependency
> should be reflected in Kconfig.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Kconfig | 1 +
> cmd/Kconfig | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/Kconfig b/
Dear Robert,
In message you
wrote:
>
> i'm not sure it's as bad as it looks, since those macros are used
> specifically in drivers/bootcount/Makefile:
You are right, and apparently it is working fine so far. But it is
confusing, and...
> obj-$(CONFIG_SOC_DA8XX) += bootcount_davinc
On Mon, Jul 25, 2016 at 03:45:46PM +0530, Vignesh R wrote:
> Now that QSPI driver can support 76.8MHz, update the
> CONFIG_SF_DEFAULT_SPEED to the same value.
>
> Signed-off-by: Vignesh R
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Mon, Jul 25, 2016 at 06:40:22PM +0530, Vignesh R wrote:
> On DRA72 EVM, cpsw slaves may be muxed with other modules. This
> selection is controlled by a pcf gpio line. Add support for cpsw driver
> to acquire mode-gpios and select the appropriate slave using gpio APIs.
>
> Signed-off-by: Vigne
On Mon, Jul 25, 2016 at 06:40:20PM +0530, Vignesh R wrote:
> TI's PCF8575 is a 16-bit I2C GPIO expander.The device features a
> 16-bit quasi-bidirectional I/O ports. Each quasi-bidirectional I/O can
> be used as an input or output without the use of a data-direction
> control signal. The I/Os shou
On Mon, Jul 25, 2016 at 06:40:21PM +0530, Vignesh R wrote:
> On DRA7, pcf chip present at address 0x21 on i2c1, is used to
> switch between cpsw slave0 and slave1. Hence, enable PCF
> driver for the same.
>
> Signed-off-by: Vignesh R
> ---
> include/configs/dra7xx_evm.h | 5 +
> 1 file chan
On Mon, Jul 25, 2016 at 06:40:23PM +0530, Vignesh R wrote:
> On DRA72 EVM, cpsw slave1 is muxed with VIN2A, hence switch to cpsw
> slave0 for ethernet. This is controlled by pcf gpio line. Add
> appropriate mode-gpios DT entry so that driver can select the required
> slave.
>
> Signed-off-by: Vig
On Mon, Jul 25, 2016 at 07:15:29PM +0900, Masahiro Yamada wrote:
> We mostly move config options from board header files to Kconfig,
> but sometimes config defines come from CONFIG_SYS_EXTRA_OPTIONS.
>
> Historically, CONFIG_SYS_EXTRA_OPTIONS originates in boards.cfg,
> which was used as a centra
On Mon, Jul 25, 2016 at 03:45:44PM +0530, Vignesh R wrote:
> From: Lokesh Vutla
>
> According to AM572x DM SPRS953A, QSPI bus speed can be 76.8MHz, hence
> update QSPI input clock divider value (DPLL_PER_HS13) to provide 76.8MHz
> clock, so that driver can use the same.
>
> Signed-off-by: Vigne
On Mon, Jul 25, 2016 at 03:45:45PM +0530, Vignesh R wrote:
> According to AM572x DM SPRS953A, QSPI bus speed can be 76.8MHz, update
> the driver to use the same.
>
> Signed-off-by: Vignesh R
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Mon, Jul 25, 2016 at 07:15:26PM +0900, Masahiro Yamada wrote:
> Show code diff in color if --color option is given.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing
On Mon, Jul 25, 2016 at 07:15:28PM +0900, Masahiro Yamada wrote:
> I want to reuse this routine in the next commit.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing li
On Monday 25 July 2016 07:08 PM, Tom Rini wrote:
> On Mon, Jul 25, 2016 at 03:45:47PM +0530, Vignesh R wrote:
>
>> According to AM572x DM SPRS953A, QSPI max bus speed is 76.8MHz.
>> Therefore update the spi-max-frequency value of QSPI node for DRA74 and
>> DRA72 evm. This increase flash read spe
On Mon, Jul 25, 2016 at 01:20:39PM +0200, Mike Looijmans wrote:
> The devicetrees for various platforms already exceed 16k. Add a define
> CONFIG_SYS_FDT_SIZE to specify the FDT size, and default to 16k. This
> allows platforms with larger devicetree blobs to boot from NOR.
Ug, yes, that is too s
On Mon, Jul 25, 2016 at 03:45:47PM +0530, Vignesh R wrote:
> According to AM572x DM SPRS953A, QSPI max bus speed is 76.8MHz.
> Therefore update the spi-max-frequency value of QSPI node for DRA74 and
> DRA72 evm. This increase flash read speed by ~2MB/s.
>
> Signed-off-by: Vignesh R
Reviewed-by:
On Mon, Jul 25, 2016 at 03:45:43PM +0530, Vignesh R wrote:
> By configuring DPLL_PER_HS13 divider value to provide 76.8MHz clock as
> QSPI fclk on dra7xx, it is possible to operate SPI slave clock at
> 768.MHz which is the maximum supported frequency as per AM572x DM
> SPRS953A. This helps to incr
On Mon, Jul 25, 2016 at 07:56:03PM +0900, Masahiro Yamada wrote:
> We need to ensure that CONFIG_PHYS_64BIT is configured via Kconfig so
> that it is always available to the build system. Otherwise we can run
> into cases where we have inconsistent sizes of certain attributes.
>
> Ravi Babu repo
On Mon, Jul 25, 2016 at 06:57:21AM +0200, Wolfgang Denk wrote:
> Dear Robert,
>
> In message you
> wrote:
> >
> > so this tells me that there's not a whole lot of that feature being
> > used, so i won't spend much time on it.
>
> Right, it is only a last resort when you cannot find any better
On Mon, Jul 25, 2016 at 07:15:22PM +0900, Masahiro Yamada wrote:
> The files in include/generated are generated during build and removed
> by "make mrproper", so it has no point to touch them by this tool.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
--
Tom
signature.asc
Descri
Hi All,
I'm sorry to tell you that I failed to boot linux kernel with the
mainline u-boot on rk3288 board(both evb-rk3288 & fennec-rk3288). It was
stuck in cleanup_before_linux() before jumping to linux, and the
boot_stage_flag is BOOTSTAGE_ID_BOOTM_HANDOFF.
## Current stack ends at 0x7df638
Hi Ravi,
> Hi Lukasz
>
> >> Adding support functions to run dfu spl commands.
> >>
> >> Signed-off-by: Ravi Babu
> >> ---
> >> common/spl/Makefile |1 +
> >> common/spl/spl_dfu.c | 57
> >> ++
> >> include/spl.h|8 +++ 3 file
Hi Tom
>> +++ b/arch/arm/include/asm/arch-omap5/spl.h
>> @@ -20,7 +20,7 @@
>> #define BOOT_DEVICE_QSPI_1 0x0A
>> #define BOOT_DEVICE_QSPI_4 0x0B
>> #define BOOT_DEVICE_UART0x43
>> -#define BOOT_DEVICE_USB 0x45
>> +#define BOOT_DEVICE_DFU 0x45
>So you're breaking r
On Friday 22 July 2016 07:46 PM, Simon Glass wrote:
> Hi Muganthan,
>
> On 22 July 2016 at 01:35, Mugunthan V N wrote:
>> On Friday 22 July 2016 08:51 AM, Simon Glass wrote:
>>> Hi Mugunthan,
>>>
>>> On 18 July 2016 at 03:40, Mugunthan V N wrote:
parse dt parameter of i2c devices only when
Dear Tom,
In message <20160725135754.GN14698@bill-the-cat> you wrote:
>
> > Right, it is only a last resort when you cannot find any better place
> > to storeit (in a hardware register that survives resets).
>
> That's not strictly true. One of the things I noticed recently is that
> Mender use
On Mon, Jul 25, 2016 at 07:15:23PM +0900, Masahiro Yamada wrote:
> The clean tree (make mrproper) and compilers are required when moving
> config options, but not needed when we only cleanup headers.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description:
On Mon, Jul 25, 2016 at 07:15:27PM +0900, Masahiro Yamada wrote:
> Correct the clean-up of such defines that continue across multiple
> lines, like follows:
>
> #define CONFIG_FOO "this continues to the next line " \
> "this line should be removed too" \
> "this line should
Dear Tom,
I wrote:
> Agreed. Let me rephrase the warning, then: it is always a good idea
> to minimize the number of writes to the environment, especially when
> done automagically. One should at least avoid to re-write it on every
> boot, especially when storage is some (flash based) storage d
On Mon, Jul 25, 2016 at 02:17:35PM +, B, Ravi wrote:
> Hi Tom
>
> >> +++ b/arch/arm/include/asm/arch-omap5/spl.h
> >> @@ -20,7 +20,7 @@
> >> #define BOOT_DEVICE_QSPI_10x0A
> >> #define BOOT_DEVICE_QSPI_40x0B
> >> #define BOOT_DEVICE_UART 0x43
> >> -#define BOOT_DEVICE_USB
Tom
>> Traditionally the DFU support is available only as part 2nd stage boot
>> loader(u-boot) and DFU is not supported in SPL.
>>
>> The SPL-DFU feature is useful for boards which does not have MMC/SD,
>> ethernet boot mechanism to boot the board and only has USB inteface.
>How well did you
Hi Simon,
Am 23.07.2016 um 04:31 schrieb Simon Glass:
> On 18 July 2016 at 06:13, Heiko Stübner wrote:
>> Am Montag, 18. Juli 2016, 03:06:07 schrieb Andreas Färber:
>>> diff --git a/arch/arm/mach-rockchip/Kconfig b/arch/arm/mach-rockchip/Kconfig
>>> index 86b77f8..597f043 100644
>>> --- a/arch/ar
Hi Tom
>>
>> You are correct. This platform does not support BOOT_DEVICE_USB support.
>> The BOOT_DEVICE_USB is basically the USBHOST-MSC support
>> (CONFIG_SPL_USB_SUPPORT), i.e, boot from mass storage device.
>So, we have 3 SoCs that share these values here, and we need to be correct for
>al
On Mon, Jul 25, 2016 at 10:06:08PM +0900, Masahiro Yamada wrote:
> ARM64 is correctly select'ed in arch/arm/Kconfig, so this line in
> the defconfig is unneeded.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
On Mon, Jul 25, 2016 at 10:06:05PM +0900, Masahiro Yamada wrote:
>
> Masahiro Yamada (3):
> cmd: bootz: make CMD_BOOTZ depend on CMD_BOOTM
> cmd: booti: move CONFIG_CMD_BOOTI to Kconfig
After a quick skim of the code, I think we could split bootz/booti into
cmd/boot[zi].c and this I think mi
On Mon, Jul 25, 2016 at 02:40:21PM +, B, Ravi wrote:
> Tom
>
> >> Traditionally the DFU support is available only as part 2nd stage boot
> >> loader(u-boot) and DFU is not supported in SPL.
> >>
> >> The SPL-DFU feature is useful for boards which does not have MMC/SD,
> >> ethernet boot mec
On 25 July 2016 at 14:42, Michal Simek wrote:
> On 25.7.2016 15:06, Masahiro Yamada wrote:
>> This command is used to boot ARM64 Linux.
>>
>> I made DISTRO_DEFAULTS select this option for ARM64 to respect
>> include/config_distro_defaults.h.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Kcon
hi Stany,
The difference is that you print out assertion log.
Reset not supported on this platform
### ERROR ### Please RESET the board ###
You can add show_boot_progress() function in your bsp file to find out
something.
#define CONFIG_SHOW_BOOT_PROGRESS
void show_boot_progress(int progress)
On 25.7.2016 15:06, Masahiro Yamada wrote:
> This command is used to boot ARM64 Linux.
>
> I made DISTRO_DEFAULTS select this option for ARM64 to respect
> include/config_distro_defaults.h.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Kconfig | 1 +
> c
On Mon, Jul 25, 2016 at 08:54:27PM +1200, Chris Packham wrote:
> Hi,
>
> Is there a standard way of passing information discovered by the SPL
> onto the next boot stage?
>
> I'm guessing for platforms that support the new driver model it's
> possible to add/update information in the device-tree,
Ah, thanks. Your debugging looks the same as what I've seen from printf
debugging. I'll try to verify though.
On Mon, Jul 25, 2016 at 10:58 AM, Ziyuan Xu wrote:
> hi Stany,
>
> The difference is that you print out assertion log.
>
> Reset not supported on this platform
> ### ERROR ### Please RES
Tom
>> >How well did you test DFU on other platforms after these changes?
>> >Thanks
>>
>> Actually earlier platforms did not had this support, support for
>> either RNDIS boot mode (CONFIG_SPL_USBETH_SUPPORT) or CONFIG_SPL_USB_SUPPORT
>> (boot from mass-storage device) were only supported.
>
On Mon, Jul 25, 2016 at 03:25:52PM +, B, Ravi wrote:
> Tom
>
> >> >How well did you test DFU on other platforms after these changes?
> >> >Thanks
> >>
> >> Actually earlier platforms did not had this support, support for
> >> either RNDIS boot mode (CONFIG_SPL_USBETH_SUPPORT) or
> >> CONFI
Hi Tom
>> I got your point, You are referring to generic dfu code changes, that
>> is moving common dfu code to common/dfu.c , so that both u-boot and SPL can
>> leverage common code. But this change is generic cleanup code.
>> Yes, I did test DFU functionality on other platforms (say AM335X).
On 07/24/2016 08:07 PM, Simon Glass wrote:
Hi Stephen,
On 14 July 2016 at 22:17, Simon Glass wrote:
Hi Stephen,
On 13 July 2016 at 13:45, Stephen Warren wrote:
From: Stephen Warren
Many SoCs allow power to be applied to or removed from portions of the SoC
(power domains). This may be used
Hello Robert,
sorry for replying late, but I was on vacation ... and as I got
while I was on vacation!, a new Internetconnection my current
Internetaccess state is unstable, incl. loosing EMails, because
my provider disabled my EMail address (seems currently already
re-enabled ... so sorry, if I
1 - 100 of 222 matches
Mail list logo
