On Fri, Jul 02, 2021 at 03:53:28AM +0200, Heinrich Schuchardt wrote:
> Hello Tom,
>
> the RISC-V platform specification has a profile OS-A for running rich
> operating systems like Linux and BSD. This profile requires 64bit and UEFI
> conforming to the EBBR. Only the 'embedded' profile may use
Hello Tom,
the RISC-V platform specification has a profile OS-A for running rich operating
systems like Linux and BSD. This profile requires 64bit and UEFI conforming to
the EBBR. Only the 'embedded' profile may use 32bit. This obsoletes 32bit GRUB
on RISC-V.
Best regards
Heinrich
Tim,
On Thu, Jul 1, 2021 at 10:13 PM Fabio Estevam wrote:
>
> On Thu, Jul 1, 2021 at 9:49 PM Tim Harvey wrote:
>
> > By the way, I took a quick stab at enabling SDP on
> > imx8mm-venice-gw73xx-0x and found compile issues so I configured for
> > an imx8mm_evk using your diffs and hit the same
On Thu, Jul 1, 2021 at 9:49 PM Tim Harvey wrote:
> By the way, I took a quick stab at enabling SDP on
> imx8mm-venice-gw73xx-0x and found compile issues so I configured for
> an imx8mm_evk using your diffs and hit the same issues.
>
> drivers/usb/host/ehci-mx6.c: In function ‘ehci_hcd_init’:
>
Hi Tim,
On Tue, Apr 27, 2021 at 10:55 PM Tim Harvey wrote:
> I will re-submit and add is_imx8mn() that's what the NXP
> downstream u-boot does as well.
When you re-submit this, please add:
Tested-by: Fabio Estevam
USB gadget works now on imx8mm-evk. Thanks
Hi Tim,
On Thu, Jul 1, 2021 at 9:49 PM Tim Harvey wrote:
> Yes, this works on my board. I just sent a v2 of these patches (cc'd you).
I have just tried "ums 0 mmc 1" and it works on a imx8mm-evk now after
applying your patches, thanks!
> By the way, I took a quick stab at enabling SDP on
>
On Thu, Jul 1, 2021 at 5:41 PM Fabio Estevam wrote:
>
> Hi Tim.
>
> On Thu, Jun 3, 2021 at 12:50 PM Tim Harvey wrote:
>
> > Marek,
> >
> > Is there something you want me to change here?
> >
> > I am happy to test gadget support as my board has an OTG connector.
> > Could you give me some
On Thu, Jul 1, 2021 at 5:36 PM Fabio Estevam wrote:
>
> Hi Tim,
>
> On Thu, Jul 1, 2021 at 8:58 PM Tim Harvey wrote:
>
> > Fabio,
> >
> > I no longer have the patches/config around and am not sure I even have
> > a working imx8mm-evk anymore.
> >
> > Do you have the patches I submitted to enable
Hi Tim.
On Thu, Jun 3, 2021 at 12:50 PM Tim Harvey wrote:
> Marek,
>
> Is there something you want me to change here?
>
> I am happy to test gadget support as my board has an OTG connector.
> Could you give me some pointers on how to configure a gadget in U-Boot
> in order to test?
One quick
Hi Tim,
On Thu, Jul 1, 2021 at 8:58 PM Tim Harvey wrote:
> Fabio,
>
> I no longer have the patches/config around and am not sure I even have
> a working imx8mm-evk anymore.
>
> Do you have the patches I submitted to enable USB OTG in general on IMX8MM?
> usb: ehci-mx6: add IMX8MM and IMX8MN OTG
On Thu, Jul 1, 2021 at 4:15 PM Fabio Estevam wrote:
>
> Hi Tim and Schrempf,
>
> On Fri, Apr 10, 2020 at 3:37 PM Tim Harvey wrote:
>
> > Frieder,
> >
> > My issue was that I forgot to set ATF_LOAD_ADDR=0x92!
> >
> > So I'm running now, booting imx8mm-evk via SDP using your USB patches
> >
Hi Tim and Schrempf,
On Fri, Apr 10, 2020 at 3:37 PM Tim Harvey wrote:
> Frieder,
>
> My issue was that I forgot to set ATF_LOAD_ADDR=0x92!
>
> So I'm running now, booting imx8mm-evk via SDP using your USB patches
> and imx_usb configuration.
Sorry for resurrecting such an old thread.
I
On Tue, May 18, 2021 at 11:19:47AM +0200, Rasmus Villemoes wrote:
> The layout and contents of struct global_data depends on a lot of
> CONFIG_* preprocessor macros, not all of which are entirely converted
> to Kconfig - not to mention weird games played here and there. This
> can result in one
On Tue, May 18, 2021 at 11:19:46AM +0200, Rasmus Villemoes wrote:
> [Linux commit 6bab69c65013bed5fce9f101a64a84d0385b3946]
>
> BUILD_BUG_ON() is a little annoying, since it cannot be used outside
> function scope. So one cannot put assertions about the sizeof() a
> struct next to the struct
Hi,
Next week's call is cancelled due to the US holiday.
The next one is two weeks later (20th July) and I propose we discuss
of-platdata, i.e. how to avoid the overhead of devicetree in SPL. As
always these calls are open to anyone interested.
Regards,
Simon
[1] https://bit.ly/3bFvwA1
or
Hi Fabio,
We have dfu_alt_info set. So that we can capsule update from UEFI.
First, "setenv -e -nv -bs -rt -v OsIndications =0x04"
And then we can "efidebug capsule update -v ${loadaddr}".
To make the capsule binary, we need to create a capsule1.itb with the
following content:
/dts-v1/;
/ {
(Re-sending now that I'm subscribed to the list)
Hi all,
I am running U-Boot on an embedded device that is connected via Ethernet
to my workstation. The workstation is running dhcpd and U-Boot is able
to successfully obtain an IP address via DHCP from the server. However,
the `serverip`
Hi Fabio,
Yes. It is able to not provide the fip,bin.
If you use bl31.bin as bl31.bin then fip.bin can be empty.
If you use bl2.bin as bl31.bin then you have to have the fip.
This depends on how TF-A are being built.
If you build TF-A without NEED_BL2=yes. Then you don't need the fip.bin.
If you
On Thu, Jul 01, 2021 at 02:15:43AM -0400, Sean Anderson wrote:
> Well, this has been sitting on my hard drive for too long without feedback
> ("Release early, release often"), so here's the first RFC. This is not ready
> to
> merge (see the "Future work" section below), but the shell is
On Thu, Jul 01, 2021 at 02:16:05AM -0400, Sean Anderson wrote:
> This allows callers of hwalk_r to pass data to their callback. This mirrors
> e.g. env_attr_walk.
>
> Signed-off-by: Sean Anderson
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Thu, Jul 01, 2021 at 11:25:22AM +0200, Michal Simek wrote:
> Hi,
>
> please pull these patches to your tree (next). There are a lot of DT
> syncup changes which are also going to Linux kernel.
> CI loop doesn't show any problem.
>
> BTW: Isn't there any option in CI not to run builds against
Swap out the TI-centric "envboot" logic for the generic distro_bootcmd
logic for the bootcmd we run before trying to do something more complex
involving additional firmware, etc.
Cc: Lokesh Vutla
Signed-off-by: Tom Rini
---
configs/am65x_evm_a53_defconfig | 2 +-
include/configs/am65x_evm.h
At the moment android_image_get_kcomp() can automatically detect
LZ4 compressed kernels and the compression specified in uImages.
However, especially on ARM64 Linux is often compressed with GZIP.
Attempting to boot an Android image with a GZIP compressed kernel
image currently results in a very
On 7/1/21 12:01 PM, Ley Foon Tan wrote:
I'm no longer work in Intel, change Intel SoCFPGA co-maintainer to
Tien Fong Chee.
Signed-off-by: Ley Foon Tan
---
MAINTAINERS| 2 +-
doc/git-mailrc | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS
If reset-gpio is defined by device-tree use that instead of a
board-specific function to toggle PCI reset.
The presense of 'reset-gpio' in the device-tree will override calling
the weak imx6_pcie_toggle_reset function therefore I've Cc'd all the
board maintainers who rely on that function here as
Hi Paul,
On Thu, Jul 1, 2021 at 12:45 PM Paul Liu wrote:
> Hi Fabio,
>
> Yes. It is able to not provide the fip,bin.
> If you use bl31.bin as bl31.bin then fip.bin can be empty.
> If you use bl2.bin as bl31.bin then you have to have the fip.
>
> This depends on how TF-A are being built.
> If
I'm no longer work in Intel, change Intel SoCFPGA co-maintainer to
Tien Fong Chee.
Signed-off-by: Ley Foon Tan
---
MAINTAINERS| 2 +-
doc/git-mailrc | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 86ff5e04a6..4997ac97a8 100644
---
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Hi Alex,
Thanks for reporting!
With rockchip,dw-hdmi.yaml all kind notifications rk3328/rk3399 but not
for ddc-i2c-scl-*
Submitted by Laurent, but not reviewed/fixed nodes together with the
Rockchip mail group. Someone has to look at/fix it...
dt-bindings: display: rockchip: dw-hdmi: Convert
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Swap out the TI-centric "envboot" logic for the generic distro_bootcmd
logic for the bootcmd we run before trying to do something more complex
involving additional firmware, etc.
Cc: Lokesh Vutla (maintainer:J721E BOARD)
Signed-off-by: Tom Rini
---
configs/j721e_evm_a72_defconfig | 2 +-
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Remove the environment support for various legacy boot methods. With
this, we will now default to booting any distribution that follows the
generic distro boot framework and no longer attempt to boot various
legacy (to this SoC) scripts/etc. Note that if we do not find anything
here we will
This include file is only used by ti_omap5_common.h. Further, the move
is towards using the generic distro boot framework and not this set of
macros. Start by moving all of the contents in directly to where they
are used.
Signed-off-by: Tom Rini
---
include/configs/ti_omap5_common.h | 229
Remove the environment support for various legacy boot methods. With
this, we will now default to booting any distribution that follows the
generic distro boot framework and no longer attempt to boot various
legacy (to this SoC) scripts/etc.
Signed-off-by: Tom Rini
---
Hi Nicolas,
On Thu, Jul 01, 2021 at 01:27:30PM +0200, Nicolas Dechesne wrote:
> On Thu, Jul 1, 2021 at 11:07 AM Stephan Gerhold wrote:
> >
> > Hi!
> >
> > at the moment the U-Boot ports for both DragonBoard 410c and 820c are
> > designed to be loaded as an Android boot image after Qualcomm's LK
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Hi Johan,
Am 30.06.21 um 18:22 schrieb Johan Jonker:
With a new board from a recent Linux DT the U-boot rk3328.dtsi
is in need for an update.
Please advise what to do with usb3 regulators, aliases and
other stuff that has to change.
Also some of the U-boot board files could use some
hey Stephan,
Thanks for such a great email! the outcome is excellent!
On Thu, Jul 1, 2021 at 11:07 AM Stephan Gerhold wrote:
>
> Hi!
>
> at the moment the U-Boot ports for both DragonBoard 410c and 820c are
> designed to be loaded as an Android boot image after Qualcomm's LK
> bootloader. This
Hi Teresa,
Your series looks great. Just a few comments on this patch.
On Thu, Jul 1, 2021 at 6:47 AM Teresa Remmet wrote:
> --- a/include/configs/phycore_imx8mp.h
> +++ b/include/configs/phycore_imx8mp.h
> @@ -42,6 +42,8 @@
> "console=ttymxc0,115200\0" \
>
Hi,
On Thu, 2021-07-01 at 01:08 +0200, Marek Vasut wrote:
> In case the iMX8M boot from eMMC boot partition and the primary image
> is corrupted, the BootROM is capable of starting a secondary image in
> the other eMMC boot partition as a fallback.
>
> However, the BootROM leaves the eMMC
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Hi Stefan,
On Thu, Jul 1, 2021 at 1:22 AM Stefan Roese wrote:
>
> Hi Tony,
>
> On 01.07.21 10:19, Stefan Roese wrote:
> > On 01.07.21 06:26, Tony Dinh wrote:
> >> In DM Ethernet, the old "egiga0" name is no longer valid, so replace it
> >> with Ethernet PHY name from device tree.
> >>
> >>
Hello Marek,
Am Donnerstag, den 01.07.2021, 01:08 +0200 schrieb Marek Vasut:
> In case the iMX8M boot from eMMC boot partition and the primary image
> is corrupted, the BootROM is capable of starting a secondary image in
> the other eMMC boot partition as a fallback.
I would like to ask a more
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
Use now binman for image creation.
Signed-off-by: Teresa Remmet
---
.../imx8mp-phyboard-pollux-rdk-u-boot.dtsi| 105 ++
arch/arm/mach-imx/imx8m/Kconfig | 1 +
.../phytec/phycore_imx8mp/imximage-8mp-sd.cfg | 10 ++
configs/phycore-imx8mp_defconfig
Enable DVS1 control through PMIC_STBY_REQ.
Signed-off-by: Teresa Remmet
---
board/phytec/phycore_imx8mp/spl.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/board/phytec/phycore_imx8mp/spl.c
b/board/phytec/phycore_imx8mp/spl.c
index 815ca9badcba..19c486e55174 100644
Add missing pinctrl entry in spl.
Signed-off-by: Teresa Remmet
---
arch/arm/dts/imx8mp-phyboard-pollux-rdk-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/imx8mp-phyboard-pollux-rdk-u-boot.dtsi
b/arch/arm/dts/imx8mp-phyboard-pollux-rdk-u-boot.dtsi
index
Increase VDD_ARM to prevent timing issues as VDD_SOC is
used in OD mode. Also increase GIC clock.
Signed-off-by: Teresa Remmet
---
board/phytec/phycore_imx8mp/spl.c | 11 ++-
configs/phycore-imx8mp_defconfig | 1 +
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git
Enable support for the fec ethernet on phyCORE-i.MX8MP.
Signed-off-by: Teresa Remmet
---
board/phytec/phycore_imx8mp/phycore-imx8mp.c | 14 +++
configs/phycore-imx8mp_defconfig | 7 ++
include/configs/phycore_imx8mp.h | 25
3 files
With the first redesign the debug UART had changed from
UART2 to UART1.
As the first hardware revision is considered as alpha and
will not be supported in future. The old setup will not
be preserved.
Signed-off-by: Teresa Remmet
---
arch/arm/dts/imx8mp-phyboard-pollux-rdk-u-boot.dtsi | 4 ++--
This update includes eqos support and debug uart changes.
Synced with kernel commit
846f752866bd ("arm64: dts: imx8mp-phyboard-pollux-rdk: Change debug UART")
Signed-off-by: Teresa Remmet
---
arch/arm/dts/imx8mp-phyboard-pollux-rdk.dts | 58 ++---
Sync imx8mp include with kernel commit:
d1689cd3c0f4 ("arm64: dts: imx8mp: Use the correct name for child node "snps,
dwc3"")
Signed-off-by: Teresa Remmet
---
arch/arm/dts/imx8mp.dtsi | 146 +--
1 file changed, 141 insertions(+), 5 deletions(-)
diff --git
Factor out the common node settings for dm-spl and dm-pre-reloc
and move them to imx8mp-u-boot.dtsi
Signed-off-by: Teresa Remmet
---
arch/arm/dts/imx8mp-evk-u-boot.dtsi | 39 +
.../imx8mp-phyboard-pollux-rdk-u-boot.dtsi| 39 +
Hello,
this patchstack includes phyCORE-i.MX8MP updates and the switch
to binman.
But also resynced the imx8mp.dtsi from kernel add introduced a
common imx8mp-u-boot.dtsi
Teresa
Teresa Remmet (9):
arm: dts: imx8mp: Resync imx8mp device tree include
arm: dts: imx8mp: Add common u-boot dtsi
Hi,
please pull these patches to your tree (next). There are a lot of DT
syncup changes which are also going to Linux kernel.
CI loop doesn't show any problem.
BTW: Isn't there any option in CI not to run builds against the same
sha1? Because I see build for the branch itself and then for the
Hi!
at the moment the U-Boot ports for both DragonBoard 410c and 820c are
designed to be loaded as an Android boot image after Qualcomm's LK
bootloader. This is simple to set up but LK is redundant in this case,
since everything done by LK can be also done directly by U-Boot.
Dropping LK
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
This message could not be delivered immediately due to an internal mail routing
issue.
The mail routing error has been resolved in the meantime.
We apologize for the delay in delivery and any inconvenience this may have
caused.
In case of any questions please contact us via i...@hexagon.com.
NAK again with the same reason that I gave on v1/v2.
Please follow your own rules that you imposed on me.
-Takahiro Akashi
On Thu, Jul 01, 2021 at 10:20:48AM +0200, Heinrich Schuchardt wrote:
> The log category must be LOG_CATEGORY LOGC_EFI.
>
> efi_set_variable() should be called with
Hi Tony,
On 01.07.21 10:19, Stefan Roese wrote:
On 01.07.21 06:26, Tony Dinh wrote:
In DM Ethernet, the old "egiga0" name is no longer valid, so replace it
with Ethernet PHY name from device tree.
Signed-off-by: Tony Dinh
---
board/zyxel/nsa310s/nsa310s.c | 15 +++
1 file
After each reboot we must clear flag
EFI_OS_INDICATIONS_FILE_CAPSULE_DELIVERY_SUPPORTED in variable
OsIndications.
Signed-off-by: Heinrich Schuchardt
---
v3:
always reset EFI_OS_INDICATIONS_FILE_CAPSULE_DELIVERY_SUPPORTED
---
lib/efi_loader/efi_setup.c | 40
The log category must be LOG_CATEGORY LOGC_EFI.
efi_set_variable() should be called with EFI_CALL(). Use
efi_set_variable_int() instead.
A log text "Updating ..." if SetVariable() fails does not make sense for a
variable that is not required to be preexisting.
Signed-off-by: Heinrich Schuchardt
When creating the Capsule variable we should immediately update
CapsuleLast.
After each reboot we must clear flag
EFI_OS_INDICATIONS_FILE_CAPSULE_DELIVERY_SUPPORTED in variable
OsIndications.
v3:
clear EFI_OS_INDICATIONS_FILE_CAPSULE_DELIVERY_SUPPORTED even
after capsule
On 01.07.21 06:26, Tony Dinh wrote:
Enable DM SATA, removed IDE driver, and add SATA MV driver.
Signed-off-by: Tony Dinh
---
include/configs/nsa310s.h | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/include/configs/nsa310s.h b/include/configs/nsa310s.h
index
On 01.07.21 06:26, Tony Dinh wrote:
In DM Ethernet, the old "egiga0" name is no longer valid, so replace it
with Ethernet PHY name from device tree.
Signed-off-by: Tony Dinh
---
board/zyxel/nsa310s/nsa310s.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git
On 01.07.21 06:26, Tony Dinh wrote:
Convert to Driver Model.
- Add DM USB, DM Ethernet, and DM SATA configs to nsa310s_defconfig
- Add CONFIG_DEFAULT_DEVICE_TREE to nsa310s_defconfig
- Move CONFIG_ENV_SECT_SIZE from board file to nsa310s_defconfig
- Add CONFIG_IDENT_STRING, and
On 01.07.21 06:26, Tony Dinh wrote:
Add device tree kirkwood-nsa310s.dts for Zyxel NSA310S board to
convert to Driver Model.
Signed-off-by: Tony Dinh
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/kirkwood-nsa310s.dts | 318
Hi Patrick
On 6/28/21 2:42 PM, Patrick Delaunay wrote:
> Add the variable used by PXE command for fdtoverlays support
> since the commit 69076dff2284 ("cmd: pxe: add support for FDT overlays").
>
> Reused the unused "splashimage" address as CONFIG_SPLASH_SOURCE and
> CONFIG_VIDEO_LOGO are not
Hi Patrick
On 6/28/21 2:56 PM, Patrick Delaunay wrote:
> The expected sequence to close the device
>
> 1/ Load key in DDR with any supported load command
> 2/ Update OTP with key: STM32MP> stm32key read
>
> At this point the device is able to perform image authentication but
>
Hi Patrick
On 6/28/21 2:56 PM, Patrick Delaunay wrote:
> Allow to read the OTP value and lock status with the command
> $> stm32key read.
>
> This patch also protects the stm32key fuse command.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/mach-stm32mp/cmd_stm32key.c | 93
Hi Patrick
On 6/28/21 2:56 PM, Patrick Delaunay wrote:
> Add a helper function to access to BSEC misc driver.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/mach-stm32mp/cmd_stm32key.c | 19 +--
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git
Hi Patrick
On 6/28/21 2:56 PM, Patrick Delaunay wrote:
> Lock the OTP value of key's hash after the command
> $> stm32key fuse
>
> This operation forbids a second update of these OTP as they are
> ECC protected in BSEC: any update of these OTP with a different value
> causes a BSEC disturb
Hi Patrick
On 6/28/21 2:55 PM, Patrick Delaunay wrote:
> Handle errors in fuse_hash_value function.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/mach-stm32mp/cmd_stm32key.c | 24 +++-
> 1 file changed, 15 insertions(+), 9 deletions(-)
>
> diff --git
Hi Patrick
On 6/28/21 2:55 PM, Patrick Delaunay wrote:
> Simplify parsing the command argument by using
> the macro U_BOOT_CMD_WITH_SUBCMDS.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/mach-stm32mp/cmd_stm32key.c | 55 ++--
> 1 file changed, 36
Hi Patrick
On 6/28/21 2:55 PM, Patrick Delaunay wrote:
> This command is used to evaluate the secure boot on stm32mp SOC,
> it is deactivated by default in real products.
>
> We activate this command only in STMicroelectronics defconfig
> used with the evaluation boards.
>
> Signed-off-by:
Hi Patrick
On 6/29/21 12:01 PM, Patrick Delaunay wrote:
> Device tree alignment with Linux kernel v5.13
> - ARM: dts: stm32: Add PTP clock to Ethernet controller
> - ARM: dts: stm32: enable the analog filter for all I2C nodes in
> stm32mp151
> - ARM: dts: stm32: fix usart 2 & 3 pinconf to wake
Hi Patrick
On 6/29/21 12:04 PM, Patrick Delaunay wrote:
> Enable the clocks during syscon probe when they are present in device tree.
>
> This patch avoids a freeze when the SYSCFG clock is not enabled by
> TF-A / OP-TEE.
>
> Signed-off-by: Patrick Delaunay
> ---
>
>
Hi Patrick
On 6/29/21 12:04 PM, Patrick Delaunay wrote:
> Add the support of SYSCFG clock used by syscon driver
> to prepare the clock management of STM32MP_SYSCON_SYSCFG.
>
> This clock is already defined in kernel device tree,
> stm32mp151.dtsi but not yet supported in the syscon driver:
>
>
Hi Patrick
On 6/29/21 12:08 PM, Patrick Delaunay wrote:
> Activate the command rng with CONFIG_CMD_RNG, used to test
> the rng driver
>
> Signed-off-by: Patrick Delaunay
> ---
>
> configs/stm32mp15_basic_defconfig | 2 +-
> configs/stm32mp15_trusted_defconfig | 2 +-
> 2 files changed, 2
st 30. 6. 2021 v 11:40 odesílatel Michal Simek napsal:
>
> From: T Karthik Reddy
>
> Add zynqmp 67dr silicon to zynqmp device id table.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
> ---
>
> board/xilinx/zynqmp/zynqmp.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff
po 28. 6. 2021 v 15:45 odesílatel Michal Simek napsal:
>
> It is working in a way that only minimal timeout is setup to reach
> expiration just right after it is setup.
> Please make sure that PMUFW is compiled with ENABLE_EM flag.
>
> On U-Boot prompt you can test it like:
> ZynqMP> wdt dev
po 28. 6. 2021 v 15:51 odesílatel Michal Simek napsal:
>
> Enable watchdog command to be able to work with watchdogs.
>
> Signed-off-by: Michal Simek
> ---
>
> configs/xilinx_zynqmp_virt_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configs/xilinx_zynqmp_virt_defconfig
>
1. R4S passive silent heat dissipation based on metal housing,
no active heat dissipation by fan, so PWM-Fan and CPU_Thermal are removed
2. Modify Ethernet1 interface of PCIE0
3. Modify the VCC VDD power layout
Signed-off-by: xiaobo
---
arch/arm/dts/rk3399-nanopi-r4s.dts | 79
1. R4S passive silent heat dissipation based on metal housing,
no active heat dissipation by fan, so PWM-Fan and CPU_Thermal are removed
2. Modify Ethernet1 interface of PCIE0
3. Modify the VCC VDD power layout
Signed-off-by: xiaobo
---
arch/arm/dts/rk3399-nanopi-r4s.dts | 79
This allows us to convert lil_values into a form which can be re-parsed. We
were already doing this for lists, so we just have to expose the inner
loop.
Signed-off-by: Sean Anderson
---
common/cli_lil.c | 89
1 file changed, 52 insertions(+), 37
This allows us to reserve some space ahead of time, avoiding another
alloc/copy/free.
Signed-off-by: Sean Anderson
---
common/cli_lil.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/common/cli_lil.c b/common/cli_lil.c
index 153c34791b..42659920b5 100644
---
When we start up the LIL interpreter, go through every variable and see if
it looks like a new procedure. If it does, try and parse it. For the return
trip, every time that we create a new procedure, create a new global
variable containing that procedure.
The end result of this is that procedures
This function took an argument do_quote which determined whether or not to
quote an item. All callers set it to true, so remove it and always quote.
Signed-off-by: Sean Anderson
---
common/cli_lil.c | 34 ++
include/cli_lil.h | 2 +-
2 files changed, 15
This rewrites proc to always take 3 arguments. It also adds proper error
handling. TCL does not allow for anonymous functions to be created with
proc. Allowing for a variable number of arguments makes the code much more
complex when adding error handling.
Since fnc_proc was the last user of
hm_put allocates memory, and this can fail. Instead of failing silently,
return an error code. This also fixes up callers to handle this error.
Signed-off-by: Sean Anderson
---
common/cli_lil.c | 47 ---
1 file changed, 32 insertions(+), 15
This adds a parser to LIL (as separate from the interpreter). This is
necessary to detect syntax errors before evaluating anything. Before this,
running a script like
echo some message; echo syntax error}
would result in "some message" being printed before the error was
discovered. This
This allows callers of hwalk_r to pass data to their callback. This mirrors
e.g. env_attr_walk.
Signed-off-by: Sean Anderson
---
cmd/nvedit.c | 8
env/callback.c | 4 ++--
env/flags.c | 4 ++--
include/search.h | 2 +-
lib/hashtable.c | 5 +++--
5 files changed, 12
We need a generic structure to hold symbols parsed by the parser. We would
also like to re-use existing code as much as possible without rewriting
everything. To do this, we hijack the allocators for lil_list and lil_value
and have them allocate enough space for a lil_symbol.
While we're at it,
This provides an easy way to enable assertions and debug messages. It will
also be used to enable tracing features in future patches.
Signed-off-by: Sean Anderson
---
cmd/Kconfig | 6 ++
common/Makefile | 3 +++
2 files changed, 9 insertions(+)
diff --git a/cmd/Kconfig b/cmd/Kconfig
1 - 100 of 119 matches
Mail list logo