On 2/25/2017 1:25 AM, Rush, Jason A. wrote:
> R, Vignesh wrote:
>> On 2/24/2017 12:55 AM, Marek Vasut wrote:
>>> On 02/23/2017 08:22 PM, Rush, Jason A. wrote:
Marek Vasut wrote:
> On 02/22/2017 06:37 PM, Rush, Jason A. wrote:
>> Marek Vasut wrote:
>>> On 02/21/2017 05:50 PM, Rush,
On 02/23/2017 11:19 PM, Suresh Gupta wrote:
> Hi York,
>
> It is not good idea to change the values of all macro at this time as the
> code tested on different platforms.
I am not talking about any value change. You are using writew. Why not
using out_be16 as you thought?
York
_
On Fri, Feb 24, 2017 at 07:07:52AM +0100, Rask Ingemann Lambertsen wrote:
[...]
> arch/arm/dts/Makefile | 3 +-
> arch/arm/dts/sun9i-a80-cx-a99.dts | 380
> ++
> arch/arm/dts/sun9i-a80.dtsi | 8 +
> configs/Sunchip_CX-A99_defconfig | 22
On 15/02/2017 15:17, York Sun wrote:
Instead of adding all memory banks, add a hook so individual SoC/board
can has its own implementation.
Looks like a clean enough approach to the problem to me.
Reviewed-by: Alexander Graf
Alex
___
U-Boot mail
On Tue, Feb 21, 2017 at 09:00:04PM -0600, Bajjuri, Praneeth wrote:
>
>
> On 2/21/2017 3:48 PM, Felipe Balbi wrote:
> >Hi,
> >
> >Sam Protsenko writes:
> >>On Tue, Feb 21, 2017 at 10:35 PM, Felipe Balbi
> >> wrote:
> >>>Hi,
> >>>
> >>>Sam Protsenko writes:
> From: Praneeth Bajjuri
>
>
Hey guys,
It seems as if perhaps travis-ci has recently implemented a limit on log
file size as the failure I see here:
https://travis-ci.org/trini/u-boot/jobs/204620482
is unrelated, entirely, to the changes I'm testing. As my general hope
here is that we'll fix these issues by re-syncing with t
R, Vignesh wrote:
> On 2/24/2017 12:55 AM, Marek Vasut wrote:
>> On 02/23/2017 08:22 PM, Rush, Jason A. wrote:
>>> Marek Vasut wrote:
On 02/22/2017 06:37 PM, Rush, Jason A. wrote:
> Marek Vasut wrote:
>> On 02/21/2017 05:50 PM, Rush, Jason A. wrote:
> [...]
>>>
>>> While I was debuggin
On Fri, Feb 24, 2017 at 3:06 PM, Jean-Jacques Hiblot wrote:
>
>
> On 24/02/2017 13:59, Sam Protsenko wrote:
>>
>> On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot
>> wrote:
>>>
>>>
>>> On 23/02/2017 20:28, Sam Protsenko wrote:
On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot
>
On Fri, Feb 24, 2017 at 03:27:11PM +0800, Chen-Yu Tsai wrote:
> On Fri, Feb 24, 2017 at 2:08 PM, Chen-Yu Tsai wrote:
> > commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream.
> >
> > On the A80, mmc1 is available on pingroup G. Designs mostly use this
> > to connect to an SDIO WiFi chip.
> >
>
On Tue, 2017-02-21 at 21:00 -0700, Simon Glass wrote:
> Hi Dalon,
>
> On 20 February 2017 at 07:56, Dalon Westergreen wrote:
> >
> > The implementation of boot_get_fpga only supported one fpga family.
> > This modification allows for any of the fpga devices supported by
> > fpga_load to be used.
On 24/02/2017 13:59, Sam Protsenko wrote:
On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot wrote:
On 23/02/2017 20:28, Sam Protsenko wrote:
On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot
wrote:
On 23/02/2017 14:46, Sam Protsenko wrote:
On Wed, Feb 22, 2017 at 10:27 AM, Jean-J
On Fri, Feb 24, 2017 at 10:53 AM, Jean-Jacques Hiblot wrote:
>
>
> On 23/02/2017 20:28, Sam Protsenko wrote:
>>
>> On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot
>> wrote:
>>>
>>>
>>> On 23/02/2017 14:46, Sam Protsenko wrote:
On Wed, Feb 22, 2017 at 10:27 AM, Jean-Jacques Hiblot
From: Madan Srinivas
This patch makes SYS_TEXT_BASE a config option for Keystone2
so that it can be used to load u-boot at different addresses
on secure and non-secure Keystone2 devices.
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
---
Kconfig| 2 +-
config
TI K2HK secure devices have to be built with TI_SECURE_DEVICE, FIT, and
FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for this.
Signed-off-by: Andrew F. Davis
---
configs/k2hk_hs_evm_defconfig | 51 +++
1 file changed, 51 insertions(+)
create
From: Madan Srinivas
As K2 can directly boot U-Boot, add u-boot_HS_MLO as the secure image
name for secure K2 devices, for all boot modes other than SPI flash.
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
---
arch/arm/mach-omap2/config_secure.mk | 6 ++
1 file changed, 6 i
From: Madan Srinivas
The function 'board_fit_image_post_process' is defined only when the
config option CONFIG_FIT_IMAGE_POST_PROCESS is enabled. For secure
systems that do not use SPL but do use FIT kernel images, only
CONFIG_FIT_IMAGE_POST_PROCESS will be defined, which will result in an
implic
From: Vitaly Andrianov
TI K2E secure devices have to be built with TI_SECURE_DEVICE, FIT, and
FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for this.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
---
configs/k2e_hs_evm_defconfig | 51
From: Vitaly Andrianov
This commit implements the board_fit_image_post_process() function for
the keystone architecture. This function calls into the secure boot
monitor for secure authentication/decryption of the image. All needed
work is handled by the boot monitor and, depending on the keyston
From: Madan Srinivas
Add a section describing the secure boot image used on
Keystone2 secure devices.
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
---
doc/README.ti-secure | 20
1 file changed, 20 insertions(+)
diff --git a/doc/README.ti-secure b/doc/READ
From: Vitaly Andrianov
Like the OMAP54xx, AM43xx, & AM33xx family SoCs, the keystone family
of SoCs also have high security enabled models. Allow K2E devices to
be built with HS Device Type Support.
Signed-off-by: Vitaly Andrianov
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
-
From: Madan Srinivas
Adds an additional image type needed for supporting secure keystone
devices. The build generates u-boot_HS_MLO which can be used to boot
from all media on secure keystone devices.
Signed-off-by: Madan Srinivas
Signed-off-by: Andrew F. Davis
---
arch/arm/mach-keystone/conf
Hello all,
This series adds support for secure Keystone2 K2E and K2HK devices,
much of the work is borrowed from the OMAP style devices as the
secure workings are very similar, allowing minimal changes for
this support addition.
Thanks,
Andrew
Changes for resend:
- Fixup patch authorship
Andre
On 2/24/2017 12:55 AM, Marek Vasut wrote:
> On 02/23/2017 08:22 PM, Rush, Jason A. wrote:
>> Marek Vasut wrote:
>>> On 02/22/2017 06:37 PM, Rush, Jason A. wrote:
Marek Vasut wrote:
> On 02/21/2017 05:50 PM, Rush, Jason A. wrote:
[...]
>>
>> While I was debugging some of my changes, I not
From: Jagan Teki
Let the runtime code can set the mmcdev and mmcroot based
on the devno using mmc_get_env_dev instead of defining
separately in build-time configs using mmc_late_init func.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
board/engicam/ic
From: Jagan Teki
Add board_mmc_get_env_dev
Switch the mmc env based on the mmc devno, instead of separately
defining a config item in include/configs using board_mmc_get_env_dev
- devno 0: sd/esd
- devno 1: mmc/emmc
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan
Since the introduction of the pinctrl and clk drivers and the
device tree files, remove unneeded hard coded related code from
the board file.
Signed-off-by: Wenyou Yang
---
Changes in v2: None
board/atmel/at91sam9260ek/at91sam9260ek.c | 73 ---
1 file changed, 73 de
From: Jagan Teki
Let the runtime code can set the mmcdev and mmcroot based
on the devno using mmc_get_env_dev instead of defining
separately in build-time configs using mmc_late_init func.
Cc: Matteo Lisi
Cc: Michael Trimarchi
Reviewed by: Stefano Babic
Signed-off-by: Jagan Teki
---
board/e
The purpose of the patch set is to convert the boards to support
the Driver Model and the Device Tree.
Changes in v2:
- Add missing conversion default config files for at91sam9xeek.
- Improve the commit log.
Wenyou Yang (3):
ARM: dts: at91: add dts file for at91sam9g20/at91sam9260
configs:
From: Jagan Teki
SPL mmc device index is get based on the boot device, like
- BOOT_DEVICE_MMC1 for mmc device 0
- BOOT_DEVICE_MMC2 for mmc device 1
Currently BOOT_DEVICE_MMC1 is setting both SD/eSD and MMC/eMMC
boot devices in i.MX, So u-boot is loading from mmc device 0 even
"if the board booti
For i.MX6, the bootmode determine code is part of spl_boot_device,
but there is might be a possibility for other part the code need to
check the desired boot mode for adding new functionalities like
modeboot env variable, or changing boot order etc.
So introduced imx6_src_get_boot_mode which actua
BOOT_CFG1[7:4] the NAND boot mode selection is done
only when BOOT_CFG1[7] is 1 hence update the NAND
boot mode detection bit case. This information available
on Table 8-11. NAND Boot eFUSE Descriptions, from IMX6DQRM.
Cc: Tim Harvey
Reviewed by: Stefano Babic
Signed-off-by: Jagan Teki
---
arc
The device tree source files of at91sam9g20ek and at91sam9260ek
boards are copied from the Linux v4.10, do the changes below.
- Fix the build error for the usb0 node.
- Add the reg property for the pinctrl node.
- Move the gpio (pioA, pioB, pioC ...) nodes as the pinctrl's
slibling nodes, ins
Use meaningful macros IMX6_BMODE_*, instead of numerical
number in boot mode detection code.
Cc: Tim Harvey
Acked-by: Stefano Babic
Signed-off-by: Jagan Teki
---
Changes for v4:
- Add IMX6_BMODE_UART macro for uart bootmode
- Remove value assignment in enum, since all enum list is order
Changes
From: Jagan Teki
Add runtime, modeboot env which is setting mmcboot based
on the bootdevice so-that conditional macros for MMC via
CONFIG_BOOTCOMMAND should be avoided in config files.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
board/engicam/icorem
From: Jagan Teki
Boot from eMMC:
--
U-Boot SPL 2017.01-00318-g8e243f8 (Jan 26 2017 - 11:53:21)
Trying to boot from MMC2
U-Boot 2017.01-00318-g8e243f8 (Jan 26 2017 - 11:53:21 +0100)
CPU: Freescale i.MX6D rev1.2 at 792 MHz
Reset cause: POR
Model: Engicam i.CoreM6 Quad/Dual RQS Start
From: Jagan Teki
Add board_mmc_get_env_dev
Switch the mmc env based on the mmc devno, instead of separately
defining a config item in include/configs using board_mmc_get_env_dev
- devno 0: sd/esd
- devno 1: mmc/emmc
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan
Add usdhc4 node, which is eMMC for Engicam i.CoreM6 RQS modules.
eMMC Log:
icorem6qdl-rqs> mmc dev 1
switch to partitions #0, OK
mmc1(part 0) is current device
icorem6qdl-rqs> mmcinfo
Device: FSL_SDHC
Manufacturer ID: fe
OEM: 14e
Name: MMC04
Tran Speed: 5200
Rd Block Len: 512
MMC vers
SPL mmc device index is get based on the boot device, like
- BOOT_DEVICE_MMC1 for mmc device 0
- BOOT_DEVICE_MMC2 for mmc device 1
Currently BOOT_DEVICE_MMC1 is setting both SD/eSD and MMC/eMMC
boot devices in i.MX, So u-boot is loading from mmc device 0 even
"if the board booting from SD/eSD or M
Support the device tree and enable CONFIG_CLK and CONFIG_PINCTRL
options to support at91 clock driver and at91 pinctrl driver.
Enable DM_GPIO, DM_MMC and DM_ETH support, move CONFIG_AT91_GPIO,
CONFIG_GENERIC_ATMEL_MCI and CONFIG_MACB config option to
the default config files.
Signed-off-by: Wenyo
From: Jagan Teki
Changes for v3:
- Rebase on master
- Fix checkpatch.pl Warnings
- Add IMX6_BMODE_UART macro for uart bootmode
- Remove value assignment in enum, since all enum list is order
Changes for v3:
- Update IMX6_BMODE_* shift macros with real number instead of bitops
- %s/IMX6_BMODE_SER
Instead of initializing 'struct src' to SRC_BASE_ADDR on
every function better to have global define macro.
Reviewed by: Stefano Babic
Signed-off-by: Jagan Teki
---
arch/arm/imx-common/init.c | 6 ++
arch/arm/imx-common/spl.c | 3 +--
arch/arm/include/asm/
From: Jagan Teki
Add runtime, modeboot env which is setting mmcboot, or
nandboot based on the bootdevice so-that conditional
macros b/w MMC and NAND for CONFIG_BOOTCOMMAND should
be avoided in config files.
Cc: Matteo Lisi
Cc: Michael Trimarchi
Reviewed by: Stefano Babic
Signed-off-by: Jagan
From: Jagan Teki
Boot from eMMC:
--
U-Boot SPL 2017.01-00314-gd0cd9cd-dirty (Jan 25 2017 - 13:25:27)
Trying to boot from MMC2
U-Boot 2017.01-00314-gd0cd9cd-dirty (Jan 25 2017 - 13:25:27 +0100)
CPU: Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)
CPU: Industrial temperature
From: Jagan Teki
dts files related to i.MX6 engicam boards are maintined
under board, so include them under board/engicam/*/MAINTAINERS
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
board/engicam/geam6ul/MAINTAINERS | 1 +
board/engicam/icorem6/MA
From: Jagan Teki
Add config options for booting Linux from NAND in UBI format.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
configs/imx6ul_isiot_nand_defconfig | 1 +
include/configs/imx6ul_isiot.h | 32 +++-
2 files
From: Jagan Teki
Enable I2C support for Engicam Is.IoT NAND module.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
configs/imx6ul_isiot_nand_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/imx6ul_isiot_nand_defconfig
b/configs/
From: Jagan Teki
Add NAND support for Engicam Is.IoT MX6UL board.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6ul-isiot-nand.dts| 50 +
board/engicam/isiotmx6
From: Jagan Teki
Add FEC support for Engicam Is.IoT MX6UL module.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
arch/arm/cpu/armv7/mx6/Kconfig | 1 +
configs/imx6ul_isiot_mmc_defconfig | 3 +++
include/configs/imx6ul_isiot.h | 10 ++
From: Jagan Teki
Add FEC node for Engicam Is.IoT MX6UL module.
Cc: Matteo Lisi
Cc: Michael Trimarchi
Reviewed-by: Stefano Babic
Signed-off-by: Jagan Teki
---
arch/arm/dts/imx6ul-isiot.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/dts/imx6ul-isiot.
From: Jagan Teki
Add I2C support for Engicam Is.IoT MX6UL module.
isiotmx6ul> i2c bus
Bus 0: i2c@021a
Bus 1: i2c@021a4000
isiotmx6ul> i2c dev 0
Setting bus to 0
isiotmx6ul> i2c dev
Current bus is 0
isiotmx6ul> i2c speed 10
Setting bus speed to 10 Hz
isiotmx6ul> i2c probe
Valid chip
From: Jagan Teki
Boot from MMC:
-
U-Boot SPL 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33)
Trying to boot from MMC1
U-Boot 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33 +0100)
CPU: Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)
CPU: Industrial temperature grade
From: Jagan Teki
Add I2C nodes for Engicam Is.IoT MX6UL module.
Cc: Stefano Babic
Cc: Matteo Lisi
Cc: Michael Trimarchi
Signed-off-by: Jagan Teki
---
arch/arm/dts/imx6ul-isiot.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/dts/imx6ul-isiot.dt
From: Jagan Teki
USDHC base address will assigned by SPL using fsl_esdhc_initialize
and u-boot with devicetree, hence no remove base address assignment
in config files.
Cc: Matteo Lisi
Cc: Michael Trimarchi
Reviewed-by: Stefano Babic
Signed-off-by: Jagan Teki
---
include/configs/imx6qdl_ico
From: Jagan Teki
This patch set support Engicam Is.IoT MX6UL board support.
Changes for v6:
- Remove 'arm: dts: Add MAINTAINERS file' patch
- Rebase to master
Changes for v5:
- Update ccgr_init so-that it can enable required clocks
- Add new patch for dts files include under board MAINTAINERS
-
On 23/02/2017 20:28, Sam Protsenko wrote:
On Thu, Feb 23, 2017 at 5:14 PM, Jean-Jacques Hiblot wrote:
On 23/02/2017 14:46, Sam Protsenko wrote:
On Wed, Feb 22, 2017 at 10:27 AM, Jean-Jacques Hiblot
wrote:
The problems with the current DFU layout are:
MMC: The space allocated for u-boot is
On Fri, Feb 24, 2017 at 2:08 PM, Chen-Yu Tsai wrote:
> commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream.
>
> On the A80, mmc1 is available on pingroup G. Designs mostly use this
> to connect to an SDIO WiFi chip.
>
> Signed-off-by: Chen-Yu Tsai
I did not send this.
Rask, something is wr
As ls1046a is Chassis-2 type SOC and shares same streamid
definition, this patch adds using streamids for ls1046
Signed-off-by: Bharat Bhushan
---
include/configs/ls1046a_common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ls1046a_common.h b/include/configs/ls1046a_commo
This patch fixup iommu-map property on pci node to have
a valid mapping of requester-id to stream-id.
The requester-id to stream-id mapping is based on
PCI-LUT table initialization.
Signed-off-by: Bharat Bhushan
---
drivers/pci/pcie_layerscape_fixup.c | 53 +
As ls1012a is Chassis-2 type SOC and shares same streamid
definition, this patch adds using streamids for ls1012a
Signed-off-by: Bharat Bhushan
---
include/configs/ls1012a_common.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ls1012a_common.h b/include/configs/ls1012a_comm
Layerscape Chassis-2 have PCIe device, some platform devices and
DPAA1 devices which will use stream-ids for iommu level isolation as
they lies behind SMMU.
This patch defines the stream-ids for Chassis-2 devices.
stream-ids for DPAA1 are reserved for future use.
Signed-off-by: Bharat Bhushan
--
The stream ID allocation for Chasis3.0 devices,
LS1088, LS2088 and LS2080, can be shared.
This patch renames this accordingly.
Signed-off-by: Bharat Bhushan
---
.../asm/arch-fsl-layerscape/{ls2080a_stream_id.h => stream_id_lsch3.h} | 0
include/configs/ls2080a_common.h
This patch series enables PCI-LUT table initialization
for NXP Chassis-2 (for example ls1043, ls1046 and LS1012) devices.
As part of this, stream-ids allocation is added which is similar
to Chassis-3 (ls2080a)
Also this series have a minor cleanup, as stream-id definition file
is given generic na
LS2080a, LS1088a and LS2088a SOCs are based on Chassis-3
and shared same stream-id partitioning. This patch
rewords the definition to support all these SOCs.
Signed-off-by: Bharat Bhushan
---
arch/arm/include/asm/arch-fsl-layerscape/stream_id_lsch3.h | 12 ++--
1 file changed, 6 insertio
From: Bharat Bhushan
Layerscape Chasis-2 also uses same PCIe controller
as used in Chasis-3 and have similar PCI-Lut.
We need to initialize the pcie-lut for Chasis-2 also
as in Chasis-3.
Signed-off-by: Bharat Bhushan
---
drivers/pci/pcie_layerscape_fixup.c | 4 ++--
1 file changed, 2 insertio
64 matches
Mail list logo
