On Tuesday 17 January 2017 08:57 PM, Andrew F. Davis wrote:
> On 01/16/2017 09:17 PM, Lokesh Vutla wrote:
>>
>>
>> On Monday 16 January 2017 10:14 PM, Andrew F. Davis wrote:
>>> Add a new defconfig file for the AM335x High Security EVM. This config
>>> is specific for the case of memory device booting. Memory device booting
>>> is handled separatly from peripheral booting on HS devices as the load
>>> address changes.
>>>
>>> This defconfig is the same as for the non-secure part, except for:
>>>     CONFIG_TI_SECURE_DEVICE option set to 'y'
>>>     CONFIG_ISW_ENTRY_ADDR updated for secure images.
>>>     CONFIG_FIT_IMAGE_POST_PROCESS option set to 'y'
>>>     CONFIG_SPL_FIT_IMAGE_POST_PROCESS option set to 'y'
>>>     CONFIG_USE_TINY_PRINTF option set to 'y' to reduce SPL size
>>>     CONFIG_SPL_SYS_MALLOC_SIMPLE set to 'y' to reduce SPL size
>>>
>>> Signed-off-by: Andrew F. Davis <a...@ti.com>
>>> ---
>>>
>>> Changes from v1:
>>>  - Add to MAINTAINERS file
>>>
>>>  MAINTAINERS                     |  1 +
>>>  configs/am335x_hs_evm_defconfig | 62 
>>> +++++++++++++++++++++++++++++++++++++++++
>>>  2 files changed, 63 insertions(+)
>>>  create mode 100644 configs/am335x_hs_evm_defconfig
>>>
>>> diff --git a/MAINTAINERS b/MAINTAINERS
>>> index 1ea7ae013a..788e16a391 100644
>>> --- a/MAINTAINERS
>>> +++ b/MAINTAINERS
>>> @@ -441,6 +441,7 @@ F:      arch/arm/mach-omap2/omap5/sec_entry_cpu1.S
>>>  F: arch/arm/mach-omap2/omap5/sec-fxns.c
>>>  F: arch/arm/mach-omap2/sec-common.c
>>>  F: arch/arm/mach-omap2/config_secure.mk
>>> +F: configs/am335x_hs_evm_defconfig
>>>  F: configs/am43xx_hs_evm_defconfig
>>>  F: configs/am57xx_hs_evm_defconfig
>>>  F: configs/dra7xx_hs_evm_defconfig
>>> diff --git a/configs/am335x_hs_evm_defconfig 
>>> b/configs/am335x_hs_evm_defconfig
>>> new file mode 100644
>>> index 0000000000..f8445c3249
>>> --- /dev/null
>>> +++ b/configs/am335x_hs_evm_defconfig
>>> @@ -0,0 +1,62 @@
>>> +CONFIG_ARM=y
>>> +CONFIG_AM33XX=y
>>> +CONFIG_TI_SECURE_DEVICE=y
>>> +# CONFIG_SPL_EXT_SUPPORT is not set
>>> +# CONFIG_SPL_NAND_SUPPORT is not set
>>> +CONFIG_TARGET_AM335X_EVM=y
>>> +CONFIG_ISW_ENTRY_ADDR=0x40300350
>>> +CONFIG_SPL_STACK_R_ADDR=0x82000000
>>> +# CONFIG_SPL_YMODEM_SUPPORT is not set
>>> +CONFIG_DEFAULT_DEVICE_TREE="am335x-evm"
>>> +CONFIG_DISTRO_DEFAULTS=y
>>> +CONFIG_FIT=y
>>> +CONFIG_SYS_EXTRA_OPTIONS="NAND"
>>> +CONFIG_SPL_LOAD_FIT=y
>>> +CONFIG_SPL_FIT_IMAGE_POST_PROCESS=y
>>> +CONFIG_FIT_IMAGE_POST_PROCESS=y
>>> +CONFIG_SYS_CONSOLE_INFO_QUIET=y
>>> +CONFIG_VERSION_VARIABLE=y
>>> +CONFIG_SPL=y
>>> +CONFIG_SPL_SYS_MALLOC_SIMPLE=y
>>> +CONFIG_SPL_STACK_R=y
>>> +CONFIG_SPL_MTD_SUPPORT=y
>>> +# CONFIG_CMD_IMLS is not set
>>> +CONFIG_CMD_ASKENV=y
>>> +# CONFIG_CMD_FLASH is not set
>>> +CONFIG_CMD_MMC=y
>>> +CONFIG_CMD_SF=y
>>> +CONFIG_CMD_SPI=y
>>> +CONFIG_CMD_I2C=y
>>> +CONFIG_CMD_USB=y
>>> +CONFIG_CMD_DFU=y
>>> +CONFIG_CMD_GPIO=y
>>> +# CONFIG_CMD_SETEXPR is not set
>>> +CONFIG_CMD_EXT4_WRITE=y
>>> +CONFIG_OF_CONTROL=y
>>> +CONFIG_OF_LIST="am335x-evm am335x-bone am335x-boneblack am335x-evmsk 
>>> am335x-bonegreen am335x-icev2"
>>
>> Just wondering, do we have HS variants of all these boards? If not we
>> can just keep am335x-evm.
>>
> 
> We don't "technically" have HS vs non-HS versions of any board, the
> boards are the same, the non-HS ones simply have the security features
> locked out. If the silicon they put on any of these boards is not locked
> out then it becomes an HS board.

Thanks.

> 
> But, yes, I only know of unlocked AM335x's currently being placed on the
> standard EVMs for now.
> 
okay. Then drop all the other dtbs from the list.

Thanks and regards,
Lokesh

> Andrew
> 
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to