Update the API's for transition of Security Monitor states. Instead
of providing both initial and final states for transition, just provide
final state for transition as Security Monitor driver will take care
of it internally.
Signed-off-by: Sumit Garg
---
board/freescale/common/fsl_validate.c |
Hello Michal,
Am 30.08.2016 um 15:32 schrieb Michal Simek:
board_usb_init() can failed and error should be handled properly.
Signed-off-by: Michal Simek
---
Changes in v2:
- Fix type in return error value
common/dfu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Reviewed-b
Hello Michal,
Am 30.08.2016 um 15:18 schrieb Michal Simek:
board_usb_init() can failed and error should be handled properly.
Signed-off-by: Michal Simek
---
common/dfu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Reviewed-by: Heiko Schocher
bye,
Heiko
diff --git a/com
On 08/01/2016 03:54 PM, Tom Rini wrote:
> As part of testing booting Linux kernels on Rockchip devices, it was
> discovered by Ziyuan Xu and Sandy Patterson that we had multiple and for
> some cases incomplete isb definitions. This was causing a failure to
> boot of the Linux kernel.
>
> In order
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> Add a new defconfig file for the AM335x High Security EVM. This config
> is specific for the case of SD card booting, we the boot types to be
> seperate defconfigs as some options change depending on boot type, in
> addition this allo
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> Authentication of images in Falcon Mode is not supported. Do not enable
> SPL_OS_BOOT when TI_SECURE_DEVICE is enabled. This prevents attempting
> to directly load kernel images which will fail, for security reasons,
> on HS devices,
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> The SPL load address changes based on boot time in HS devices,
> ISW_ENTRY_ADDR is used to set this address for AM43xx based SoCs
> for similar reasons. Add this same logic for AM33xx devices.
>
> Also make the default value for ISW_
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> This config option seems to be unused and is probably vestigial.
> Remove it.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla
Thanks and regards,
Lokesh
> ---
> include/configs/am335x_evm.h |
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> Like OMAP54xx and AM43xx family SoCs, AM33xx based SoCs have high
> security enabled models. Allow AM33xx devices to be built with
> HS Device Type Support.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
Acked-by: Lok
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> The option SPL_SPI_SUPPORT is used to enable support in SPL for loading
> images from SPI flash, it should not be used to determine the build type
> of the SPL image itself. The ability to read images from SPI flash does
> not imply t
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> When CONFIG_FIT_IMAGE_POST_PROCESS or CONFIG_SPL_FIT_IMAGE_POST_PROCESS
> is enabled board_fit_image_post_process will be called, add this
> function to am33xx boards when CONFIG_TI_SECURE_DEVICE is set to
> verify the loaded image.
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> The config option AM33XX is used in several boards and should be
> defined as a stand-alone option for this SOC. We break this out
> from target boards that use this SoC and common headers then enable
> AM33XX on in all the boards tha
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> Depending on the boot media, different images are needed
> for secure devices. The build generates u-boot*_HS_* files
> as appropriate for the different boot modes.
>
> For AM33xx devices additional image types are needed for
> vario
On Wednesday 31 August 2016 12:36 AM, Andrew F. Davis wrote:
> Add a section describing the additional boot types used on AM33xx
> secure devices.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla
Thanks and regards,
Lokesh
> ---
> doc/README.ti-secure | 3
Hi Stephen,
On 08/31/2016 01:11 AM, Stephen Warren wrote:
> Jaehoon,
>
> When building git://git.denx.de/u-boot-mmc.git master for sandbox, I see the
> following error, and many more like it:
Thanks for pointing out. I'm testing the building with buildman.
I knew that there is buildman in u-boo
On 08/30/2016 05:21 AM, Kever Yang wrote:
> Hi Marek,
>
> On 08/29/2016 09:01 AM, Marek Vasut wrote:
>> On 08/29/2016 02:55 AM, Kever Yang wrote:
>>> Hi Marek,
>>>
>>> On 08/26/2016 05:09 PM, Marek Vasut wrote:
On 08/25/2016 03:17 AM, Kever Yang wrote:
> Hi Marek,
>
> On 08/24/201
The Colorado TK1 SOM is a small form factor board similar to the
Jetson TK1. The main differences lie in the pinmux, and in that the
PCIe controller is set to use in 4lanes+1lane, rather than 2+2.
The pinmux header here was generated from a spreadsheet provided by
Colorado Engineering using the t
Resend
(Somehow this mail didn't reach mailing list, again)
On 08/01/2016 03:54 PM, Tom Rini wrote:
> As part of testing booting Linux kernels on Rockchip devices, it was
> discovered by Ziyuan Xu and Sandy Patterson that we had multiple and for
> some cases incomplete isb definitions. This was c
> "Stephen" == Stephen Warren writes:
Stephen> On 08/29/2016 06:51 PM, peter.ch...@data61.csiro.au wrote:
>> The Colorado TK1 SOM is a small form factor board similar to the
>> Jetson TK1. The main differences lie in the pinmux, and in that
>> the PCIe controller is set to use in 4lanes+1lan
On 08/05/2016 05:57 PM, Tom Rini wrote:
> On Mon, Aug 01, 2016 at 06:54:53PM -0400, Tom Rini wrote:
>
>> As part of testing booting Linux kernels on Rockchip devices, it was
>> discovered by Ziyuan Xu and Sandy Patterson that we had multiple and for
>> some cases incomplete isb definitions. This w
2016-08-31 4:43 GMT+09:00 Stephen Warren :
> On 08/30/2016 01:13 PM, Masahiro Yamada wrote:
>>
>> 2016-08-31 1:25 GMT+09:00 Stephen Warren :
>>>
>>> On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
>>>
>>>
>>>
dif
As bootargs is hard-coded for the default behavior on the
omap3_pandora, only set the bootargs if distro_bootcmd fails to
load. This leaves distro_bootcmd free to use alternate boot arguments.
Signed-off-by: Vagrant Cascadian
---
include/configs/omap3_pandora.h | 3 ++-
1 file changed, 2 insert
The first patch enables distro bootcmd support.
The second patch only sets the bootargs if distro_bootcmd loading
failed.
This is based on the patch series submitted yesterday fixing the mmc
boot syntax for omap3_pandora, though could easily be merged together
into a single patch series if that
Add support for using distro_bootcmd to the omap3_pandora target,
falling back to prior behavior.
Signed-off-by: Vagrant Cascadian
---
include/configs/omap3_pandora.h | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/include/configs/omap3_pandora.h b/incl
On 08/29/2016 06:51 PM, peter.ch...@data61.csiro.au wrote:
The Colorado TK1 SOM is a small form factor board similar to the
Jetson TK1. The main differences lie in the pinmux, and in that the
PCIe controller is set to use in 4lanes+1lane, rather than 2+2.
The pinmux header here was generated fr
On 08/30/2016 01:13 PM, Masahiro Yamada wrote:
2016-08-31 1:25 GMT+09:00 Stephen Warren :
On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
diff --git a/arch/arm/mach-tegra/tegra124/Kconfig
b/arch/arm/mach-tegra/tegra124/Kcon
2016-08-31 1:25 GMT+09:00 Stephen Warren :
> On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
>>
>> SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
>
>
>> diff --git a/arch/arm/mach-tegra/tegra124/Kconfig
>> b/arch/arm/mach-tegra/tegra124/Kconfig
>
>
>> config TARGET_JETSON_TK1
>
The config option AM33XX is used in several boards and should be
defined as a stand-alone option for this SOC. We break this out
from target boards that use this SoC and common headers then enable
AM33XX on in all the boards that used these targets to eliminate any
functional change with this patch
When CONFIG_FIT_IMAGE_POST_PROCESS or CONFIG_SPL_FIT_IMAGE_POST_PROCESS
is enabled board_fit_image_post_process will be called, add this
function to am33xx boards when CONFIG_TI_SECURE_DEVICE is set to
verify the loaded image.
Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
---
board/ti/am
Depending on the boot media, different images are needed
for secure devices. The build generates u-boot*_HS_* files
as appropriate for the different boot modes.
For AM33xx devices additional image types are needed for
various SPL boot modes as the ROM checks for the name of
the boot mode in the fi
Like OMAP54xx and AM43xx family SoCs, AM33xx based SoCs have high
security enabled models. Allow AM33xx devices to be built with
HS Device Type Support.
Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 dele
Hello all,
I've recently been tasked with enabling authenticated boot for AM33xx based
devices. This work is similar to what has already been done for the AM43xx
and AM57xx SoCs and leverages much of the infrastructure from them.
The big difference here is the size of SRAM available on AM33xx bei
The SPL load address changes based on boot time in HS devices,
ISW_ENTRY_ADDR is used to set this address for AM43xx based SoCs
for similar reasons. Add this same logic for AM33xx devices.
Also make the default value for ISW_ENTRY_ADDR correct for GP
devices based on SoC, HS devices already pick t
Add a new defconfig file for the AM335x High Security EVM. This config
is specific for the case of SD card booting, we the boot types to be
seperate defconfigs as some options change depending on boot type, in
addition this allows us to trim the SPL size as we only need to support
one boot media.
This config option seems to be unused and is probably vestigial.
Remove it.
Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
---
include/configs/am335x_evm.h | 2 --
include/configs/am335x_shc.h | 2 --
include/configs/am335x_sl50.h | 2 --
include/configs/bav335x.h | 2 --
4 files ch
The option SPL_SPI_SUPPORT is used to enable support in SPL for loading
images from SPI flash, it should not be used to determine the build type
of the SPL image itself. The ability to read images from SPI flash does
not imply the SPL will be booted from SPI flash.
Unconditionally build SPI flash
Authentication of images in Falcon Mode is not supported. Do not enable
SPL_OS_BOOT when TI_SECURE_DEVICE is enabled. This prevents attempting
to directly load kernel images which will fail, for security reasons,
on HS devices, the board is locked if a non-authenticatable image load
is attempted, s
Add a section describing the additional boot types used on AM33xx
secure devices.
Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
---
doc/README.ti-secure | 32
1 file changed, 32 insertions(+)
diff --git a/doc/README.ti-secure b/doc/README.ti-secure
index
Hi Masahiro,
On 29 August 2016 at 21:25, Masahiro Yamada
wrote:
> 2016-08-30 9:21 GMT+09:00 Simon Glass :
>> Move this option to Kconfig and tidy up existing uses.
>>
>> Signed-off-by: Simon Glass
>
>>
>> diff --git a/arch/arm/cpu/armv7/am33xx/Kconfig
>> b/arch/arm/cpu/armv7/am33xx/Kconfig
>> i
On 08/26/2016 12:01 AM, Lokesh Vutla wrote:
>
>
> On Friday 26 August 2016 03:15 AM, Andrew F. Davis wrote:
>> The SPL load address changes based on boot time in HS devices,
>> ISW_ENTRY_ADDR is used to set this address for AM43xx based SoCs
>> for similar reasons. Add this same logic for AM33xx
On 08/30/2016 02:11 AM, Wenyou Yang wrote:
To avoid the wild pointer as NULL->of_xlate, add an empty .ops
callback for the clk_generic driver.
This shouldn't be needed. If this driver isn't a clock provider, and it
cannot be a clock provider without implementing and clock ops, then
nothing sh
On 08/30/2016 02:11 AM, Wenyou Yang wrote:
The at91-pmc and at91-sckc aren't the clock providers, change their
class ID from UCLASS_CLK to UCLASS_SIMPLE_BUS, they also don't
need to bind the child nodes explicitly, the .post_bind callback
of simple_bus uclass will do it for them.
This patch,
Ac
On 08/30/2016 12:56 AM, Masahiro Yamada wrote:
SPL_BUILD is not a CONFIG in Kconfig, so !SPL_BUILD is always true.
diff --git a/arch/arm/mach-tegra/tegra124/Kconfig
b/arch/arm/mach-tegra/tegra124/Kconfig
config TARGET_JETSON_TK1
bool "NVIDIA Tegra124 Jetson TK1 board"
- sele
From: Stephen Warren
The board ID EEPROM and board ID stickers on p2771- will use a numeric
versioning scheme, with version numbers such as 000/100/200/300/400/500.
Within NVIDIA, these versions are also known as A00/A01/A02/A03/A04/B00.
However, that numbering scheme is not easily visible ou
Jaehoon,
When building git://git.denx.de/u-boot-mmc.git master for sandbox, I see
the following error, and many more like it:
Building current source for 3 boards (3 threads, 4 jobs per thread)
sandbox: + sandbox_noblk
+drivers/mmc/mmc.c:25:6: error: ‘SZ_16K’ undeclared here (not in a f
On 08/29/2016 02:45 PM, Stephen Warren wrote:
From: Stephen Warren
The board ID EEPROM and board ID stickers on p2771- will use a numeric
versioning scheme, with version numbers such as 000/100/200/300/400/500.
Within NVIDIA, these versions are also known as A00/A01/A02/A03/A04/B00.
However
Hi Ziyuan,
It was rk3036-kylin board.
This bug will make distro_boot failed.
2016-08-30 22:11 GMT+08:00 Ziyuan Xu :
>
>
> On 2016年08月30日 21:56, 陈豪 wrote:
>>
>> Hi jaehoon,
>>
>>
>> 2016-08-30 17:54 GMT+08:00 Jaehoon Chung :
>>>
>>> Hi Jacob,
>>>
>>> On 08/30/2016 02:26 AM, Jacob Chen wrote:
Hi Fabio,
On 8/25/2016 8:18 PM, Fabio Estevam wrote:
> Hi Ye Li,
>
> On Thu, Aug 25, 2016 at 3:25 AM, Ye Li wrote:
>> Hi Fabio,
>>
>>I just tried 'ums' on mx7d sabresd with latest u-boot-imx codes. It works
>> well on my board. I don't see your issue. My SD card has a FAT partition. I
>> ca
Hi Michal,
> board_usb_init() can failed and error should be handled properly.
>
> Signed-off-by: Michal Simek
> ---
>
> Changes in v2:
> - Fix type in return error value
>
> common/dfu.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/common/dfu.c b/common/dfu.
On 2016年08月30日 21:56, 陈豪 wrote:
Hi jaehoon,
2016-08-30 17:54 GMT+08:00 Jaehoon Chung :
Hi Jacob,
On 08/30/2016 02:26 AM, Jacob Chen wrote:
From: "jacob2.chen"
The former implement have a bug.
It will cause wrong data reading sometimes.
Could you explain what bug is there?
This bug affe
Hi jaehoon,
2016-08-30 17:54 GMT+08:00 Jaehoon Chung :
> Hi Jacob,
>
> On 08/30/2016 02:26 AM, Jacob Chen wrote:
>> From: "jacob2.chen"
>>
>> The former implement have a bug.
>> It will cause wrong data reading sometimes.
>
> Could you explain what bug is there?
This bug affects data reading an
board_usb_init() can failed and error should be handled properly.
Signed-off-by: Michal Simek
---
Changes in v2:
- Fix type in return error value
common/dfu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/common/dfu.c b/common/dfu.c
index 4c529f7c36f9..0e9f5f59c80a 1
board_usb_init() can failed and error should be handled properly.
Signed-off-by: Michal Simek
---
common/dfu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/common/dfu.c b/common/dfu.c
index 4c529f7c36f9..e384873f66ed 100644
--- a/common/dfu.c
+++ b/common/dfu.c
@@ -2
> "pc" == pc ramachandra writes:
> Hai,
> I am using buildroot-2015.08.1 tool, Mainly i am used
Buildroot questions should go to the Buildroot list
(buildr...@buildroot.org).
> make distclean
> make xilinx_zc706_defconfig
> make menuconfig
> make
> then these error occurred below th
On Tue, Aug 30, 2016 at 01:25:42PM +0200, Michal Simek wrote:
> Hi Tom
>
> On 30.8.2016 13:21, Tom Rini wrote:
> > On Tue, Aug 30, 2016 at 08:49:33AM +0200, Michal Simek wrote:
> >
> >> Hi Tom,
> >>
> >> 2016-08-01 6:49 GMT+02:00 Siva Durga Prasad Paladugu <
> >> siva.durga.palad...@xilinx.com>:
Hi Tom
On 30.8.2016 13:21, Tom Rini wrote:
> On Tue, Aug 30, 2016 at 08:49:33AM +0200, Michal Simek wrote:
>
>> Hi Tom,
>>
>> 2016-08-01 6:49 GMT+02:00 Siva Durga Prasad Paladugu <
>> siva.durga.palad...@xilinx.com>:
>>
>>> Added new Kconfig entry for config IDENT_STRING.
>>>
>>> Signed-off-by: S
On Tue, Aug 30, 2016 at 04:55:35PM +0530, Sekhar Nori wrote:
> On Tuesday 30 August 2016 04:50 PM, Tom Rini wrote:
> > On Tue, Aug 30, 2016 at 12:03:32PM +0530, Sekhar Nori wrote:
> >> Hi Tom,
> >>
> >> On Saturday 27 August 2016 02:31 AM, Tom Rini wrote:
> >>> This is another example of needing to
On Tuesday 30 August 2016 04:50 PM, Tom Rini wrote:
> On Tue, Aug 30, 2016 at 12:03:32PM +0530, Sekhar Nori wrote:
>> Hi Tom,
>>
>> On Saturday 27 August 2016 02:31 AM, Tom Rini wrote:
>>> This is another example of needing to find a place and a way to put
>>> vendor specific stuff somewhere. Alon
Hi,
I have p4080ds board. I want to use NOR flash is in page mode. I have
learned that by default elbc is in GPCM mode which does not support page
mode access. In order to use page mode access UPM mode should be defined and
configured. So What steps I should follow in uboot?
Best regards
--
Vi
On Tue, Aug 30, 2016 at 08:49:33AM +0200, Michal Simek wrote:
> Hi Tom,
>
> 2016-08-01 6:49 GMT+02:00 Siva Durga Prasad Paladugu <
> siva.durga.palad...@xilinx.com>:
>
> > Added new Kconfig entry for config IDENT_STRING.
> >
> > Signed-off-by: Siva Durga Prasad Paladugu
> > ---
> > Changes for
On Sat, Aug 27, 2016 at 05:19:16PM +0530, Lokesh Vutla wrote:
> Enable ECC byte lane for k2g-evm
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.d
On Sat, Aug 27, 2016 at 05:19:15PM +0530, Lokesh Vutla wrote:
> EEC is being enabled based on the ddr size populated by SPD data.
> But not all keystone platforms have SPD data to detect ddr3 size.
> So, enable ECC using the detected DDR size.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Ri
On Tue, Aug 30, 2016 at 11:01:34AM +0530, Lokesh Vutla wrote:
> Delete board specific Kconfig entries for DISPLAY_BOARDINFO and create a
> common
> entry. Select it for all TI SoCs and the boards that already has Kconfig
> entry.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
On Tue, Aug 30, 2016 at 11:01:33AM +0530, Lokesh Vutla wrote:
> Create a common Kconfig entry for DISPLAY_CPUINFO and select it for all
> TI SoCs.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Tue, Aug 30, 2016 at 11:01:32AM +0530, Lokesh Vutla wrote:
> Add silicon ID code for AM437x silicon. This can be used to print
> the cpu info using CONFIG_DISPLAY_CPUINFO.
> Also printing "CPU :" along with cpu name in order to be consistent
> with other OMAP platforms.
>
> Signed-off-by: Loke
On Tue, Aug 30, 2016 at 12:03:32PM +0530, Sekhar Nori wrote:
> Hi Tom,
>
> On Saturday 27 August 2016 02:31 AM, Tom Rini wrote:
> > This is another example of needing to find a place and a way to put
> > vendor specific stuff somewhere. Along with needing to figure out how
> > to move environment
Hi Prabhakar,
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: Saturday, August 27, 2016 10:21 AM
> To: Qianyu Gong ; u-boot@lists.denx.de; york sun
>
> Cc: Mingkai Hu ; Shaohui Xie ;
> Zhiqiang Hou ; Wenbin Song ;
> Mingkai Hu ; Qianyu Gong
> Subject: RE: [PATCH 8/8] armv8: ls104
Masahiro Yamada (4):
ARM: tegra: remove wrong dependency on SPL_BUILD
ARM: armv7: guard memory reserve for PSCI with #ifdef
CONFIG_ARMV7_PSCI
ARM: armv7: move CONFIG_ARMV7_PSCI to Kconfig
ARM: armv7: move ARMV7_PSCI_NR_CPUS to Kconfig
arch/arm/Kconfig | 3 +++
ar
Dear u-boot network experts,
I'm now working on NXP MX6Q Sabreauto board with AR8031 network card.
I'm using rel_imx_4.1.15_1.2.0_ga.
Basically, the network works fine. u-boot can send ping to other device, do the
tftp boot as well.
But, I just realized that u-boot never respond on ping command
Masahiro Yamada (4):
ARM: tegra: remove wrong dependency on SPL_BUILD
ARM: armv7: guard memory reserve for PSCI with #ifdef
CONFIG_ARMV7_PSCI
ARM: armv7: move CONFIG_ARMV7_PSCI to Kconfig
ARM: armv7: move ARMV7_PSCI_NR_CPUS to Kconfig
arch/arm/Kconfig | 3 +++
ar
Hi, Tom
Yes, I have tested all kinds of cases.
Best Regards
Wenbin Song
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, August 30, 2016 8:22 AM
> To: Wenbin Song
> Cc: s...@chromium.org; bmeng...@gmail.com; h...@denx.de;
> p.marc...@samsung.com; s...@d
> -Original Message-
> From: york sun
> Sent: Friday, August 26, 2016 11:00 PM
> To: Qianyu Gong ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Mingkai Hu
> ; Shaohui Xie ; Zhiqiang Hou
> ; Wenbin Song
> Subject: Re: [PATCH 1/8] drivers/ddr/fsl: add DEBUG_38
>
> On 08/26/2016 04:40 A
Hi Wenyou,
On 08/30/2016 05:14 PM, Wenyou Yang wrote:
> Add mmc_init() in the mmc preinit phrase to get the device's
> information. Otherwise, if the environment variables are from
> the mmc device, it will fail with "** Bad device size - mmc 1 **".
>
> Signed-off-by: Wenyou Yang
> ---
>
> dri
On 30.08.2016 11:50, Masahiro Yamada wrote:
If both SPL_DM and SPL_OF_CONTROL are enabled, SPL needs to bind
several devices, but CONFIG_SYS_MALLOC_F_LEN=0x400 is apparently
not enough. Increase the default to 0x2000 for the case. This
will be helpful for shorter defconfigs.
Signed-off-by: Mas
On 30.08.2016 07:31, Lokesh Vutla wrote:
Delete board specific Kconfig entries for DISPLAY_BOARDINFO and create a common
entry. Select it for all TI SoCs and the boards that already has Kconfig entry.
Signed-off-by: Lokesh Vutla
---
arch/arm/cpu/armv7/am33xx/Kconfig | 11 +++
arch/arm/
2016-08-30 11:51 GMT+02:00 Masahiro Yamada :
> We are supposed to not add config entries with only "default y"
> in board/SoC Kconfig files.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/Kconfig | 1 +
> board/tcl/sl50/Kconfig | 6 --
> 2 files changed, 1 insertion(+), 6 deletio
Hi Jacob,
On 08/30/2016 02:26 AM, Jacob Chen wrote:
> From: "jacob2.chen"
>
> The former implement have a bug.
> It will cause wrong data reading sometimes.
Could you explain what bug is there?
>
>
> Signed-off-by: jacob2.chen
Could you change from jacob2.chen to your name?
> ---
>
> dri
If both SPL_DM and SPL_OF_CONTROL are enabled, SPL needs to bind
several devices, but CONFIG_SYS_MALLOC_F_LEN=0x400 is apparently
not enough. Increase the default to 0x2000 for the case. This
will be helpful for shorter defconfigs.
Signed-off-by: Masahiro Yamada
---
Kconfig
We are supposed to not add config entries with only "default y"
in board/SoC Kconfig files.
Signed-off-by: Masahiro Yamada
---
arch/arm/Kconfig | 1 +
board/tcl/sl50/Kconfig | 6 --
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
> -Original Message-
> From: york sun
> Sent: Friday, August 26, 2016 11:01 PM
> To: Qianyu Gong ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Mingkai Hu
> ; Shaohui Xie ; Zhiqiang Hou
> ; Wenbin Song
> Subject: Re: [PATCH 3/8] armv8: fsl-layerscape: Increase L2 Data RAM latency
> an
Hi Masahiro,
On 08/25/2016 04:07 PM, Masahiro Yamada wrote:
> Changes in v2:
> - Adjust comment block
>
> Masahiro Yamada (6):
> mmc: sdhci: move sdhci_reset() call to sdhci_init()
> mmc: sdhci: move error message to more relevant place
> mmc: sdhci: move broken voltage quirk handling to
Hi Peng,
On 08/23/2016 05:12 PM, Peng Fan wrote:
> To SD, there is no erase group, then the value erase_grp_size
> will be default 1. When erasing SD blocks, the blocks will be
> erased one by one, which is time consuming.
>
> We use AU_SIZE as a group to speed up the erasing.
>
> Erasing 4MB wi
Hi Peng,
On 08/23/2016 05:12 PM, Peng Fan wrote:
> Add function to read SD_STATUS information.
> According to the information, get erase_timeout/erase_size/erase_offset.
> Add a structure sd_ssr to include the erase related information.
>
> Signed-off-by: Peng Fan
> Cc: Jaehoon Chung
> Cc: Simo
> -Original Message-
> From: Gong Qianyu [mailto:qianyu.g...@nxp.com]
> Sent: Friday, August 26, 2016 7:29 PM
> To: u-boot@lists.denx.de; york sun
> Cc: Prabhakar Kushwaha ; Mingkai Hu
> ; Shaohui Xie ; Zhiqiang Hou
> ; Wenbin Song ; Mingkai
> Hu ; Qianyu Gong
> Subject: [PATCH 8/8] arm
If 'ethaddr' is not set, we will get the ethernet address from AT24MAC,
and set it to 'ethaddr' variable.
Signed-off-by: Wenyou Yang
Signed-off-by: Songjun Wu
---
board/atmel/sama5d2_xplained/sama5d2_xplained.c | 51 +
include/configs/sama5d2_xplained.h |
Enable an early debug UART to debug problems when an ICE or other
debug mechanism is not available.
Signed-off-by: Wenyou Yang
---
board/atmel/sama5d2_xplained/sama5d2_xplained.c | 14 ++
configs/sama5d2_xplained_mmc_defconfig | 6 ++
configs/sama5d2_xplained_spiflash_
Since the introduction of pinctrl and clk driver, and the dts file,
remove unneeded the pin configurations and the clock enabling code.
Signed-off-by: Wenyou Yang
---
board/atmel/sama5d2_xplained/sama5d2_xplained.c | 104
1 file changed, 104 deletions(-)
diff --git a/b
Move the config options from the include/configs/sama5d2_xplained.h
to configs/sama5d2_xplained_*_defconfig.
Signed-off-by: Wenyou Yang
---
board/atmel/sama5d2_xplained/sama5d2_xplained.c | 2 ++
configs/sama5d2_xplained_mmc_defconfig | 31 +++-
configs/sama5d2_xpl
Convert to use the drivers which support the driver model and use the
device tree. And add the support to enable an early debug UART for
debugging.
It is based on the following patches:
- [PATCH v1] i2c: at91_i2c: Fix the wrong include file
http://lists.denx.de/pipermail/u-boot/2016-Augu
On Friday 26 August 2016 12:00 PM, Madan Srinivas wrote:
> From: Vitaly Andrianov
>
> This commit implements the board_fit_image_post_process() function for
> the keystone architecture. Unlike OMAP class devices, security
> functions in keystone are not handled in the ROM.
> The interface to th
Add support to enable an early debug UART for debugging.
Signed-off-by: Wenyou Yang
---
drivers/serial/Kconfig | 7 +++
drivers/serial/atmel_usart.c | 22 ++
2 files changed, 29 insertions(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index a603
Add ATMEL_USART option to support to enable the Atmel usart driver
from Kconfig.
Signed-off-by: Wenyou Yang
---
drivers/serial/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index ab5df70..a6035dc 100644
--- a/drivers/serial/Kc
The patch set is to add support to enable an early debug UART
for debugging. And add ATMEL_USART option to enable the Atmel
usartdriver from Kconfig.
Wenyou Yang (2):
serial: Kconfig: Add ATMEL_USART option
serial: atmel_usart: Support enable an early debug UART
drivers/serial/Kconfig
Add mmc_init() in the mmc preinit phrase to get the device's
information. Otherwise, if the environment variables are from
the mmc device, it will fail with "** Bad device size - mmc 1 **".
Signed-off-by: Wenyou Yang
---
drivers/mmc/mmc-uclass.c | 8 ++--
1 file changed, 6 insertions(+), 2
To avoid the wild pointer as NULL->of_xlate, add an empty .ops
callback for the clk_generic driver.
Signed-off-by: Wenyou Yang
---
drivers/clk/at91/pmc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/clk/at91/pmc.c b/drivers/clk/at91/pmc.c
index 76ff387..1043148 100644
--- a/dr
The at91-pmc and at91-sckc aren't the clock providers, change their
class ID from UCLASS_CLK to UCLASS_SIMPLE_BUS, they also don't
need to bind the child nodes explicitly, the .post_bind callback
of simple_bus uclass will do it for them.
Signed-off-by: Wenyou Yang
---
drivers/clk/at91/pmc.c |
This patch set is to fix the wrong used class ID. The class ID
of the at91-pmc and at91-sckc driver should be UCLASS_SIMPLE_BUS,
instead of UCLASS_CLK. And add an empty .ops callback for the
clk_generic driver to avoid a wild pointer.
Wenyou Yang (2):
clk: at91: Fix at91-pmc and at91-sckc's cla
Since the 'clk_client.h' doesn't exist, it should be 'clk.h'.
Signed-off-by: Wenyou Yang
---
drivers/i2c/at91_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/at91_i2c.c b/drivers/i2c/at91_i2c.c
index 8e9c3ad..d71f75c 100644
--- a/drivers/i2c/at91_i2c.c
+++
> -Original Message-
> From: Shengzhou Liu
> Sent: Monday, August 29, 2016 6:53 PM
> To: Qianyu Gong ; u-boot@lists.denx.de; york sun
>
> Cc: Prabhakar Kushwaha ; Mingkai Hu
> ; Shaohui Xie ; Zhiqiang Hou
> ; Wenbin Song ; Qianyu
> Gong
> Subject: RE: [PATCH 6/8] armv8: ls1046a: Enable
Add ARCH_SUPPORT_PSCI as a non-configurable option that platforms
can select. Then, move CONFIG_ARMV7_PSCI, which is automatically
enabled if both ARMV7_NONSEC and ARCH_SUPPORT_PSCI are enabled.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/Kconfig | 3 +
1 - 100 of 103 matches
Mail list logo
