Sure looks good.
Thanks!
On Tue, 11 May 2021 at 09:39, Heinrich Schuchardt wrote:
>
> From: Ilias Apalodimas
>
> Instead of just failing, clean up the installed config table and
> EventLog memory if logging an s-crtm event fails during the protocol
> installation
>
> Signed-off-by: Ilias Apalodi
On 11/05/2021 07.55, Stefan Roese wrote:
> On 10.05.21 17:47, Rasmus Villemoes wrote:
>> A rather common kind of external watchdog circuit is one that is kept
>> alive by toggling a gpio. Add a driver for handling such a watchdog.
>>
>> The compatible string is probably a little odd as it has nothi
From: Ilias Apalodimas
Instead of just failing, clean up the installed config table and
EventLog memory if logging an s-crtm event fails during the protocol
installation
Signed-off-by: Ilias Apalodimas
Eliminate label 'out:' by using return.
Reviewed-by: Heinrich Schuchardt
Signed-off-by: He
On 5/10/21 8:19 PM, Ilias Apalodimas wrote:
Instead of just failing, clean up the installed config table and
EventLog memory if logging an s-crtm event fails during the protocol
installation
Signed-off-by: Ilias Apalodimas
---
lib/efi_loader/efi_tcg2.c | 2 +-
1 file changed, 1 insertion(+),
On 5/10/21 8:15 PM, Ilias Apalodimas wrote:
efi_init_event_log() calls tcg2_uninit() in case of failure.
We can skip that since the function is called on efi_tcg2_register()
which also cleans up if an error occurs
Signed-off-by: Ilias Apalodimas
Reviewed-by: Heinrich Schuchardt
---
lib/e
Hi Simon,
On 07/05/21 10:04 pm, Simon Glass wrote:
> Hi Kishon,
>
> On Fri, 7 May 2021 at 05:02, Kishon Vijay Abraham I wrote:
>>
>> In order for client to know whether it was able to successfully get a
>> reset controller or not, do not return NULL on error for
>> devm_reset_control_get_optiona
On 5/11/21 10:19 AM, Lokesh Vutla wrote:
>
>
> On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
>> On J721e and J7200, MCU R5 core (boot master) itself would run Device
>> Manager (DM) Firmware and interact with TI Foundational Security (TIFS)
>> firmware to enable DMA and such other Resource
From: Konstantin Porotchkin
This patch adds the dtsi/dts files needed to support the Marvell
Octeon TX2 CN913x DB. This is only the base port with not all
interfaces supported fully.
Signed-off-by: Konstantin Porotchkin
Signed-off-by: Stefan Roese
---
(no changes since v2)
Changes in v2:
-
From: Konstantin Porotchkin
This patch adds the base support for the Marvell Octeon TX2 CN913x DB.
Only one defconfig is added with this patch. Other board variants are
available (NAND, MMC booting) and images for these boards can be
generated by following the documentation added in the included
This patchset adds the base support for the Marvell OcteonTX2 CN913x DB
board and includes required dts/dtsi files and the defconfig files for
this.
Thanks,
Stefan
Changes in v3:
- Changed board MAINTAINERS to reflect the latest changes of added files
Changes in v2:
- Changed commit text from
Hi Kosta,
On 05.05.21 13:17, Kostya Porotchkin wrote:
Hi, Stefan,
I think the MAINTAINERS file should be fixed for reflecting the
configuration file name change and moving to single defconfig from 2.
Sure, this needs to get updated. Thanks for catching. v3 will
follow soon.
Thanks,
Stefan
On 5/11/21 10:21 AM, Lokesh Vutla wrote:
>
>
> On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
>> R5 SPL needs access to cfg space of Rings and UDMAP, therefore add RING
>> CFG, TCHAN CFG and RCHAN CFG address ranges.
>>
>> Signed-off-by: Vignesh Raghavendra
>> ---
>> arch/arm/dts/k3-am654-
On 10.05.21 17:47, Rasmus Villemoes wrote:
A rather common kind of external watchdog circuit is one that is kept
alive by toggling a gpio. Add a driver for handling such a watchdog.
The compatible string is probably a little odd as it has nothing to do
with linux per se - however, I chose that t
On 5/11/21 10:12 AM, Lokesh Vutla wrote:
>
>
> On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
>> In case of R5 SPL, GET_RANGE API service is not available (as DM
>> services are not yet up), therefore service such calls locally using
>> per SoC static data.
>>
>> Signed-off-by: Vignesh Ragha
On 11/05/2021 04.49, han.xu wrote:
> On 21/05/10 12:00PM, Sean Nyekjaer wrote:
>> Caution: EXT Email
>>
>> Linux kernel defaults to use legacy bch setting, this was creating a
>> mismatch between U-boot and Linux default settings.
> Kernel uses the NAND chip specified minimum ecc strength and steps
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> R5 SPL needs access to cfg space of Rings and UDMAP, therefore add RING
> CFG, TCHAN CFG and RCHAN CFG address ranges.
>
> Signed-off-by: Vignesh Raghavendra
> ---
> arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 14 ++
> .../k3-j720
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> On J721e and J7200, MCU R5 core (boot master) itself would run Device
> Manager (DM) Firmware and interact with TI Foundational Security (TIFS)
> firmware to enable DMA and such other Resource Management (RM) services.
> So, during R5 SPL stage
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> In case of R5 SPL, GET_RANGE API service is not available (as DM
> services are not yet up), therefore service such calls locally using
> per SoC static data.
>
> Signed-off-by: Vignesh Raghavendra
> ---
> drivers/firmware/ti_sci.c
> Hi Rick,
>
> On Tue, May 11, 2021 at 8:49 AM Rick Chen wrote:
> >
> > Hi Bin,
> >
> > > Hi Rick,
> > >
> > > On Mon, May 10, 2021 at 3:22 PM Rick Chen wrote:
> > > >
> > > > Hi Bin
> > > >
> > > > > Hi Bin,
> > > > >
> > > > > > From: Bin Meng
> > > > > > Sent: Monday, May 10, 2021 2:58 PM
> >
Hi Rick,
On Tue, May 11, 2021 at 8:49 AM Rick Chen wrote:
>
> Hi Bin,
>
> > Hi Rick,
> >
> > On Mon, May 10, 2021 at 3:22 PM Rick Chen wrote:
> > >
> > > Hi Bin
> > >
> > > > Hi Bin,
> > > >
> > > > > From: Bin Meng
> > > > > Sent: Monday, May 10, 2021 2:58 PM
> > > > > To: Simon Glass ; Rick J
On 21/05/10 12:00PM, Sean Nyekjaer wrote:
> Caution: EXT Email
>
> Linux kernel defaults to use legacy bch setting, this was creating a
> mismatch between U-boot and Linux default settings.
Kernel uses the NAND chip specified minimum ecc strength and steps by default
not the legacy bch setting, u
On Thu, Apr 15, 2021 at 03:55:52PM +0530, Sughosh Ganu wrote:
> On Thu, 15 Apr 2021 at 01:08, Simon Glass wrote:
>
> > On Mon, 12 Apr 2021 at 16:06, Sughosh Ganu
> > wrote:
> > >
> > > Define a function which would be used in the scenario where the
> > > public key is stored on the platform's dt
> From: Bin Meng
> Sent: Monday, May 10, 2021 8:24 PM
> To: Simon Glass ; Rick Jian-Zhi Chen(陳建志)
> ; u-boot@lists.denx.de
> Cc: Bin Meng
> Subject: [PATCH v5 05/13] binman: Add support for RISC-V OpenSBI fw_dynamic
> blob
>
> Add an entry for RISC-V OpenSBI's 'fw_dynamic' firmware payload.
>
>
Hi Bin,
> Hi Rick,
>
> On Mon, May 10, 2021 at 3:22 PM Rick Chen wrote:
> >
> > Hi Bin
> >
> > > Hi Bin,
> > >
> > > > From: Bin Meng
> > > > Sent: Monday, May 10, 2021 2:58 PM
> > > > To: Simon Glass ; Rick Jian-Zhi Chen(陳建志)
> > > > ; u-boot@lists.denx.de
> > > > Subject: [PATCH v4 00/13] ris
On Wed, Sep 2, 2020 at 12:10 AM Heinrich Schuchardt wrote:
>
> On 31.08.20 20:08, Atish Patra wrote:
> > On Thu, Aug 27, 2020 at 9:16 AM Heinrich Schuchardt
> > wrote:
> >>
> >> If a reserved memory node in the device tree has the property no-map,
> >> remove it from the UEFI memory map provided
On 5/10/21 12:28 PM, Simon Glass wrote:
Hi Sean,
On Sat, 8 May 2021 at 18:40, Sean Anderson wrote:
On 5/8/21 6:00 PM, Simon Glass wrote:
When the default clocks cannot be set, the clock is silently probed and
the error is ignored. This is incorrect, since having the clocks at the
correct spe
On 5/10/21 3:32 PM, Masami Hiramatsu wrote:
> From: Jassi Brar
>
> Signed-off-by: Jassi Brar
> Signed-off-by: Masami Hiramatsu
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> Changes in v3:
> - Rename config name to MMC_SDHCI_F_SDH30.
> - Remove unneeded wait in drivers/
On Mon, 10 May 2021 at 11:07, Takahiro Akashi
wrote:
>
> On Mon, May 10, 2021 at 09:49:03AM +0900, Masahisa Kojima wrote:
> > Hi Heinrich,
> >
> > Sorry for the late reply.
> >
> > On Sat, 8 May 2021 at 23:08, Heinrich Schuchardt wrote:
> > >
> > > On 4/28/21 3:16 PM, Heinrich Schuchardt wrote:
>
Hey all,
It's release day, and here's v2021.07-rc2. There's a few PRs I do hope
to see come in soon, and shortly after this I will pull in the patches
needed to enforce the DM migrations that are now 2 years past their
warning dates.
I need to start soon on the next round of board removal patche
On Mon, May 10, 2021 at 08:00:16PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following changes for v2021.07 release:
>
> - x86: correct regwidth prompt in cbsysinfo
> - virtio: convert README.virtio to reST
>
> Azure results: PASS
> https://dev.azure.com/bmeng/GitHub/_build/resu
Hi Steffen,
On Mon, 10 May 2021 at 13:37, Steffen Jaeckel
wrote:
>
> Hi Simon
>
> On 5/10/21 10:24 PM, Simon Glass wrote:
> > On Mon, 10 May 2021 at 14:06, Steffen Jaeckel
> > wrote:
> >> On 5/10/21 9:19 PM, Simon Glass wrote:
> >>> On Mon, 10 May 2021 at 11:05, Steffen Jaeckel
> >>> wrote:
> >
Hi Simon
On 5/10/21 10:24 PM, Simon Glass wrote:
> On Mon, 10 May 2021 at 14:06, Steffen Jaeckel
> wrote:
>> On 5/10/21 9:19 PM, Simon Glass wrote:
>>> On Mon, 10 May 2021 at 11:05, Steffen Jaeckel
>>> wrote:
On 5/10/21 6:27 PM, Simon Glass wrote:
> On Mon, 10 May 2021 at 00:19, Steffen
Hi Steffen,
On Mon, 10 May 2021 at 14:06, Steffen Jaeckel
wrote:
>
> Hi Simon,
>
> On 5/10/21 9:19 PM, Simon Glass wrote:
> > On Mon, 10 May 2021 at 11:05, Steffen Jaeckel
> > wrote:
> >> On 5/10/21 6:27 PM, Simon Glass wrote:
> >>> On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
> >>> wrote:
> >
Hi Simon,
On 5/10/21 9:19 PM, Simon Glass wrote:
> On Mon, 10 May 2021 at 11:05, Steffen Jaeckel
> wrote:
>> On 5/10/21 6:27 PM, Simon Glass wrote:
>>> On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
>>> wrote:
Hook into the autoboot flow as an alternative to the existing
mechanisms
On 10/05/2021 21.19, Simon Glass wrote:
> Hi Rasmus,
>
> On Mon, 10 May 2021 at 12:45, Rasmus Villemoes
> wrote:
>>
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index f0ff2612a6..2cf378db29 100644
--- a/drivers/watchdog/Kconfig
+++ b/drivers/watchdog/Kconfi
Hi Rasmus,
On Mon, 10 May 2021 at 12:45, Rasmus Villemoes
wrote:
>
> On 10/05/2021 18.28, Simon Glass wrote:
> > Hi Rasmus,
> >
> > On Mon, 10 May 2021 at 09:47, Rasmus Villemoes
> > wrote:
> >>
> >> A rather common kind of external watchdog circuit is one that is kept
> >> alive by toggling a g
Hi Steffen,
On Mon, 10 May 2021 at 11:05, Steffen Jaeckel
wrote:
>
>
>
> On 5/10/21 6:27 PM, Simon Glass wrote:
> > On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
> > wrote:
> >>
> >> Hook into the autoboot flow as an alternative to the existing
> >> mechanisms.
> >>
> >> Signed-off-by: Steffen J
On 10/05/2021 18.28, Simon Glass wrote:
> Hi Rasmus,
>
> On Mon, 10 May 2021 at 09:47, Rasmus Villemoes
> wrote:
>>
>> A rather common kind of external watchdog circuit is one that is kept
>> alive by toggling a gpio. Add a driver for handling such a watchdog.
>>
>> The compatible string is proba
+CC Michal who actually noticed this.
Heinrich can you add a
Reported-by: Michal Simek
before merging this? Or you prefer me to resend?
On Mon, 10 May 2021 at 21:26, Ilias Apalodimas
wrote:
>
> EFI_TCG2 depends not only on TPMv2 but also on the underlying algorithms.
> So add the missing SHA1,
EFI_TCG2 depends not only on TPMv2 but also on the underlying algorithms.
So add the missing SHA1, SHA256, SHA384 and SHA512 we currently support
as depenmdencies
Signed-off-by: Ilias Apalodimas
---
lib/efi_loader/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/efi_loader/Kconfig
Hi Simon,
On 5/10/21 6:28 PM, Simon Glass wrote:
> Hi Steffen,
>
> On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
> wrote:
>>
>> This is a copy of the regular sandbox with crypt-based password entry
>> enabled.
>>
>> Signed-off-by: Steffen Jaeckel
>> ---
>>
>> (no changes since v1)
>>
>> config
Instead of just failing, clean up the installed config table and
EventLog memory if logging an s-crtm event fails during the protocol
installation
Signed-off-by: Ilias Apalodimas
---
lib/efi_loader/efi_tcg2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_
efi_init_event_log() calls tcg2_uninit() in case of failure.
We can skip that since the function is called on efi_tcg2_register()
which also cleans up if an error occurs
Signed-off-by: Ilias Apalodimas
---
lib/efi_loader/efi_tcg2.c | 4
1 file changed, 4 deletions(-)
diff --git a/lib/efi_l
Parse MAC addresses from EEPROM and set them in the env. This is needed
to get MAC address for additional ethernet ports on the EVM.
Signed-off-by: Vignesh Raghavendra
---
board/ti/am64x/evm.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/ti/am64x/evm.c b/board/ti/am64x/evm.
In absence of Device Manager (DM) services such as at R5 SPL stage,
driver will have to natively setup TCHAN/RCHAN/RFLOW cfg registers.
Add support for the same.
Note that we still need to send chan/flow cfg message to TIFS via TISCI
client driver in order to open up firewalls around chan/flow but
In absence of Device Manager (DM) services such as at R5 SPL stage,
driver will have to natively setup Ring Cfg registers. Add support for
the same.
Note that we still need to send RING_CFG message to TIFS via TISCI
client driver in order to open up firewalls around Rings.
U-Boot specific code is
R5 SPL needs access to cfg space of Rings and UDMAP, therefore add RING
CFG, TCHAN CFG and RCHAN CFG address ranges.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 14 ++
.../k3-j7200-common-proc-board-u-boot.dtsi| 26 +++
.../k
Add DM firmware node which will provide DM services during R5 SPL stage.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 17 +
arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 18 ++
2 files changed, 35 insertions(+)
diff -
On J721e and J7200, MCU R5 core (boot master) itself would run Device
Manager (DM) Firmware and interact with TI Foundational Security (TIFS)
firmware to enable DMA and such other Resource Management (RM) services.
So, during R5 SPL stage there is no such RM service available and ti_sci
driver will
In case of R5 SPL, GET_RANGE API service is not available (as DM
services are not yet up), therefore service such calls locally using
per SoC static data.
Signed-off-by: Vignesh Raghavendra
---
drivers/firmware/ti_sci.c | 36 +++
drivers/firmware/ti_sci_static_data.h | 92 +++
R5 SPL would need to talk to DMSC using DM to DMSC sec-proxy threads.
Mark these as valid threads in the driver.
Signed-off-by: Vignesh Raghavendra
---
drivers/mailbox/k3-sec-proxy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mailbox/k3-sec-proxy.c b/drivers/mail
This series add DMA support for R5 SPL on J721e/J7200 SoCs post HSM
Rearch.
Depends on Tero's base HSM rearch support series.
Vignesh Raghavendra (7):
mailbox: k3-sec-proxy: Add DM to DMSC communication thread
firmware: ti_sci: Implement GET_RANGE with static data
firmware: ti_sci: Add supp
On 5/10/21 6:27 PM, Simon Glass wrote:
> On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
> wrote:
>>
>> In order to prevent using the global errno, replace it with a static
>> version and create a wrapper function which returns the error value.
>>
>> Signed-off-by: Steffen Jaeckel
>> ---
>>
>> (no
On 5/10/21 6:27 PM, Simon Glass wrote:
> On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
> wrote:
>>
>> Hook into the autoboot flow as an alternative to the existing
>> mechanisms.
>>
>> Signed-off-by: Steffen Jaeckel
>> ---
>>
>> (no changes since v1)
>>
>> common/Kconfig.boot | 37 +++
Hi Bin,
On Mon, 10 May 2021 at 10:34, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, May 11, 2021 at 12:28 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
> > >
> > > Generally speaking BINMAN_FDT makes sense for OF_SEPARATE or OF_EMBED.
> > > For the othe
Hi Simon,
On Tue, May 11, 2021 at 12:28 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
> >
> > Generally speaking BINMAN_FDT makes sense for OF_SEPARATE or OF_EMBED.
> > For the other OF_CONTROL methods, it's quite possible binman node is
> > not available as
Hi Rasmus,
On Mon, 10 May 2021 at 03:00, Rasmus Villemoes
wrote:
>
> On 06/05/2021 19.41, Simon Glass wrote:
> > Hi Pratyush,
> >
> > On Thu, 6 May 2021 at 10:07, Pratyush Yadav wrote:
> >>
> >> On 06/05/21 08:23AM, Simon Glass wrote:
> >>> Add a function to duplicate a memory region, a little l
On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
>
> For scenarios like OF_BOARD or OF_PRIOR_STAGE, no device tree blob is
> provided in the U-Boot build phase hence the binman node information
> is not available. In order to support such use case, a new Kconfig
> option BINMAN_STANDALONE_FDT is intr
Hi Rasmus,
On Mon, 10 May 2021 at 09:47, Rasmus Villemoes
wrote:
>
> A rather common kind of external watchdog circuit is one that is kept
> alive by toggling a gpio. Add a driver for handling such a watchdog.
>
> The compatible string is probably a little odd as it has nothing to do
> with linux
On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
wrote:
>
> Hook into the autoboot flow as an alternative to the existing
> mechanisms.
>
> Signed-off-by: Steffen Jaeckel
> ---
>
> (no changes since v1)
>
> common/Kconfig.boot | 37 ++---
> common/autoboot.c | 80 +
On Mon, 10 May 2021 at 09:47, Rasmus Villemoes
wrote:
>
> It seems that no other test has claimed gpio_a:7 yet, so use that.
>
> The only small wrinkle is modifying the existing wdt test to use
> uclass_get_device_by_driver() since we now have to UCLASS_WDT
> instances in play, so it's a little mo
Hi Bin,
On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
>
> Generally speaking BINMAN_FDT makes sense for OF_SEPARATE or OF_EMBED.
> For the other OF_CONTROL methods, it's quite possible binman node is
> not available as binman is invoked during the build phase instead of
> runtime. Let's only turn
Hi Steffen,
On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
wrote:
>
> This is a copy of the regular sandbox with crypt-based password entry
> enabled.
>
> Signed-off-by: Steffen Jaeckel
> ---
>
> (no changes since v1)
>
> configs/sandbox_cryptpass_defconfig | 296
>
On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
>
> Use the new BINMAN_STANDALONE_FDT option for AE350 based SPL defconfigs,
> so that binman is now used to generate u-boot.itb.
>
> Signed-off-by: Bin Meng
>
> ---
>
> (no changes since v3)
>
> Changes in v3:
> - new patch: "riscv: ae350: Switch to
On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
>
> Now that we have switched to binman to generate u-boot.itb for all
> RISC-V boards, USE_SPL_FIT_GENERATOR is no longer needed and can
> be dropped.
>
> Signed-off-by: Bin Meng
>
> ---
>
> (no changes since v3)
>
> Changes in v3:
> - remove USE_SPL
On Mon, 10 May 2021 at 06:24, Bin Meng wrote:
>
> Sort the RISC-V DTS build targets by their Kconfig target names in
> alphabetical order.
>
> Signed-off-by: Bin Meng
>
> ---
>
> (no changes since v2)
>
> Changes in v2:
> - new patch: "riscv: dts: Sort build targets in alphabetical order"
>
> ar
Hi Sean,
On Sat, 8 May 2021 at 18:40, Sean Anderson wrote:
>
> On 5/8/21 6:00 PM, Simon Glass wrote:
> > When the default clocks cannot be set, the clock is silently probed and
> > the error is ignored. This is incorrect, since having the clocks at the
> > correct speed may be important for opera
Hi Marek,
On Sun, 9 May 2021 at 12:45, Marek Behun wrote:
>
> On Sun, 9 May 2021 09:14:14 -0500
> Adam Ford wrote:
>
> > On Sat, Mar 6, 2021 at 10:06 PM Marek Behun wrote:
> > >
> > > On Sat, 6 Mar 2021 21:45:02 -0600
> > > Adam Ford wrote:
> > >
> > > > On Sat, Mar 6, 2021 at 3:49 PM Marek Be
On Mon, 10 May 2021 at 00:19, Steffen Jaeckel
wrote:
>
> In order to prevent using the global errno, replace it with a static
> version and create a wrapper function which returns the error value.
>
> Signed-off-by: Steffen Jaeckel
> ---
>
> (no changes since v1)
>
> include/crypt.h |
A rather common kind of external watchdog circuit is one that is kept
alive by toggling a gpio. Add a driver for handling such a watchdog.
The compatible string is probably a little odd as it has nothing to do
with linux per se - however, I chose that to make .dts snippets
reusable between device
It seems that no other test has claimed gpio_a:7 yet, so use that.
The only small wrinkle is modifying the existing wdt test to use
uclass_get_device_by_driver() since we now have to UCLASS_WDT
instances in play, so it's a little more robust to fetch the device by
driver and not merely uclass+inde
Add a new compatible to support AM64 SoC
Signed-off-by: Vignesh Raghavendra
---
drivers/net/ti/am65-cpsw-nuss.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ti/am65-cpsw-nuss.c b/drivers/net/ti/am65-cpsw-nuss.c
index 3534a6d807..3ab6a30828 100644
--- a/drivers/net/ti/am65-cpsw
AM64 as CPSW3G IP with 2 external ports. Add DT entries for the same
(based on kernel DT).
Disable second port as its by default set to ICSS usage on EVM.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-am64-main.dtsi| 74 +
arch/arm/dts/k3-am64.dtsi
Add CPSW related nodes for AM642 SK. There are two CPSW ports on the
board but U-Boot supports only the first port.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-am642-sk-u-boot.dtsi | 16 +++
arch/arm/dts/k3-am642-sk.dts | 62
2 files changed, 7
Currently driver may end up caching disabled port ID as active
interface. Fix this by bailing out earlier in case port is marked
disabled in the DT.
Signed-off-by: Vignesh Raghavendra
---
drivers/net/ti/am65-cpsw-nuss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
Sync BCDMA and PKTDMA support from Kernel for AM64 SoC
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/ti/k3-udma.c | 1003 +++---
1 file changed, 939 insertions(+), 64 deletions(-)
diff --git a/drivers/dma/ti/k3-udma.c b/drivers/dma/ti/k3-udma.c
index f3ec827
CPSW NUSS IP on K3 SoCs can have more than one external port (upto 8)
Therefore increase AM65_CPSW_CPSWNU_MAX_PORTS to 9 (8 ext + 1 Root port)
as preparation to allow any one of the 8 ports to be used as ethernet
interface in U-Boot.
Signed-off-by: Vignesh Raghavendra
---
drivers/net/ti/am65-cps
Add AM64 SoC specific channel mapping and endpoint data.
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/ti/Makefile | 1 +
drivers/dma/ti/k3-psil-am64.c | 156 ++
drivers/dma/ti/k3-psil-priv.h | 1 +
drivers/dma/ti/k3-psil.c | 2 +
4 files cha
Extend PSIL EP data to include AM64 DMA specific information
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/ti/k3-psil.h | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/dma/ti/k3-psil.h b/drivers/dma/ti/k3-psil.h
index 53c61b4595..1e0fe06c0a 100644
--- a/drivers
ICSSG Ethernet driver uses two src threads per port (one per slice).
Similarly CPSW uses one src thread.
Drop PSIL EP static data for other src threads in order to reduce
R5 SPL footprint. This makes AM65x board bootable again.
Signed-off-by: Vignesh Raghavendra
---
drivers/dma/ti/k3-psil-am654
This series add ethernet and DMA support for AM64x SoC.
Vignesh Raghavendra (12):
firmware: ti_sci: Update ti_sci_cmd_rm_udmap_tx_ch_cfg() API to the
latest
soc: ti: k3-navss-ringacc: Add AM64 ringacc support
soc: ti: k3-navss-ringacc: Remove unused ring modes
dma: ti: k3-psil-am654: D
With AM64x supporting only K3_NAV_RINGACC_RING_MODE_RING or the exposed
ring mode, all other K3 SoCs have also been moved to this common
baseline. Therefore drop other modes such as
K3_NAV_RINGACC_RING_MODE_MESSAGE (and proxy) to save on SPL footprint.
There is a saving of ~800 bytes with this cha
Update struct ti_sci_msg_rm_udmap_tx_ch_cfg_req to latest ABI to support
AM64x BCDMA Block copy channels.
Signed-off-by: Vignesh Raghavendra
---
drivers/firmware/ti_sci.c | 3 +++
drivers/firmware/ti_sci.h | 18 ++
include/linux/soc/ti/ti_sci_protocol.h
AM64 dual mode rings are modeled as pair of Rings objects which has common
configuration and memory buffer, but separate real-time control register
sets for each direction mem2dev (forward) and dev2mem (reverse).
AM64 rings must be requested only using k3_ringacc_request_rings_pair(),
and forward
The patch contains several DT files for SOM platform.
Carrier card is sck-kv (KV260) revA/B. SMK-K26 is description for starter
kit which doesn't have EMMC populated. And SM-K26 is full som with EMMC.
Files are divided in this way to make sure that SOM can be plugged to
different carrier card and
ZynqMP pinctrl Linux driver has been merged to 5.13-rc1 kernel. Based on it
DT files can be extended by pinctrl configurations.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-zc1751-xm015-dc1.dts | 229 +
arch/arm/dts/zynqmp-zc1751-xm016-dc2.dts | 306 +
Mainline kernel has psgtr driver that's why it is good to add description
to DT files. Some boards are just missing description for USB3 and sata.
zc1751-dc1 and p-a2197 are also missing clock descriptions for input
clocks.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-p-a2197-00-revA.dts
From: T Karthik Reddy
Probe zynqmp firmware driver by adding zynqmp firmware, power &
ipi mailbox device tree nodes for mini emmc.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-mini-emmc0.dts | 40 ++
arch/arm/dts/zynqmp-mini-e
From: Saeed Nowshadi
Add label to GPIO lines so the user-level applications can find any line
without knowing its physical path on System Controller on VCK190/VMK180.
These labels are describing EMIO gpio connection which depends on PL which
we normally don't describe but that's only way to go f
Add missing xlnx,mio-bank property to sdhci node. Also add properties with
0 value to have it listed in case that files are copied to different
projects where default case doesn't need to be handled in the same way.
That's why explicitly list them too.
Signed-off-by: Michal Simek
---
arch/arm/d
These comments weren't push to mainline that's why remove them.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-zcu208-revA.dts | 10 +-
arch/arm/dts/zynqmp-zcu216-revA.dts | 10 +-
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/dts/zynqmp-zcu208-r
From: Saeed Nowshadi
The 'silabs,skip-recall' property prevents interruption in operation of
the clock while the driver is being probed. Without this property, the
DDR DIMM clk can cause a failure during Versal's boot.
Signed-off-by: Saeed Nowshadi
Signed-off-by: Michal Simek
---
arch/arm/d
From: Raviteja Narayanam
I2C muxes that have the slave devices with same address are
falling into the below problem.
VCK190 system controller (SC) - zynqmp-e-a2197-00-revA.dts
I2C1 (0xff03) -> Mux1 (@0x74) -> Channel 3 -> 0x50
I2C1 (0xff03) -> Mux2 (@0x75) -> Channel 0 -> 0x50
1. SC acc
All si570 which are used for ps reference clock generation should contain
silabs,skip-recall property not to cause break on ps clock.
On Versal boards this will cause hang on Versal cpu when it is booted at
the same time with SC.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-e-a2197-00-re
Hi,
this patchset is adding support for new Xilinx SOM platform. SOM+CC.
Also adding description for pin control and PSGTR phys with also some small
fixes in DT.
Thanks,
Michal
Michal Simek (6):
arm64: zynqmp: Add missing silabs,skip-recall for si570 ref clk nodes
arm64: zynqmp: Remove comm
Hi Peng,
On 07/04/21 3:52 am, Jaehoon Chung wrote:
> On 4/5/21 11:44 PM, Aswath Govindraju wrote:
>> From: Faiz Abbas
>>
>> Enable HS400 speed mode by writing to HOST_CONTROL2 register.
>>
>> Signed-off-by: Faiz Abbas
>> Signed-off-by: Aswath Govindraju
>
> Reviewed-by: Jaehoon Chung
>
Can
Jagan,
On 05/05/21 03:11PM, Pratyush Yadav wrote:
> Hi,
>
> This series adds support for octal DTR flashes in the SPI NOR framework,
> and then adds hooks for the Cypress S28HS512T and Micron MT35XU512ABA
> flashes.
>
> The Cadence QSPI controller driver is also updated to run in Octal DTR
> mod
On Sat, May 08, 2021 at 04:00:07PM -0600, Simon Glass wrote:
> This is intended to crash. Add an annotation to keep coverity happy.
>
> Reported-by: Coverity (CID: 316347)
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/sandbox/exception.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --gi
Now that we have switched to binman to generate u-boot.itb for all
RISC-V boards, USE_SPL_FIT_GENERATOR is no longer needed and can
be dropped.
Signed-off-by: Bin Meng
---
(no changes since v3)
Changes in v3:
- remove USE_SPL_FIT_GENERATOR in ae350_ defconfigs
Changes in v2:
- new patch: "ris
Use the new BINMAN_STANDALONE_FDT option for AE350 based SPL defconfigs,
so that binman is now used to generate u-boot.itb.
Signed-off-by: Bin Meng
---
(no changes since v3)
Changes in v3:
- new patch: "riscv: ae350: Switch to use binman to generate u-boot.itb"
arch/riscv/dts/ae350_32.dts
1 - 100 of 140 matches
Mail list logo