Use regulators_enable_boot_on() to init all the regulators with
regulator-boot-on property. This is relevant for all rk3288-boards.
Signed-off-by: Wadim Egorov
Signed-off-by: Janine Hagemann
---
v3: - move regulator-enable to a more generic part of the driver
---
arch/arm/mach-rockchip/rk3288-b
Add the ability to read the phy-handle node of the
gmac. Upon reading this handle the phy-id
can be stored based on the reg node in the DT.
The phy-handle also needs to be stored and passed
to the phy to access any phy data that is available.
Signed-off-by: Janine Hagemann
Acked-by: Joe Hershbe
This pin is supplied by 1.8V, but the default iodomain
setting is 3.3V.
Signed-off-by: Janine Hagemann
---
v3: No changes
---
board/phytec/phycore_rk3288/phycore-rk3288.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/phytec/phycore_rk3288/phycore-rk3288.c
b/board/p
- Split patch-series into two series:
1/2: "Expand dp83867-driver"
2/2: "Add ethernet support for phyCORE-RK3288"
- Add some Acked-by
- Remove "0006-net-gmac_rockchip-add-workaround-for-incorect-RX_CTRL_p.patch"
because there is a other patch at master, which does the same.
- R
Using PHY internal delays in combination with the phy-mode
rgmii-id/rxid/txid was not possible. Only rgmii was supported.
Now we can disable rockchip's gmac delay lines and also use
rgmii-id/rxid/txid.
Based on commit eaf70ad14cbb ("net: stmmac: dwmac-rk: Add
handling for RGMII_ID/RXID/TXID") for
add PHY_TI to support dp83867
Signed-off-by: Janine Hagemann
---
v3: No changes
---
configs/phycore-rk3288_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/phycore-rk3288_defconfig b/configs/phycore-rk3288_defconfig
index b81b5e6..340ba5d 100644
--- a/configs/phycore-rk3288_
The CLK_O_SEL default is synchronus to XI input clock,
which is 25 MHz. Set CLK_O_SEL to channel A transmit
clock so we have 125 MHz on CLK_OUT.
Signed-off-by: Janine Hagemann
---
v3: No changes
---
arch/arm/dts/rk3288-phycore-som.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm
We have to use RK3328_RXCLK_DLY_ENA_GMAC_ENABLE instead of
RK3328_RXCLK_DLY_ENA_GMAC_MASK in rk3328_gmac_set_to_rgmii()
to enable the RX delay.
The MASK was used in a wrong way.
Signed-off-by: Janine Hagemann
Reviewed-by: Philipp Tomisch
Acked-by: Joe Hershberger
---
v3: - Add Acked-by
- Ad
This patch adds support for enabling or disabling the lane swapping
(called "port mirroring" in PHY's CFG4 register) feature of the DP83867
TI's PHY device.
One use case is when bootstrap configuration enables this feature (because
of e.g. LED_0 wrong wiring) so then one needs to disable it in sof
The DP83867 when not properly bootstrapped - especially with LED_0 pin -
can enter N/A MODE4 for "port mirroring" feature.
To provide normal operation of the PHY, one needs not only to explicitly
disable the port mirroring feature, but as well stop some IC internal
testing (which disables RGMII co
- Split patch-series "Add ethernet support for phyCORE-RK3288" into two
patch-series:
1/2: "Expand dp83867-driver
2/2: "Add ethernet support for phyCORE-RK3288"
- Add some Acked-by
Janine Hagemann (3):
net: phy: ti: Add lane swapping support in the DP83867 TI's PHY driver
ne
The DP83867 has a muxing option for the CLK_OUT pin. It is possible
to set CLK_OUT for different channels.
Create a binding to select a specific clock for CLK_OUT pin.
Based on commit 9708fb630d19 ("net: phy: dp83867: Add binding for
the CLK_OUT pin muxing option") of mainline linux kernel.
Signe
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 fil
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 som
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 pci-uclas
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 Aust
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 a
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 Glas
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 wel
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 Meng
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 wr
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 reasons.
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 stil
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 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 wrote:
> >>> Hi Marek,
> >>>
> >>> On 20 August 2018 at 1
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 offendi
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 OF_CONTRO
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 rever
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 just
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
___
U-Boo
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 01:13,
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 +++
> driv
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 +
> drivers/video/Makef
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 +
> drivers/video/mipi
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 Simo
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
U-Boot@lists.denx.de
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 flashing
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 (201
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 flashing
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 arch/arm/dts/rk339
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 pro
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:
git://gi
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 100644
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:
https://git.kernel.org/pub/scm/
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, Jag
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 +
board/ti/am65
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 file
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 confi
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
---
drivers/remoteproc/rpro
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
in
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. Furthermor
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 +--
include/power-domain.h
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 b/common/spl
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 pa
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 p
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 and
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 a/include/mailb
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 system
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
---
drivers/firmware/firmware-uclass.
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 t
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.
Intr
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 b/board/ti/am
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
include/reset.
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 b/arch/arm/include/asm
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 t
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 capabil
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 +++-
1
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 t
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 valu
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
common/spl/
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 cor
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 55ca0fb5b0..fbf
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(+)
1 - 100 of 135 matches
Mail list logo
