Hi Rogier
On 2/7/22 23:56, Rogier Stam wrote:
Hi
Per Pali's comments adapted the patch. This one also includes the
changes necessary for storing ENV in FAT. I also added CONFIG_SCSI for
both ext4 and fat should anyone want to use SCSI instead of AHCI.
I have 2 comments, more related to
On 2022/2/3 2:42, Tom Rini wrote:
On Wed, Feb 02, 2022 at 02:45:44PM -0300, Fabio Estevam wrote:
Hi Marcel,
[Adding Tom and Marek]
On Wed, Feb 2, 2022 at 2:40 PM Marcel Ziswiler
wrote:
The blocker to getting non-dm-spl-usb support for IMX8M appears to be
the base addresses and instead
Hi Fabio,
On 2/8/22 10:32, Fabio Estevam wrote:
> Hi Jaehoon,
>
> On Wed, Feb 2, 2022 at 2:08 PM Fabio Estevam wrote:
>>
>> On Mon, Jan 31, 2022 at 10:44 PM Fabio Estevam wrote:
>>>
>>> Hi Marcel,
>>>
>>> On Mon, Jan 31, 2022 at 7:08 PM Marcel Ziswiler wrote:
From: Marcel Ziswiler
Hi Jaehoon,
On Wed, Feb 2, 2022 at 2:08 PM Fabio Estevam wrote:
>
> On Mon, Jan 31, 2022 at 10:44 PM Fabio Estevam wrote:
> >
> > Hi Marcel,
> >
> > On Mon, Jan 31, 2022 at 7:08 PM Marcel Ziswiler wrote:
> > >
> > > From: Marcel Ziswiler
> > >
> > > Seems that we need the waterlevel setting
From: "Ying-Chun Liu (PaulLiu)"
Hi. I resend this patch for u-boot-imx due to v7 doesn't directly apply.
Because a previous imx8mm changes for Kconfig and Makefile causes a conflict,
I resend this patch for easier pick-up.
Add initial support for Advantech RSB-3720 board.
The initial support
On 2/7/22 19:22, Stanley Chu wrote:
This driver enables a periodic timer on NPCM SoCs and
implements the get_count timer ops.
Signed-off-by: Stanley Chu
---
Changes in v2:
calculate the prescale value, not hardcode.I would have waited to see what maintainers say. They usually take
This driver enables a periodic timer on NPCM SoCs and
implements the get_count timer ops.
Signed-off-by: Stanley Chu
---
Changes in v2:
calculate the prescale value, not hardcode.
---
drivers/timer/Kconfig | 6 ++
drivers/timer/Makefile | 1 +
drivers/timer/npcm-timer.c | 110
This loads a mac address using a misc device using the nvmem interface.
Signed-off-by: Sean Anderson
---
arch/sandbox/dts/test.dts | 9 -
drivers/misc/misc_sandbox.c | 3 +++
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/sandbox/dts/test.dts
This uses an i2c eeprom to load a mac address using the nvmem interface.
Signed-off-by: Sean Anderson
---
arch/sandbox/dts/test.dts | 9 -
drivers/misc/i2c_eeprom_emul.c | 4
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/sandbox/dts/test.dts
This uses the nvmem API to load a mac address from an RTC.
Signed-off-by: Sean Anderson
---
arch/sandbox/dts/test.dts | 9 -
drivers/rtc/i2c_rtc_emul.c | 10 ++
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/arch/sandbox/dts/test.dts
This adds support for reading mac addresses from the "mac-address" nvmem
cell. If there is no (local-)mac-address property, then we will try
reading from an nvmem cell.
For some existing examples of this property, refer to imx8mn.dtsi and
imx8mp.dtsi. Unfortunately, fuse drivers have not yet been
This adds nvmem support for misc devices. Short reads/writes are not
allowed, so we need to translate the return code a bit. This breaks the API
slightly, because the original buffer shouldn't be touched if we fail while
writing. If this becomes an issue, we can add a bounce buffer here.
This adds support for "nvmem cells" as seen in Linux. The nvmem device
class in Linux is used for various assorted ROMs and EEPROMs. In this
sense, it is similar to UCLASS_MISC, but also includes
UCLASS_I2C_EEPROM, UCLASS_RTC, and UCLASS_MTD. While nvmem devices can
be accessed directly, they are
This adds nvmem support for i2c eeproms.
Signed-off-by: Sean Anderson
---
drivers/misc/i2c_eeprom.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/misc/i2c_eeprom.c b/drivers/misc/i2c_eeprom.c
index 4302e180ac..ae18dca1bf 100644
--- a/drivers/misc/i2c_eeprom.c
This adds nvmem support for RTCs with nvmem registers.
Signed-off-by: Sean Anderson
---
drivers/rtc/rtc-uclass.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/rtc/rtc-uclass.c b/drivers/rtc/rtc-uclass.c
index e5ae6ea4d5..345185d2b8 100644
---
This enables NVMEM for all sandbox defconfigs, enabling it to be used in
unit tests in the next few commits.
Signed-off-by: Sean Anderson
---
configs/sandbox64_defconfig| 1 +
configs/sandbox_defconfig | 1 +
configs/sandbox_flattree_defconfig | 1 +
i2c_eeprom_ops->write uses a const buf, so use one for the wrapper
function as well.
Signed-off-by: Sean Anderson
---
drivers/misc/i2c_eeprom.c | 3 ++-
include/i2c_eeprom.h | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/i2c_eeprom.c
This prevents some conflicts when running sandbox with -D, since the
"rom" mac address will be random and won't match the environment. We
still need to keep addresses for eth1 and eth6 in the environment,
because dm_test_eth_rotate expects to be able to disable them by
removing their envaddr
This adds support for the nvmem-cells properties cropping up in manyb
device trees. This is an easy way to load configuration, version
information, or calibration data from a non-volatile memory source. For
more information, refer to patch 6 ("misc: Add support for nvmem
cells").
Should this be
This adds a test to make sure that all the ethernet interfaces have
their addresses read properly. At the moment everything is read from the
environment, but the next few commits will add additional sources.
Signed-off-by: Sean Anderson
---
test/dm/eth.c | 28
1
DSA interfaces use the same mac address for each interface, unless
instructed otherwise. Just set eth4addr and let eth2addr and eth7addr be
set automatically.
Signed-off-by: Sean Anderson
---
board/sandbox/sandbox.env | 1 -
1 file changed, 1 deletion(-)
diff --git a/board/sandbox/sandbox.env
Instead of reading a pseudo-rom mac address from the device tree, just use
whatever we get from write_hwaddr. This has the effect of using the mac
address from the environment (or from the device tree, if it is
specified).
Signed-off-by: Sean Anderson
---
arch/sandbox/dts/sandbox.dts | 1 -
Use the CONFIG macros to conditionally build the GPIO hogging support in
either the SPL or U-Boot, or both, depending on the configuration. Also
call the GPIO hog probe function in the common SPL board initialization
as an equivalent to adding it to the U-Boot init sequence functions.
The pstore command tries to create a reserved-memory node but fails if
it is already present with:
Add 'reserved-memory' node failed: FDT_ERR_EXISTS
This patch creates the node only if it does not exist and adapts the reg
values sizes depending on already present #address-cells and
On Monday 07 February 2022 23:56:25 Rogier Stam wrote:
> Hi
>
> Per Pali's comments adapted the patch. This one also includes the changes
> necessary for storing ENV in FAT. I also added CONFIG_SCSI for both ext4 and
> fat should anyone want to use SCSI instead of AHCI.
>
> Regards
>
> Rogier
>
Hi
Per Pali's comments adapted the patch. This one also includes the
changes necessary for storing ENV in FAT. I also added CONFIG_SCSI for
both ext4 and fat should anyone want to use SCSI instead of AHCI.
Regards
Rogier
On 07-02-2022 09:11, Rogier Stam wrote:
Hi
I was attemting to boot
Binman keeps track of positions of each entry in the final image, but
currently this data is wrong for things included in FIT entries,
especially since a previous patch makes FIT a subclass of Section and
inherit its implementation.
There are three ways to put data into a FIT image. It can be
The binman FIT entry type shares some code with the Section entry type.
This shared code is bound to grow, since FIT entries are conceptually a
variation of Section entries.
Make FIT entry type a subclass of Section entry type, simplifying it a
bit and providing us the features that Section
Binman can check for missing binary tools and prints warnings if
anything required for an image is missing. The implementation of this
for the Section entry only checks the subentries, presumably because
Section does not use any binary tools itself. However, this means the
check is also skipped
Binman keeps track of binary tools each entry wants to use. The
implementation of this for the FIT entry only adds "mkimage", but not
the tools that would be used by its subentries.
Register the binary tools that FIT subentries will use in addition to
the one FIT itself uses, and check their
Binman tries to expand some entries into parts that make it up, e.g.
'u-boot' into a 'u-boot-expanded' section that contains 'u-boot-nodtb'
and 'u-boot-dtb'. Entries with child entries must call ExpandEntries()
on them to build a correct image, as it's possible that unexpanded child
entries have
I've managed to build images like in doc/chromium/chainload.rst wtih
binman, but ran into an issue with entry expansion in FIT and worked on
it a bit. I also added SetImagePos() because that documentation asks for
precise placement of u-boot.bin inside the FIT and I felt like doing it
as an easier
On 07/02/2022 23:22, Simon Glass wrote:
> On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak
> wrote:
>>
>> I've managed to build images like in doc/chromium/chainload.rst wtih
>> binman, but ran into an issue with entry expansion in FIT and worked on
>> it a bit. I also added SetImagePos() because
> From: Simon Glass
> Date: Mon, 7 Feb 2022 13:22:22 -0700
>
> Hi Mark,
>
> On Sat, 5 Feb 2022 at 16:10, Mark Kettenis wrote:
> >
> > The stdout-path property in the device tree does not necessarily
> > point at a serial device. The code that binds the device if it
> > isn't marked to be bound
Hi Simon,
On Mon, Feb 7, 2022 at 12:22 PM Simon Glass wrote:
>
> Hi Moritz,
>
> On Sat, 5 Feb 2022 at 13:17, Moritz Fischer wrote:
> >
> > MCFG tables are used on multiple arches. Move to common ACPI lib.
> >
> > Cc: Simon Glass
> > Signed-off-by: Moritz Fischer
> > ---
> >
> >
Hi Ivan,
On Thu, 27 Jan 2022 at 03:00, Ivan Mikhaylov wrote:
>
> On Tue, 2021-12-28 at 01:34 -0700, Simon Glass wrote:
> > Hi Ivan,
> >
> > On Fri, 24 Dec 2021 at 11:23, Ivan Mikhaylov
> > wrote:
> > >
> > > Introduce prototype for binman's new option which provides sign
> > > and replace
Hi Mark,
On Sat, 5 Feb 2022 at 16:10, Mark Kettenis wrote:
>
> The stdout-path property in the device tree does not necessarily
> point at a serial device. The code that binds the device if it
> isn't marked to be bound before relocation does not check whether
> the device really is a serial
Hi Moritz,
On Sat, 5 Feb 2022 at 13:17, Moritz Fischer wrote:
>
> MCFG tables are used on multiple arches. Move to common ACPI lib.
>
> Cc: Simon Glass
> Signed-off-by: Moritz Fischer
> ---
>
> arch/x86/cpu/intel_common/acpi.c | 15 +---
> arch/x86/cpu/tangier/acpi.c | 11 --
>
Hi Moritz,
On Sat, 5 Feb 2022 at 13:17, Moritz Fischer wrote:
>
> Commit d953137526cc ("x86: Move SSDT table to a writer function")
> introduced a bug where the actual MCFG entries are no longer generated.
>
> Cc: Simon Glass
> Fixes: d953137526cc ("x86: Move SSDT table to a writer function")
>
Hi Alper,
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> I've managed to build images like in doc/chromium/chainload.rst wtih
> binman, but ran into an issue with entry expansion in FIT and worked on
> it a bit. I also added SetImagePos() because that documentation asks for
> precise
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> The binman FIT entry type shares some code with the Section entry type.
> This shared code is bound to grow, since FIT entries are conceptually a
> variation of Section entries.
>
> Make FIT entry type a subclass of Section entry type,
Hi Alper,
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> Binman keeps track of positions of each entry in the final image, but
> currently this data is wrong for things included in FIT entries,
> especially since a previous patch makes FIT a subclass of Section and
> inherit its
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> Binman keeps track of binary tools each entry wants to use. The
> implementation of this for the FIT entry only adds "mkimage", but not
> the tools that would be used by its subentries.
>
> Register the binary tools that FIT subentries will
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> Binman can check for missing binary tools and prints warnings if
> anything required for an image is missing. The implementation of this
> for the Section entry only checks the subentries, presumably because
> Section does not use any
Hi,
On Sat, 5 Feb 2022 at 06:49, qthedev wrote:
>
> echo -n does not give the intended effect when invoked in macOS through
> /bin/sh, which is the shell make uses by default, see
> "https://stackoverflow.com/questions/11675070/makefile-echo-n-not-working;
> for a detailed explanation. In
Hi Alper,
On Sun, 6 Feb 2022 at 14:03, Alper Nebi Yasak wrote:
>
> Binman tries to expand some entries into parts that make it up, e.g.
> 'u-boot' into a 'u-boot-expanded' section that contains 'u-boot-nodtb'
> and 'u-boot-dtb'. Entries with child entries must call ExpandEntries()
> on them to
Hi Eddie,
On Mon, 7 Feb 2022 at 07:23, Eddie James wrote:
>
> Use the CONFIG macros to conditionally build the GPIO hogging support in
> either the SPL or U-Boot, or both, depending on the configuration. Also
> call the GPIO hog probe function in the common SPL board initialization
> as an
Hi Francis,
On Sun, 6 Feb 2022 at 11:23, Francis Laniel
wrote:
>
> Le mercredi 12 janvier 2022, 21:03:37 CET Simon Glass a écrit :
> > Hi Francis,
> >
> > On Fri, 31 Dec 2021 at 09:14, Francis Laniel
> >
> > wrote:
> > > This commit modifies the expected result for hush 2021.
> > > Indeed,
On Fri, 4 Feb 2022 at 13:16, Peter Cai wrote:
>
> Mirroring commit 97ab802aa36f ("adc: meson-saradc: add support for
> getting reference voltage value") for meson-saradc, this adds support
> for getting the "vref-supply" regulator and register it as the ADC's
> reference voltage regulator, so
PING! Could you look at this email?
On Thursday 20 January 2022 14:48:34 Pali Rohár wrote:
> Hello Alistair!
>
> On Wednesday 19 January 2022 14:48:21 Alistair Delva wrote:
> > Hi Pali,
> >
> > Sorry for the late reply..
> >
> > On Thu, Jan 13, 2022 at 4:34 AM Pali Rohár wrote:
> > >
> > >
Add documentattion for the FWU Multi Bank Update feature. The document
describes the steps needed for setting up the platform for the
feature, as well as steps for enabling the feature on the platform.
Signed-off-by: Sughosh Ganu
---
Changes since V3: None
doc/develop/uefi/fwu_updates.rst |
The Dependable Boot specification describes the structure of the
firmware accept and revert capsules. These are empty capsules which
are used for signalling the acceptance or rejection of the updated
firmware by the OS. Add support for generating these empty capsules.
Signed-off-by: Sughosh Ganu
Add a command to read the metadata as specified in the FWU
specification and print the fields of the metadata.
Signed-off-by: Sughosh Ganu
---
Changes since V3:
* Use the device model api uclass_get_device to probe and get the FWU
Metadata device.
cmd/Kconfig | 7 +
cmd/Makefile
The FWU Multi Bank Update feature supports updation of firmware images
to one of multiple sets(also called banks) of images. The firmware
images are clubbed together in banks, with the system booting images
from the active bank. Information on the images such as which bank
they belong to is stored
The FWU Multi Bank Update specification requires the Update Agent to
carry out certain checks at the time of platform boot. The Update
Agent is the component which is responsible for updating the firmware
components and maintaining and keeping the metadata in sync.
The spec requires that the
The EFI_FIRMWARE_IMAGE_DESCRIPTOR array is returned by the Firmware
Management Protocol's(FMP) GetImageInfo function. The image descriptor
array contains the ImageTypeId which is a GUID identifying the
firmware images that are supported by the instance of the FMP. These
ImageTypeId values are
The FWU Multi Banks Update feature allows updating different types of
updatable firmware images on the platform. These image types are
identified using the ImageTypeId GUID value. Add support in the
GetImageInfo function of the FMP protocol to get the GUID values for
the individual images and
The FWU Multi Bank Update feature allows the platform to boot the
firmware images from one of the partitions(banks). The first stage
bootloader(fsbl) passes the value of the boot index, i.e. the bank
from which the firmware images were booted from to U-Boot. On the
STM32MP157C-DK2 board, this
Add helper functions needed for accessing the FWU metadata which
contains information on the updatable images. These functions have
been added for the STM32MP157C-DK2 board which has the updatable
images on the uSD card, formatted as GPT partitions.
Signed-off-by: Sughosh Ganu
---
Changes since
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, on a separate
partition. Add a driver for reading from and writing to the metadata
when the updatable images and the metadata are stored on a block
device which is formated with GPT
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, which is stored on
a dedicated partition. Add the metadata structure, and a driver model
uclass which provides functions to access the metadata. These are
generic API's, and
The patchset adds support for the FWU Multi Bank Update[1]
feature. Certain aspects of the Dependable Boot[2] specification have
also been implemented.
The FWU multi bank update feature is used for supporting multiple
sets(also called banks) of firmware image(s), allowing the platform to
boot
Hi Tom,
On Mon, 7 Feb 2022 at 09:49, Tom Rini wrote:
>
> On Mon, Feb 07, 2022 at 11:34:17AM -0500, Sean Anderson wrote:
> >
> >
> > On 2/7/22 10:53 AM, Heinrich Schuchardt wrote:
> > > On 2/7/22 16:38, Simon Glass wrote:
> > >> Hi,
> > >>
> > >> I am trying to run the SPL tests for riscv32 but
On Sat, Feb 5, 2022 at 6:54 PM wrote:
>
> > From: Oleksandr Suvorov
> > Initial support for Fairchild's 8 bit I2C gpio expander FXL6408.
> > The CONFIG_FXL6408_GPIO define enables support for such devices.
> > Based on: https://patchwork.kernel.org/patch/9148419/
> > Signed-off-by: Oleksandr
On Mon, Feb 07, 2022 at 11:34:17AM -0500, Sean Anderson wrote:
>
>
> On 2/7/22 10:53 AM, Heinrich Schuchardt wrote:
> > On 2/7/22 16:38, Simon Glass wrote:
> >> Hi,
> >>
> >> I am trying to run the SPL tests for riscv32 but it dies with an
> >> illegal instruction. I have tried building qemu 4.2
On 2/7/22 10:53 AM, Heinrich Schuchardt wrote:
> On 2/7/22 16:38, Simon Glass wrote:
>> Hi,
>>
>> I am trying to run the SPL tests for riscv32 but it dies with an
>> illegal instruction. I have tried building qemu 4.2 but it seems to
>> happen on various versions. Has anyone seen this?
>
> Did
Hi Simon,
having absolutely no knowledge about the details here just 2 cents:
It looks like concurrent run of multiple cores. Are you sure that all
cores beside #0 are properly caught and blocked on start?
KR
Michael
Am 07.02.2022 um 16:38 schrieb Simon Glass:
Hi,
I am trying to run the
On 2/7/22 16:38, Simon Glass wrote:
Hi,
I am trying to run the SPL tests for riscv32 but it dies with an
illegal instruction. I have tried building qemu 4.2 but it seems to
happen on various versions. Has anyone seen this?
Did you try to run qemu-riscv32_spl_defconfig in the Docker container
> From: Janne Grunau
> Date: Sun, 6 Feb 2022 22:07:04 +0100
>
> Support for Apple M1 Pro and Max will allow using a single binary for
> all M1 SoCs. The M1 Pro/Max have a different memory layout. The RAM
> start address is 0x100__ instead of 0x8__.
> Replace the hardcoded memory
Hi,
I am trying to run the SPL tests for riscv32 but it dies with an
illegal instruction. I have tried building qemu 4.2 but it seems to
happen on various versions. Has anyone seen this?
+u-boot-test-reset qemu-riscv32_spl na
U-Boot SPL 2022.01 (Feb 07 2022 - 08:33:30 -0700)
Trying to boot
On 07.02.22 13:19, Oleksandr Suvorov wrote:
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
---
We only want to call bo_board_detect() if CONFIG_TI_I2C_BOARD_DETECT
is set. Same as done for am64.
Signed-off-by: Christian Gmeiner
---
arch/arm/mach-k3/am6_init.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-k3/am6_init.c b/arch/arm/mach-k3/am6_init.c
Use the CONFIG macros to conditionally build the GPIO hogging support in
either the SPL or U-Boot, or both, depending on the configuration. Also
call the GPIO hog probe function in the common SPL board initialization
as an equivalent to adding it to the U-Boot init sequence functions.
Hello Pratyush,
I upgraded u-boot on my k210 maix bit board, and the SPI flash is no longer
detected.
I bisected the problem to commit:
d15de623013c ("spi: spi-mem: allow specifying a command's extension")
Before the commit in question, the following was printed:
Loading Environment from
Hi Pali,
Sorry for the late reply.
As Marcel pointed out, we were relying on this script as kwboot just
wasn't working.
But if it can replace mrvl_uart.sh then I don't have an issue with
dropping it after it gets fixed.
Regards,
Robert
On Mon, 7 Feb 2022 at 10:02, Pali Rohár wrote:
>
> On
Hi
I was attemting to boot from SATA on an Espressobin. As such I wanted to
store the Environment in a SATA partition and not in the SPI flash. In
order to get this running I had to make a few changes, as the original
code assumes the Environment is always in SPI flash. Additionally I also
Am 2022-02-04 13:55, schrieb Jan Kiszka:
On 02.02.22 10:57, Jan Kiszka wrote:
..
What about also exposing a "is_unlocked" service? Seems that would
have
the semantic we need, and there is at least already
stm_is_unlocked_sr.
But no sst26_is_unlocked.
From my reading of sst26_is_locked,
po 7. 2. 2022 v 10:40 odesílatel Michal Simek napsal:
>
> pá 14. 1. 2022 v 13:14 odesílatel Michal Simek
> napsal:
> >
> > From: Ashok Reddy Soma
> >
> > Under struct lmb {} the lmb property's should be defined only if
> > CONFIG_LMB_MEMORY_REGIONS is defined.
> >
> > Signed-off-by: Ashok
There is no need to have LMB enabled that's why save some space by
disabling it.
aarch64: (for 6/6 boards) all -1550.0 rodata -140.7 text -1409.3
xilinx_zynqmp_mini: all -2001 rodata -185 text -1816
xilinx_zynqmp_mini_qspi: all -2001 rodata -185 text -1816
From: Ashok Reddy Soma
With commit ce39ee28ec31 ("zynqmp: Do not place u-boot to reserved memory
location"), the function board_get_usable_ram_top() is allocating
MMU_SECTION_SIZE of about 2MB using lmb_alloc(). But we dont have this
much memory in case of mini U-Boot.
Keep these functions
From: Ashok Reddy Soma
Under struct lmb {} the lmb property's should be defined only if
CONFIG_LMB_MEMORY_REGIONS is defined.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
Changes in v2:
- Also fix lib/lmb.c
include/lmb.h | 2 +-
lib/lmb.c | 2 +-
2 files changed, 2
Hi Jorge and Oleksandr,
Thank you for sharing all the links. I found there a lot of inspiration
to meet my target of using encrypted bitfiles.
I have also shared with the community a patch, on top of your changes,
adding encrypted bitfile support in u-boot.
Regards,
Adrian
On 19.01.2022
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
Acked-by: Marcel Ziswiler
---
Changes in v5:
- rebase on top of the latest
On Mon, Feb 7, 2022 at 5:50 AM Marek Vasut wrote:
>
> On 2/7/22 12:13, Adam Ford wrote:
> > On Mon, Feb 7, 2022 at 2:47 AM Marek Vasut wrote:
> >>
> >> On 2/7/22 01:51, Adam Ford wrote:
> >>> On Sun, Feb 6, 2022 at 3:59 PM Marek Vasut wrote:
>
> On 2/3/22 22:20, Adam Ford wrote:
>
On Mon, 7 Feb 2022 at 08:30, AKASHI Takahiro wrote:
>
> On Sat, Feb 05, 2022 at 08:32:37PM +0100, Heinrich Schuchardt wrote:
> > On 2/1/22 02:27, AKASHI Takahiro wrote:
> > > The existing options, "--fit" and "--raw," are only used to put a proper
> > > GUID in a capsule header, where GUID
Hi Stefano,
On Mon, Feb 7, 2022 at 1:01 PM Stefano Babic wrote:
>
> Hi everybody,
>
> On 16.09.21 12:52, Oleksandr Suvorov wrote:
> > Move setting the default boot command to the
> > apalis/colibri_imx6_defconfig. It allows replacing the command
> > without code modification.
> >
> >
On 2/7/22 12:13, Adam Ford wrote:
On Mon, Feb 7, 2022 at 2:47 AM Marek Vasut wrote:
On 2/7/22 01:51, Adam Ford wrote:
On Sun, Feb 6, 2022 at 3:59 PM Marek Vasut wrote:
On 2/3/22 22:20, Adam Ford wrote:
The imx8mm and imx8mn appear compatible with imx7d-usb
flags in the OTG driver. If
On Mon, Feb 7, 2022 at 5:00 AM Michael Walle wrote:
>
> Hi Adam,
>
> it's nice to include people who made review comments in the follow-up
> patches. I had to pull this out of the mailinglist again.
Sorry. I didn't purposefully leave you out. I have a little script I
run to get the list of
Add supporting new compatible string "u-boot,zynqmp-fpga-enc" to handle
loading encrypted bitfiles.
This feature requires encrypted FSBL,as according to UG1085:
"The CSU automatically locks out the AES key, stored in either BBRAM or eFUSEs,
as a key source to the AES engine if the FSBL is not
From: Oleksandr Suvorov
Pass an address of xilinx_desc pointer in an fpga_desc into a load()
callback of struct xilinx_fpga_op.
It allows getting parent fpga_desc structure members inside xilinx
fpga drivers.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
From: Oleksandr Suvorov
Add supporting new compatible string "u-boot,zynqmp-fpga-ddrauth" to
handle loading authenticated images (DDR).
Based on solution by Jorge Ramirez-Ortiz
Signed-off-by: Oleksandr Suvorov
Co-developed-by: Ricardo Salveti
Signed-off-by: Ricardo Salveti
Tested-by:
From: Oleksandr Suvorov
Function definition arguments should also have identifier names.
Add missed ones to struct xilinx_fpga_op callbacks, unifying code.
Signed-off-by: Oleksandr Suvorov
---
include/xilinx.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git
From: Oleksandr Suvorov
Pass an address of xilinx_desc pointer in an fpga_desc to use parent
fpga_desc structure members inside a xilinx fpga driver.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
drivers/fpga/fpga.c | 4 ++--
drivers/fpga/xilinx.c | 4 +++-
From: Oleksandr Suvorov
Introduce a function which passes an fpga compatible string from
FIT images to FPGA drivers. This lets the different implementations
decide how to handle it.
Some code of Jorge Ramirez-Ortiz is reused.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
From: Oleksandr Suvorov
It allows using this feature without enabling the "fpga loads"
command.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
cmd/Kconfig | 3 ++-
drivers/fpga/Kconfig| 14 ++
drivers/fpga/fpga.c | 2 +-
This patchset introduces support for the authenticated FPGA images
on ZynqMP boards, besides that introducing common way to pass the
compatible property to any fpga driver.
It bases on the initial work by Jorge Ramirez-Ortiz
On Mon, Feb 7, 2022 at 2:47 AM Marek Vasut wrote:
>
> On 2/7/22 01:51, Adam Ford wrote:
> > On Sun, Feb 6, 2022 at 3:59 PM Marek Vasut wrote:
> >>
> >> On 2/3/22 22:20, Adam Ford wrote:
> >>> The imx8mm and imx8mn appear compatible with imx7d-usb
> >>> flags in the OTG driver. If the dr_mode is
Hi everybody,
On 16.09.21 12:52, Oleksandr Suvorov wrote:
Move setting the default boot command to the
apalis/colibri_imx6_defconfig. It allows replacing the command
without code modification.
Signed-off-by: Oleksandr Suvorov
Reviewed-by: Peng Fan
Reviewed-by: Igor Opaniuk
Acked-by: Marcel
From: Marcel Ziswiler
This adds initial support for the Toradex Verdin iMX8M Plus Quad 4GB WB
IT V1.0B module. They are strapped to boot from eFuses which are factory
fused to properly boot from their on-module eMMC. U-Boot supports
booting from the on-module eMMC only, SDP support is disabled
Hi Adam,
it's nice to include people who made review comments in the follow-up
patches. I had to pull this out of the mailinglist again.
> The imx8mm and imx8mn appear compatible with imx7d-usb
> flags in the OTG driver. If the dr_mode is defined as
> host or peripheral, the device appears to
1 - 100 of 119 matches
Mail list logo