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
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
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
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 ++
>
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
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,
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
> 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]
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
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
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
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
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
>
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,
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
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
+++
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
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
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
+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
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
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)
>>
>>
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
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
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
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
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
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 +++
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
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
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
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
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
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
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
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
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
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
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
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"
>
>
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
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
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
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
---
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,
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
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
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
---
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
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
---
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
---
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:
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
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 ++
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
---
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 ++
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
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
---
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
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
---
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
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
---
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
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
>
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
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:
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
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 it on for OF_SEPARATE or OF_EMBED by default.
Signed-off-by:
By utilizing the newly introduced BINMAN_STANDALONE_FDT option, along
with a new dedicated device tree source file for the QEMU virt target
used for binman only, we can now use binman to generate u-boot.itb.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes
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"
arch/riscv/dts/Makefile | 2 +-
1 file changed, 1 insertion(+), 1
At present SiFive Unleashed board uses the Makefile to create the FIT,
using USE_SPL_FIT_GENERATOR, which is deprecated as per the Makefile
warning. Update to use binman instead.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Fix the opensbi entry
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 introduced, to tell the build system
that a device tree blob
Add an entry for RISC-V OpenSBI's 'fw_dynamic' firmware payload.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- drop "size = <16>" in the binman node
tools/binman/entries.rst | 13 +
tools/binman/etype/opensbi.py | 23
This updates the make rules to pass OpenSBI blob to binman.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile b/Makefile
index 404977efa5..3d88559b67 100644
--- a/Makefile
+++ b/Makefile
@@ -1287,6
Currently there are 2 binman test cases using the same 172 number.
It seems that 172_fit_fdt.dts was originally named as 170_, but
commit c0f1ebe9c1b9 ("binman: Allow selecting default FIT configuration")
changed its name to 172_ for no reason. Let's change it back.
Signed-off-by: Bin Meng
This is wrongly referring to Intel ME, which should be ATF.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
tools/binman/etype/atf_bl31.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/binman/etype/atf_bl31.py
It needs a space around '-a'.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
tools/binman/binman.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/binman/binman.rst b/tools/binman/binman.rst
index 1aa2459d50..b3df3a6428 100644
---
It should be FDT, not FTD.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
common/Kconfig.boot | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/Kconfig.boot b/common/Kconfig.boot
index 5a18d62d78..94d82c27dd 100644
---
This series updates binman to handle creation of u-boot.itb image for
RISC-V boards.
Azure results: PASS
https://dev.azure.com/bmeng/GitHub/_build/results?buildId=363=results
The following tests were performed:
* booting qemu-riscv{32|64}_spl_defconfig on QEMU virt
* booting
1 - 100 of 163 matches
Mail list logo
