beagleboard x15 is the first supported platform variant of am57xx
in AOSP (android open source project) now.
changing board name to stay in consistent with aosp target name.
Signed-off-by: Praneeth Bajjuri
---
configs/am57xx_evm_defconfig| 2 +-
configs/am57xx_hs_evm_defconfig | 2 +-
2
On Tue, Aug 21, 2018 at 9:04 PM Jagan Teki wrote:
>
> On Fri, Jul 20, 2018 at 12:43 PM, Jagan Teki
> wrote:
> > This is v2 for previous series[1], by excluding sunxi phy changes.
> >
> > One patch mark it as 'RFC' about "including UCLASS_USB_DEV_GENERIC
> > into shutdown caller" so expecting
Hi Marek,
On Tue, Aug 21, 2018 at 6:28 PM, Marek Vasut wrote:
> On 08/21/2018 09:16 AM, Bin Meng wrote:
>> Hi Marek,
>>
>> On Tue, Aug 21, 2018 at 1:43 PM, Marek Vasut wrote:
>>> On 08/21/2018 06:56 AM, Bin Meng wrote:
>>> [...]
The proposal I made is:
* Keep
Apologies! I just realized I had my SD cards mixed up. 2018.05 compiled
with GCC 8.2.0 isn't working either, although I just see a 'resetting'
message rather than the full dump. The 2018.05 installation I saw booting
successfully was compiled using earlier GCC.
On Tue, Aug 21, 2018 at 3:17 PM
I tested another configuration to further isolate the issue:
u-boot 2018.05 / nanopi_neo_defconfig / GCC 8.2.0 + Linux 4.17.14 / GCC
8.2.0 = works
So something introduced between 2018.05 GA and 2018.07 GA associated with
Sunxi H3 configs is rubbing GCC 8.2.0 the wrong way.
On Tue, Aug 21, 2018
Greetings,
As others have reported (
https://lists.denx.de/pipermail/u-boot/2018-July/334126.html), a 'data
abort' occurs when attempting to load the kernel with recent u-boot
compiled with recent GCC on Allwinner (Sunxi) H3 boards. I ran into this
issue when performing a bootstrap of Shedbuilt
CC: ARM SUNXI maintainers
On 08/22/2018 01:31 AM, Heinrich Schuchardt wrote:
> On 08/22/2018 01:05 AM, Auston Stewart wrote:
>> Greetings,
>>
>> As others have reported
>> (https://lists.denx.de/pipermail/u-boot/2018-July/334126.html), a 'data
>> abort' occurs when attempting to load the kernel
On 08/22/2018 01:05 AM, Auston Stewart wrote:
> Greetings,
>
> As others have reported
> (https://lists.denx.de/pipermail/u-boot/2018-July/334126.html), a 'data
> abort' occurs when attempting to load the kernel with recent u-boot
> compiled with recent GCC on Allwinner (Sunxi) H3 boards. I ran
On Tue, Aug 21, 2018 at 04:29:49PM -0600, Simon Glass wrote:
> Hi Alex,
>
> On 21 August 2018 at 13:26, Alexander Graf wrote:
> >
> >
> > On 21.08.18 19:30, Simon Glass wrote:
> >> Hi Alex,
> >>
> >> On 20 August 2018 at 06:23, Alexander Graf wrote:
> >>>
> >>> On 08/17/2018 02:49 PM, Simon
Hi Alex,
On 21 August 2018 at 13:26, Alexander Graf wrote:
>
>
> On 21.08.18 19:30, Simon Glass wrote:
>> Hi Alex,
>>
>> On 20 August 2018 at 06:23, Alexander Graf wrote:
>>>
>>> On 08/17/2018 02:49 PM, Simon Glass wrote:
Hi,
On 9 August 2018 at 23:45, Bin Meng wrote:
>
On Tue, Aug 21, 2018 at 5:57 AM, Alexander Graf wrote:
> Hi Aaron,
>
> On 08/21/2018 08:07 AM, Aaron Williams wrote:
>>
>> The Octeon version of U-Boot is based off an older versin of U-Boot
>> (2012.07)
>> with a lot of features backported. For example, I have backported NVME
>> support
>> as
On Tue, Aug 21, 2018 at 09:26:53PM +0200, Alexander Graf wrote:
>
>
> On 21.08.18 19:30, Simon Glass wrote:
> > Hi Alex,
> >
> > On 20 August 2018 at 06:23, Alexander Graf wrote:
> >>
> >> On 08/17/2018 02:49 PM, Simon Glass wrote:
> >>>
> >>> Hi,
> >>>
> >>> On 9 August 2018 at 23:45, Bin
On 21.08.18 19:30, Simon Glass wrote:
> Hi Alex,
>
> On 20 August 2018 at 06:23, Alexander Graf wrote:
>>
>> On 08/17/2018 02:49 PM, Simon Glass wrote:
>>>
>>> Hi,
>>>
>>> On 9 August 2018 at 23:45, Bin Meng wrote:
Hi Alex,
On Wed, Aug 8, 2018 at 1:16 AM, Alexander Graf
On 21.08.18 19:31, Simon Glass wrote:
> Hi Alex,
>
> On 20 August 2018 at 16:29, Alexander Graf wrote:
>>
>>
>>
>> On 20.08.18 20:54, Simon Glass wrote:
>>> This partially reverts commit 7e21fbca26d18327cf7cabaad08df276a06a07d8.
>>>
>>> That change broke sandbox EFI support for unknown
On 21.08.18 19:42, Tom Rini wrote:
> On Tue, Aug 21, 2018 at 11:31:41AM -0600, Simon Glass wrote:
>> Hi Alex,
>>
>> On 21 August 2018 at 09:52, Alexander Graf wrote:
>>> Hi Tom,
>>>
>>> This is my current patch queue for efi to be applied for 2018.09. Please
>>> pull.
>>>
>>> Alex
>>
>> I
On 08/21/2018 08:29 PM, Simon Glass wrote:
> Hi Marek,
>
> On 21 August 2018 at 12:26, Marek Vasut wrote:
>>
>> On 08/21/2018 07:32 PM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 20 August 2018 at 21:46, Bin Meng wrote:
Hi Simon,
On Tue, Aug 21, 2018 at 3:29 AM, Simon Glass
Hi Marek,
On 21 August 2018 at 12:26, Marek Vasut wrote:
>
> On 08/21/2018 07:32 PM, Simon Glass wrote:
> > Hi Bin,
> >
> > On 20 August 2018 at 21:46, Bin Meng wrote:
> >> Hi Simon,
> >>
> >> On Tue, Aug 21, 2018 at 3:29 AM, Simon Glass wrote:
> >>> Hi Marek,
> >>>
> >>> On 20 August 2018 at
On 08/21/2018 07:32 PM, Simon Glass wrote:
> Hi Bin,
>
> On 20 August 2018 at 21:46, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Aug 21, 2018 at 3:29 AM, Simon Glass wrote:
>>> Hi Marek,
>>>
>>> On 20 August 2018 at 12:42, Marek Vasut wrote:
On 08/20/2018 06:57 PM, Simon Glass wrote:
On Tue, Aug 21, 2018 at 11:31:41AM -0600, Simon Glass wrote:
> Hi Alex,
>
> On 21 August 2018 at 09:52, Alexander Graf wrote:
> > Hi Tom,
> >
> > This is my current patch queue for efi to be applied for 2018.09. Please
> > pull.
> >
> > Alex
>
> I still think we should be reverting the
On 20 August 2018 at 19:27, Adam Ford wrote:
> Platforms with limited resources in SPL may enable OF_PLATDATA,
> this limits some of the library functions and cannot extract data
> from the device tree. This patch adds additional wrappers around
> these functions to only allow them when
Hi Bin,
On 20 August 2018 at 21:46, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Aug 21, 2018 at 3:29 AM, Simon Glass wrote:
>> Hi Marek,
>>
>> On 20 August 2018 at 12:42, Marek Vasut wrote:
>>>
>>> On 08/20/2018 06:57 PM, Simon Glass wrote:
>>> > Hi Bin,
>>> >
>>> > On 16 August 2018 at 19:51, Bin
Hi Alex,
On 21 August 2018 at 09:52, Alexander Graf wrote:
> Hi Tom,
>
> This is my current patch queue for efi to be applied for 2018.09. Please
> pull.
>
> Alex
I still think we should be reverting the offending patch rather than
patching on top of it.
Are you able to apply my sandbox
Hi Alex,
On 20 August 2018 at 16:29, Alexander Graf wrote:
>
>
>
> On 20.08.18 20:54, Simon Glass wrote:
> > This partially reverts commit 7e21fbca26d18327cf7cabaad08df276a06a07d8.
> >
> > That change broke sandbox EFI support for unknown reasons. It also changes
>
> Wouldn't it be better to
On 20 August 2018 at 03:10, Jens Wiklander wrote:
> Test ofnode_by_prop_value()
>
> Signed-off-by: Jens Wiklander
> ---
> test/dm/ofnode.c | 27 +++
> 1 file changed, 27 insertions(+)
Reviewed-by: Simon Glass
Thanks
___
Hi Jagan,
On 17 August 2018 at 07:37, Jagan Teki wrote:
> Hi Simon,
>
> On Fri, Aug 17, 2018 at 6:18 PM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On 7 August 2018 at 01:03, Jagan Teki wrote:
>>> On Tue, Jul 24, 2018 at 5:18 AM, Simon Glass wrote:
Hi Jagan,
On 20 July 2018 at
On 20 August 2018 at 03:09, Jens Wiklander wrote:
> Adds ofnode_by_prop_value() to search for nodes with a given property
> and value, an ofnode version of fdt_node_offset_by_prop_value().
>
> Signed-off-by: Jens Wiklander
> ---
> drivers/core/of_access.c | 27 +++
>
Hi,
On 19 August 2018 at 17:33, Tom Rini wrote:
> On Sun, Aug 19, 2018 at 01:37:29PM -0500, Adam Ford wrote:
>> On Sun, Aug 19, 2018 at 11:53 AM Tom Rini wrote:
>> >
>> > On Sun, Aug 19, 2018 at 09:45:30AM -0500, Adam Ford wrote:
>> > > On Fri, Aug 17, 2018 at 10:21 PM Adam Ford wrote:
>> > >
Hi,
On 17 August 2018 at 08:38, Yannick Fertré wrote:
> Add a Synopsys Designware MIPI DSI host bridge driver, based on the
> Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
>
> Signed-off-by: Yannick Fertré
> ---
> drivers/video/Kconfig | 9 +
>
Hi,
On 17 August 2018 at 08:38, Yannick Fertré wrote:
> Mipi_display.c contains a set of dsi helpers.
> This file is a copy of file drm_mipi_dsi.c (linux kernel).
>
> Signed-off-by: Yannick Fertré
> ---
> drivers/video/Kconfig| 8 +
> drivers/video/Makefile | 1 +
>
Hi Alex,
On 20 August 2018 at 06:23, Alexander Graf wrote:
>
> On 08/17/2018 02:49 PM, Simon Glass wrote:
>>
>> Hi,
>>
>> On 9 August 2018 at 23:45, Bin Meng wrote:
>>>
>>> Hi Alex,
>>>
>>> On Wed, Aug 8, 2018 at 1:16 AM, Alexander Graf wrote:
> Am 07.08.2018 um 18:12 schrieb
On 20 August 2018 at 00:03, Michal Simek wrote:
> Trivial fix.
>
> Signed-off-by: Michal Simek
> ---
>
> test/dm/test-main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
___
U-Boot mailing list
Add board support for Vamrs Limited Rock960 board, which is
one of the 96Boards Consumer Edition platform.
Rock960 features:
* CPU: ARMv8 64bit Big-Little architecture,
* Big: dual-core Cortex-A72
* Little: quad-core Cortex-A53
* IRAM: 200KB
Add devicetree support for Vamrs Limited Rock960. This board is one of
the 96Boards Consumer Edition platform.
Signed-off-by: Manivannan Sadhasivam
---
Changes in v2:
* Added missing DTB entry in arch/arm/dts/Makefile
arch/arm/dts/Makefile | 1 +
arch/arm/dts/rk3399-rock960.dts |
This patchset adds board support for Vamrs Limited Rock960,
which is one of the 96Boards Consumer Edition platform based
on Rockchip RK3399 SoC.
On this board, U-Boot will be loaded by ATF as a BL33 image
which in turn loads Linux kernel from eMMC or SD card. Instructions
for building and
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
All Tegra builds are OK, and Stephen's automated test system reports that
all tests pass.
The following changes since commit b71d9e8b3805305ea4116733f515061710ad7081:
Merge branch 'master' of git://git.denx.de/u-boot-sunxi
Add board support for Vamrs Limited Rock960 board, which is
one of the 96Boards Consumer Edition platform.
Rock960 features:
* CPU: ARMv8 64bit Big-Little architecture,
* Big: dual-core Cortex-A72
* Little: quad-core Cortex-A53
* IRAM: 200KB
This patchset adds board support for Vamrs Limited Rock960,
which is one of the 96Boards Consumer Edition platform based
on Rockchip RK3399 SoC.
On this board, U-Boot will be loaded by ATF as a BL33 image
which in turn loads Linux kernel from eMMC or SD card. Instructions
for building and
Add devicetree support for Vamrs Limited Rock960. This board is one of
the 96Boards Consumer Edition platform.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/dts/rk3399-rock960.dts | 348
1 file changed, 348 insertions(+)
create mode 100644
On Mon, Aug 20, 2018 at 5:14 PM, Maxime Ripard
wrote:
> On Sun, Aug 19, 2018 at 07:26:44PM +0530, Jagan Teki wrote:
>> Usually eMMC is default mmc device for fastboot.
>>
>> By enabling DM_MMC, the mmc devices are probed as per
>> DT status not with respect to MMC_SUNXI_SLOT_EXTRA in
>> U-Boot
Hi Tom,
This is my current patch queue for efi to be applied for 2018.09. Please pull.
Alex
The following changes since commit 9f8cf76be256a83643ee05de6cffaeb452ed0931:
Convert CONFIG_SYS_I2C_DAVINCI to Kconfig (2018-08-17 15:43:38 -0400)
are available in the git repository at:
The OF_CONTROL and OF_PLATDATA are not really useful without DM.
This patch supports DM_SPL, but it requires manual references
both Serial and MMC.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index fbad89b696..620423bbc8
From: Christian Amann
Copy missing Kernel patch to make SLEWCTRL_SLOW available in device tree
and to correct the value of SLEWCTRL_FAST.
After this patch, the Kernel and U-boot device tree settings for
SLEWCTRL have the same effect.
Original Kernel patch message:
Hi Mario,
Le 10/08/2018 à 09:57, Mario Six a écrit :
Hi Christophe,
On Fri, Aug 10, 2018 at 9:35 AM Christophe LEROY
wrote:
Hello Mario,
Le 26/04/2018 à 10:36, Mario Six a écrit :
Hi Joakim,
On Thu, Apr 26, 2018 at 10:23 AM, Joakim Tjernlund
wrote:
On Thu, 2018-04-26 at 11:35 +0530,
Add initial support for AM654 based EVM running on A53. Enable
4GB of DDR available on the EVM so that kernel DTB file
can be updated accordingly.
Signed-off-by: Lokesh Vutla
[Andreas: Added 4GB ddr support]
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3/Kconfig| 1 +
Add the minimum dt nodes required to boot. These nodes
will get deleted as kernel gets these nodes added in the
main dts files.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 203 +++
include/dt-bindings/pinctrl/k3-am65.h| 49 +
2
Add initial defconfig support for AM65x that runs on A53.
Signed-off-by: Lokesh Vutla
Signed-off-by: Andreas Dannenberg
---
board/ti/am65x/MAINTAINERS | 1 +
configs/am65x_evm_a53_defconfig | 71 +
2 files changed, 72 insertions(+)
create mode 100644
Existing rproc_init() api tries to initialize all available
remoteproc devices. This will fail when there is dependency
among available remoteprocs. So introduce a separate api
that allows to initialize remoteprocs individually based
on id.
Signed-off-by: Lokesh Vutla
---
Add an option for building mailbox drivers within SPL.
Signed-off-by: Lokesh Vutla
---
common/spl/Kconfig | 8
drivers/Makefile | 1 +
drivers/mailbox/Makefile | 2 +-
3 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/common/spl/Kconfig b/common/spl/Kconfig
Texas Instrument's System Control Interface (TI SCI) message protocol is
used in Texas Instrument's System on Chip (SoC) such as those in the K3
family AM654 SoC to communicate between various compute processors with
a central system controller entity.
The TI SCI message protocol provides support
From: Andreas Dannenberg
Some systems require more than a single ID to identify and configure any
reset provider. For those scenarios add an optional data field to the
reset control structure.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Lokesh Vutla
---
include/reset.h | 12 +++-
From: Andreas Dannenberg
TI-SCI message protocol provides support for board configuration
to assign resources and other board related operations.
Introduce the board configuration capability support to the driver protocol
as part of this change.
Signed-off-by: Andreas Dannenberg
Signed-off-by:
Add initial DT support for AM654 EVM that runs on A53.
Signed-off-by: Lokesh Vutla
---
- Fetched from Linux next that are in queue for 4.19-rc1
arch/arm/dts/Makefile| 2 +
arch/arm/dts/k3-am65-main.dtsi | 31
arch/arm/dts/k3-am65.dtsi| 87
From: Andreas Dannenberg
Create a basic U-Boot environment that allows the automatic loading
of a Linux Kernel located at /boot/Image and an associated device tree
blob located at /boot/k3-am654-base-board.dtb from the secondary
partition of an ext4-formatted SD card on the AM654x EVM.
There are cases where there are more than one power domain
attached to the device inorder to get the device functional.
So add support for enabling power domain based on the index.
Signed-off-by: Lokesh Vutla
---
drivers/power/domain/power-domain-uclass.c | 11 +--
AM654 has an arasan sdhci controller and a mmc phy attached to it.
Add basic support for K3 specific arasan sdhci controller.
Cc: Jaehoon Chung
Signed-off-by: Lokesh Vutla
---
drivers/mmc/Kconfig | 9 +++
drivers/mmc/Makefile | 1 +
drivers/mmc/k3_arsan_sdhci.c | 109
Add an option for building remoteproc drivers within SPL.
Signed-off-by: Lokesh Vutla
---
common/spl/Kconfig | 6 ++
drivers/Makefile| 2 +-
drivers/remoteproc/Makefile | 2 +-
3 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/common/spl/Kconfig
From: Andreas Dannenberg
The earlier commit f4fcba5c5ba ("clk: implement clk_set_defaults()")
which introduced the functionality for setting clock defaults such as
rates and parents will skip the processing when executing in a re-reloc
state. This for example can prevent the assigning of clock
From: Andreas Dannenberg
Devices from the TI K3 family of SoCs like the AM654x contain a Device
Management and Security Controller (SYSFW) that manages the low-level
device control (like clocks, resets etc) for the various hardware
modules present on the SoC. These device control operations are
Secure Proxy module manages hardware threads that are meant
for communication between the processor entities. Adding
support for this driver.
Signed-off-by: Lokesh Vutla
Signed-off-by: Andreas Dannenberg
---
.../mailbox/k3-secure-proxy.txt | 40 ++
drivers/mailbox/Kconfig
Add support for K3 based remoteproc driver that
communicates with TISCI to start start a remote processor.
Signed-off-by: Lokesh Vutla
---
.../remoteproc/k3-rproc.txt | 50
drivers/remoteproc/Kconfig| 9 +
drivers/remoteproc/Makefile
K3 specific SoCs have a dedicated microcontroller for doing
resource management. Any HLOS/firmware on compute clusters should
load a firmware to this microcontroller before accessing any resource.
Adding support for loading this firmware.
After the K3 system controller got loaded with firmware
Sometimes mbox controllers wants to store private data in
mbox_chan so that it can be used at a later point of time.
Adding support for hooking private data.
Signed-off-by: Lokesh Vutla
---
include/mailbox.h | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
Continue from PART 2/3...
This series adds arm64 support for AM654 EVM. Patch 2/6 describes the
boot flow in detail. I would recommend to go through the patch in order
to understand the entire boot flow.
Right now only arm64 support is added. r5 support will be posted later
once loading of
From: Andreas Dannenberg
Some TI Keystone 2 and K3 family of SoCs contain a system controller
(like the Power Management Micro Controller (PMMC) on 66AK2G SoCs and
the Device Management and Security Controller on AM65x SoCs) that manage
the low-level device control (like clocks, resets etc) for
From: Andreas Dannenberg
To support scenarios where a firmware device node has subnodes that
have their own drivers automatically scan the DT and bind those when
the firmware device gets bound.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Lokesh Vutla
---
TI-SCI message protocol provides support for controlling of various
physical cores available in SoC. In order to control which host is
capable of controlling a physical processor core, there is a processor
access control list that needs to be populated as part of the board
configuration data.
Add README file that describes the building and booting procedure.
Signed-off-by: Lokesh Vutla
---
board/ti/am65x/README | 134 ++
1 file changed, 134 insertions(+)
create mode 100644 board/ti/am65x/README
diff --git a/board/ti/am65x/README
From: Andreas Dannenberg
Add a reset operations function pointer to support querying the current
status of a reset control.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Lokesh Vutla
---
drivers/reset/reset-uclass.c | 9 +
include/reset-uclass.h | 8
As no gpio.h is defined in arch/arm/mach-k3/include/,
to avoid compilation failure, do not include asm/arch/gpio.h.
Signed-off-by: Lokesh Vutla
---
arch/arm/include/asm/gpio.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/gpio.h
From: Andreas Dannenberg
Some TI Keystone 2 and K3 family of SoCs contain a system controller
(like the Power Management Micro Controller (PMMC) on 66AK2G SoCs and
the Device Management and Security Controller on AM65x SoCs) that manage
the low-level device control (like clocks, resets etc) for
From: Andreas Dannenberg
Since system controller now has control over SoC power management, it
needs to be explicitly requested to reboot the SoC. Add support for
it.
Signed-off-by: Lokesh Vutla
Signed-off-by: Nishanth Menon
---
drivers/firmware/ti_sci.c | 47
From: Andreas Dannenberg
TI-SCI message protocol provides support for management of various
hardware entitites within the SoC. Introduce the fundamental
device management capability support to the driver protocol
as part of this change.
Signed-off-by: Lokesh Vutla
Signed-off-by: Nishanth Menon
From: Andreas Dannenberg
By default the device control module registers are locked,
preventing any writes to its registers.
Unlock those registers as part of the init flow.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/am6_init.c | 39
In general, we expect to function at a device level of abstraction,
however, for proper operation of hardware blocks, many clocks directly
supplying the hardware block needs to be queried or configured.
Introduce support for the set of SCI message protocol support that
provide us with this
Add a script that is capable of generating a FIT image
source file that combines ATF, SPL(64 bit) and DT.
This combined image is used by R5 SPL and start ATF
on ARMv8 core.
Signed-off-by: Lokesh Vutla
---
tools/k3/k3_fit_atf.sh | 98 ++
1 file changed, 98
From: Andreas Dannenberg
Some systems require more than a single ID to identify and configure any
clock provider. For those scenarios add an optional data field to the
clock control structure.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Lokesh Vutla
---
include/clk.h | 12 +++-
From: Andreas Dannenberg
Some TI Keystone 2 and K3 family of SoCs contain a system controller
(like the Power Management Micro Controller (PMMC) on 66AK2G SoCs and
the Device Management and Security Controller on AM65x SoCs) that manage
the low-level device control (like clocks, resets etc) for
Add MMU mappings for AM654 SoC.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/Makefile| 1 +
arch/arm/mach-k3/arm64-mmu.c | 45
2 files changed, 46 insertions(+)
create mode 100644 arch/arm/mach-k3/arm64-mmu.c
diff --git a/arch/arm/mach-k3/Makefile
Continue from PART 1/3.
This series adds all the driver support that are required to boot AM654 SoC.
The drivers are:
- TISCI Communication protocol to system controller
- Clock, power, reset drivers.
- Mailbox driver to communication to system controller.
- remoteproc drivers to start system
Update Makefile to generate
- tispl.bin: First stage bootloader on ARMv8 core
- u-boot.img: Second stage bootloader on ARMv8 core.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/config.mk | 21 +
scripts/Makefile.spl | 9 +
2 files changed, 30 insertions(+)
AM654 allows for booting from primary or backup boot media.
Both media can be chosen individually based on switch settings.
ROM looks for a valid image in primary boot media, if not found
then looks in backup boot media. In order to pass this boot media
information to boot loader, ROM stores a
On K3 family SoCs, once the ROM loads image on R5, M3 resets R5 and
expects to start executing from 0x0. In order to handle this ROM
updates the boot vector of R5 such that first 64 bytes of image load
address are mapped to 0x0.
In this case, it is SPL's responsibility to jump to the proper image
The AM654 device is designed for industrial automation and PLC
controller class platforms among other applications. Introduce
base support for AM654 SoC.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/Kconfig | 31 ++
arch/arm/mach-k3/Makefile
Add support for Texas Instruments' K3 Generation Processor
families.
Signed-off-by: Lokesh Vutla
---
Kconfig | 2 +-
MAINTAINERS | 1 +
arch/arm/Kconfig | 8
arch/arm/Makefile| 1 +
arch/arm/mach-k3/Kconfig | 12
The AM654 SoC is a lead device of the K3 Multicore SoC architecture
platform, targeted for broad market and industrial control with aim to
meet the complex processing needs of modern embedded products.
The device is partitioned into three functional domains, each containing
specific processing
The UART clock frequency can be obtained from the clock framework by the
ns16550 driver, so drop this redundant DT node.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Ley Foon Tan
---
arch/arm/dts/socfpga_arria10_socdk.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --git
The SPL size on Gen5 is 4*64kiB, but on A10 it is 4*256kiB.
Handle the difference.
Signed-off-by: Marek Vasut
---
include/configs/socfpga_common.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/configs/socfpga_common.h b/include/configs/socfpga_common.h
index
Add optional reset support into the Denali NAND driver. In case there is
a valid reset entry in the DT, the reset gets deasserted before the NAND
controller gets used.
Signed-off-by: Marek Vasut
Cc: Masahiro Yamada
---
drivers/mtd/nand/denali_dt.c | 9 +
1 file changed, 9 insertions(+)
The NAND reset is missing from DT, so the reset manager cannot unreset the NAND.
Add the missing DT reset entry.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Ley Foon Tan
---
arch/arm/dts/socfpga_arria10.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git
Add missing environment name for UBI, to prevent this NULL in output:
Loading Environment from ...
and rather have a valid UBI there:
Loading Environment from UBI...
Signed-off-by: Marek Vasut
---
env/ubi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/env/ubi.c b/env/ubi.c
index
On Fri, Jul 20, 2018 at 12:43 PM, Jagan Teki wrote:
> This is v2 for previous series[1], by excluding sunxi phy changes.
>
> One patch mark it as 'RFC' about "including UCLASS_USB_DEV_GENERIC
> into shutdown caller" so expecting some inputs on the same
>
> [1]
Hi Aaron,
On 08/21/2018 08:07 AM, Aaron Williams wrote:
The Octeon version of U-Boot is based off an older versin of U-Boot (2012.07)
with a lot of features backported. For example, I have backported NVME support
as well as the latest filesystem code. Since there have been significant
changes
This adds a defconfig for sama5d27_som1_ek board to get environment from
uSD. The defconfig is made from sama5d27_som1_ek_mmc_defconfig, with
'bootcmd' and 'bootargs' changed to kernel, device-tree and rootfs from
uSD. The environment is expected to be found in uSD's FAT partition.
Signed-off-by:
CONFIG_BOOTARGS can be set using Kconfig, so we no longer need it
in the config files.
Signed-off-by: Codrin Ciubotariu
---
configs/sama5d27_som1_ek_mmc_defconfig | 2 ++
include/configs/sama5d27_som1_ek.h | 3 ---
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git
FAT_ENV_xxx options can now be set using Kconfig, so we no longer
need them in the config files.
Signed-off-by: Codrin Ciubotariu
---
include/configs/sama5d27_som1_ek.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/sama5d27_som1_ek.h
b/include/configs/sama5d27_som1_ek.h
This series basically adds a new defconfig for sama5d27_som1_ek board
to boot from uSD. Also needed to cleanup the board's config header.
Codrin Ciubotariu (3):
configs: sama5d27_som1_ek: Remove unnecessary FAT_ENV_xxx macros
configs: sama5d27_som1_ek: Set CONFIG_BOOTARGS using Kconfig
The getcd and getwp functions when DM_MMC is enabled are
assumming the DM_GPIO is enabled. In cases (like SPL) where
DM_GPIO may not be enabled, wrap these calls in an #ifdef
Signed-off-by: Adam Ford
diff --git a/drivers/mmc/omap_hsmmc.c b/drivers/mmc/omap_hsmmc.c
index caaa914604..4d171f457e
On Wed, Aug 22, 2018 at 2:18 AM, Jagdish Gediya wrote:
> Add device tree for T2080QDS board and enable CONFIG_OF_CONTROL
> so that device tree can be compiled.
>
> update board README for device tree usage.
>
> Signed-off-by: Jagdish Gediya
> ---
> arch/powerpc/dts/Makefile | 2 ++
On Wed, Aug 22, 2018 at 2:18 AM, Jagdish Gediya wrote:
> Signed-off-by: Jagdish Gediya
> ---
> arch/powerpc/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Bin Meng
But I suspect you probably need adjust this patch's order to make it
come later in this series?
On Wed, Aug 22, 2018 at 2:18 AM, Jagdish Gediya wrote:
> Below is the sequence to embed dtb inside u-boot,
> 1. Remove bootpg and resetvec section if needed
> 2. Append dtb
> 3. Append bootpg and resetvec section back if removed previously
>
> Above procedure is required only when CONFIG_MPC85xx,
1 - 100 of 124 matches
Mail list logo