Hi Padmarao,
On Thu, Nov 11, 2021 at 2:11 PM wrote:
>
> Hi Bin,
>
>
>
> Do we need to upstream Linux kernel bindings for Microchip MACB compatible if
> there is no change in Linux MACB driver?
>
> Are the Linux maintainers can approve this? Because the changes only in
> U-Boot not Linux.
>
If
In order to reduce the coupling between building the kernel and
U-Boot, I'd like a tool that can add a public key to U-Boot's dtb
without simultaneously signing a FIT image. That tool doesn't seem to
exist, so I stole the necessary pieces from mkimage et al and put it
in a single .c file.
I'm stil
Having to use the -K option to mkimage to populate U-Boot's .dtb with the
public key while signing the kernel FIT image is often a little
awkward. In particular, when using a meta-build system such as
bitbake/Yocto, having the tasks of the kernel and U-Boot recipes
intertwined, modifying deployed a
Signed-off-by: Roman Kopytin
Cc: Rasmus Villemoes
---
test/py/tests/test_vboot.py | 8
1 file changed, 8 insertions(+)
diff --git a/test/py/tests/test_vboot.py b/test/py/tests/test_vboot.py
index 095e00cce3..0e9b158e00 100644
--- a/test/py/tests/test_vboot.py
+++ b/test/py/tests/test_v
Hi Bin,
On Thu, Nov 11, 2021 at 1:37 PM Bin Meng wrote:
> Hi Padmarao,
>
> On Thu, Nov 11, 2021 at 2:11 PM wrote:
> >
> > Hi Bin,
> >
> >
> >
> > Do we need to upstream Linux kernel bindings for Microchip MACB
> compatible if there is no change in Linux MACB driver?
> >
> > Are the Linux mainta
Hi Ramon,
Am 2021-11-09 14:55, schrieb Michael Walle:
Am 2021-11-04 22:00, schrieb Ramon Fried:
What's the verdict ? We're keeping this patch ?
There was a good point from Grygorii: linux might deal
in its own way with missing ethernet addresses (and warn
the user about it because its usuall
From: Peter Hoyes
These patches add the follow improvements to the VExpress64 board family
(BASE_FVP and Juno):
* Add documentation
* Allow use of OF_BOARD for BASE_FVP (off by default)
* Allow use of the virtio-net driver (off by default)
* Refactor header file to make it easier to add new
From: Peter Hoyes
Create a new documentation section for Arm Ltd boards with a sub-page
for the VExpress64 boards (FVP-A and Juno).
Signed-off-by: Peter Hoyes
---
doc/board/armltd/index.rst | 9 ++
doc/board/armltd/vexpress64.rst | 51 +
doc/board/inde
From: Peter Hoyes
Rename from vexpress_aemv8a.h -> vepxress_aemv8.h as new FVPs may not be
v8-A. No change in behavior.
This is towards future work to enable support for the FVP_BaseR.
Signed-off-by: Peter Hoyes
---
board/armltd/vexpress64/Kconfig | 2 +-
doc/README.semihosting
From: Peter Hoyes
Move env var address values to #defines so they can be reused elsewhere.
Rename env var names to those recommended in the README and modify
addresses to allow more space for the kernel.
Fix issue where fdt is called with invalid arguments when booting
without a ramdisk.
Signe
From: Peter Hoyes
Capture x0 in lowlevel_init.S as potential fdt address. Modify
board_fdt_blob_setup to use fdt address from either vexpress_aemv8.h
or lowlevel_init.S.
Signed-off-by: Peter Hoyes
---
board/armltd/vexpress64/Makefile| 2 +-
board/armltd/vexpress64/lowlevel_init.S | 12
From: Peter Hoyes
The SMSC driver is using the old driver model.
Init the virtio system in vexpress64.c so that the network device is
discovered.
Signed-off-by: Peter Hoyes
---
board/armltd/vexpress64/vexpress64.c | 7 +++
include/configs/vexpress_aemv8.h | 4 ++--
2 files changed, 9
Hi,
not wanting to hijack this too much, but does the mac driver also need
some sort of clock handling?
Because on the Icicle I have here, I'm running into "TX timeout" errors:
RISC-V # dhcp
ethernet@20112000: PHY present at 9
ethernet@20112000: Starting autonegotiation...
ethernet@20112000: Aut
On Tue, Nov 9, 2021 at 7:11 PM Tom Rini wrote:
>
> On Tue, Nov 09, 2021 at 05:27:52PM +0100, Heinrich Schuchardt wrote:
> > On 11/9/21 17:07, Tom Rini wrote:
> > > On Tue, Nov 09, 2021 at 04:50:27PM +0100, Heinrich Schuchardt wrote:
> > > > On 11/9/21 16:46, Tom Rini wrote:
> > > > > On Tue, Nov 0
Note: this version of the patchset changes the interface to the
load() callback of xilinx_fpga_op.
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
Function definition arguments should also have identifier names.
Add missed ones to struct xilinx_fpga_op callbacks, unifying code.
Signed-off-by: Oleksandr Suvorov
---
(no changes since v1)
include/xilinx.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/include
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
---
(no changes since v1)
drivers/fpga/fpga.c | 4 ++--
drivers/fpga/xilinx.c | 4 +++-
include/xilinx.h
It allows using this feature without enabling the "fpga loads"
command.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
(no changes since v1)
cmd/Kconfig | 3 ++-
drivers/fpga/Kconfig| 14 ++
drivers/fpga/fpga.c | 2 +-
drivers/fpga/xilinx.c
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
---
(no changes since v1)
drivers/fpga/spartan2.
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
---
(no changes since v1)
com
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: Ricardo Salveti
---
Changes in
On Wed, Nov 10, 2021 at 02:26:54PM -0800, Vagrant Cascadian wrote:
> On 2021-09-02, Patrick Wildt wrote:
> > The MNT Reform 2 is a modular DIY laptop. In its initial version it
> > is based on the BoundaryDevices i.MX8MQ SoM. Some parts have been
> > lifted from BoundaryDevices official U-Boot do
Dear Heiko,
In message
you wrote:
>
> > Sorry, but this makes no sense to me. If there is an error, it
> > should be reported and - if possible - handled. If this is not
> > possible, then the correct thing is to abort. Ignoring errors and
> > trying to continue is always the worst thing to d
__lmb_alloc_base() seems not be integrated with the UEFI sub-system. So UEFI
might hand out memory marked as reserved in the LMB sub-system.
Heinrich, do you plan to work on this?
I am not sure if I will have enough capacity to work on the LMB/UEFI
integration. But it is surely an issue t
Dear Tom,
In message <20211109194224.GB24579@bill-the-cat> you wrote:
>
> > The only reason I want to introduce this is because I want to have my
> > imx8mq board built by CI. This board needs an external HDMI firmware
> > which is used by mkimage. But because this firmware is not available
> > i
Dear Rasmus,
In message <3253160d-b2e1-2101-5cd4-b8549b5ac...@prevas.dk> you wrote:
>
> > Yes, I believe the build system must be taught some env var (or other
> > means) for opting in to this behavior.
>
> Oh, and it should of course only paper over missing binary blobs, not
> arbitrary errors f
> > If Linux driver does not need to be updated to support MPFS macb using
> > existing compatible string but U-Boot driver has to, something is
> > wrong on the U-Boot macb driver side.
> >
> > Would you please reconsider the whole changes?
> >
> We submitted patches(v1, v2) last year for the U-Bo
Hi Wolfgang,
Am Do., 11. Nov. 2021 um 13:24 Uhr schrieb Wolfgang Denk :
>
> Dear Heiko,
>
> In message
> you
> wrote:
> >
> > > Sorry, but this makes no sense to me. If there is an error, it
> > > should be reported and - if possible - handled. If this is not
> > > possible, then the correct
On Fri, Oct 22, 2021 at 10:42:16AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to use binman to pack images
>
> Signed-off-by: Peng Fan
I'm unsure how to reply to this. On the one hand I really like to see
this go in, on the other hand this changes the expectation of what
flash.b
On Fri, Oct 22, 2021 at 10:42:17AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to binman to pack images
Reviewed-by: Patrick Wildt
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx8mq-phanbell-u-boot.dtsi | 2 ++
> arch/arm/mach-imx/imx8m/Kconfig | 7 ---
> boa
On Fri, Oct 22, 2021 at 10:42:18AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to use binman to pack images
Reviewed-by: Patrick Wildt
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx8mq-pico-pi.dts | 1 +
> arch/arm/mach-imx/imx8m/Kconfig | 1 +
> board/
On Fri, Oct 22, 2021 at 10:42:19AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> After all these board switch to binman, we could use common imximage.cfg
Reviewed-by: Patrick Wildt
> Signed-off-by: Peng Fan
> ---
> arch/arm/mach-imx/imx8m/imximage.cfg | 12 +++-
> board/free
On Fri, Oct 22, 2021 at 10:42:20AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Update doc after using binman to pack images
Not necessary if we make sure flash.bin stays a single bootable image
> Signed-off-by: Peng Fan
> ---
> doc/board/nxp/imx8mq_evk.rst | 3 ++-
> 1 file changed, 2 i
On Thu, Nov 11, 2021 at 01:27:22PM +0100, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20211109194224.GB24579@bill-the-cat> you wrote:
> >
> > > The only reason I want to introduce this is because I want to have my
> > > imx8mq board built by CI. This board needs an external HDMI firmware
> >
On 11/7/21 9:29 PM, qianfangui...@qq.com wrote:
From: qianfan Zhao
CHUNK_TYPE_RAW buffer is not aligned, and flash sparse images by
fastboot will report "Misaligned operation" if DCACHE is enabled.
Flashing Sparse Image
CACHE: Misaligned operation at range [8428, 84001028]
CACHE: Misali
From: Marek Behún
Hello Stefan,
we have some more fixes for PCI (mvebu and aardvark), and one patch
for Turris MOX board code.
Marek
Marek Behún (2):
pci: pci_mvebu, pci_aardvark: Fix size of configuration cache
arm: mvebu: turris_mox: Remove extra newline after module topology
Pali Rohár
From: Pali Rohár
Function mvebu_pcie_probe() configures PCIe controller and sometimes it
takes some time for PCIe card to bring link up. Delay mvebu_pcie_probe()
for 100ms to ensure that PCIe link is up after function finish. In the
case when no card is connected to the PCIe slot, this will delay
From: Pali Rohár
Function mvebu_pcie_setup_wins() sets up all other BARs, so move setup of
BAR[0] to this function to have common code at one place.
In the past, commit 193a1e9f196b ("pci: pci_mvebu: set BAR0 after memory
space is set") moved setup of BAR[0] to another location, due to ath10k
no
From: Pali Rohár
As explained in commit 3bedbcc3aa18 ("arm: mvebu: a38x: serdes: Don't
overwrite read-only SAR PCIe registers") it is required to set Maximum Link
Width bits of PCIe Root Port Link Capabilities Register depending of number
of used serdes lanes. As this register is part of PCIe add
From: Marek Behún
Since u32 takes up 4 bytes, we need to divide the number of u32s by 4
for cfgcache.
Signed-off-by: Marek Behún
---
drivers/pci/pci-aardvark.c | 2 +-
drivers/pci/pci_mvebu.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pci-aardvark.c b
From: Pali Rohár
Use more appropriate resource_size() function when working with data in
struct resource.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
drivers/pci/pci_mvebu.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/pci/pci_mvebu.c b
From: Pali Rohár
The global data pointer is not used in this driver, remove it's
declaration.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
drivers/pci/pci_mvebu.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/pci/pci_mvebu.c b/drivers/pci/pci_mvebu.c
index fea32414
From: Pali Rohár
Do not call pci_set_region() for resources which were not properly mapped.
This prevents U-Boot to access unmapped memory space.
Update MBUS_PCI_MEM_SIZE and MBUS_PCI_IO_SIZE macros to cover all PCIe MEM
and IO ranges. Previously these macros covered only address ranges for the
From: Pali Rohár
The PCI Bridge which represents mvebu PCIe Root Port has Expansion ROM
Base Address register at offset 0x30 but its meaning is different that
of PCI's Expansion ROM BAR register, although the address format of
the register is the same.
In reality, this device does not have any c
From: Marek Behún
Remove extra newline after module topology is printed.
Signed-off-by: Marek Behún
---
board/CZ.NIC/turris_mox/turris_mox.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/board/CZ.NIC/turris_mox/turris_mox.c
b/board/CZ.NIC/turris_mox/turris_mox.c
index 2202eb8cfb..52fa
From: Pali Rohár
PCI Bridge which represents aardvark PCIe Root Port has Expansion ROM Base
Address register at offset 0x30 but its meaning is different than PCI's
Expansion ROM BAR register. Only address format of register is same.
In reality, this device does not have any configurable PCI BARs
Hello Stefan,
did you have time to look at this series?
Marek
On Thu, Nov 11, 2021 at 12:21:26PM +0100, Patrick Wildt wrote:
> On Wed, Nov 10, 2021 at 02:26:54PM -0800, Vagrant Cascadian wrote:
> > On 2021-09-02, Patrick Wildt wrote:
> > > The MNT Reform 2 is a modular DIY laptop. In its initial version it
> > > is based on the BoundaryDevices i.MX8MQ SoM.
From: Marek Behún
Hello Stefan,
this series adds more checks for kwbimage validity and consistency to
SPL, mainly checking image data checksum.
Marek
Pali Rohár (5):
arm: mvebu: Check that kwbimage offset and blocksize are valid
SPL: Add struct spl_boot_device parameter into
spl_parse_
From: Pali Rohár
There are certain restrictions for kwbimage offset and blocksize.
Validate them.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/mach-mvebu/spl.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-mvebu/spl.c b/arch/arm/mach-mvebu/
From: Pali Rohár
Add parameter spl_boot_device to spl_parse_board_header(), which allows
the implementations to see from which device we are booting and do
boot-device-specific checks of the image header.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/mach-mvebu/spl.c
From: Pali Rohár
Each boot mode has its own kwbimage specified by blockid. So check that
kwbimage is valid by blockid.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/mach-mvebu/spl.c | 32 +++-
1 file changed, 23 insertions(+), 9 deletions(-)
di
From: Pali Rohár
Last 4 bytes of kwbimage boot image is checksum. Verify it via the new
spl_check_board_image() function which is called by U-Boot SPL after
loading kwbimage.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/mach-mvebu/spl.c | 28
From: Pali Rohár
Commit 9baab60b8054 ("SPL: Add support for parsing board / BootROM specific
image types") added support for loading board specific image types.
This commit adds support for a new weak function spl_parse_board_header()
which is called after loading boot image. Board may implement
On Thu, 11 Nov 2021 09:25:59 +
Peter Hoyes wrote:
> From: Peter Hoyes
>
> Create a new documentation section for Arm Ltd boards with a sub-page
> for the VExpress64 boards (FVP-A and Juno).
Thanks for the changes, looks good now:
> Signed-off-by: Peter Hoyes
Reviewed-by: Andre Przywara
On Thu, 11 Nov 2021 09:26:00 +
Peter Hoyes wrote:
Hi Peter,
> From: Peter Hoyes
>
> Rename from vexpress_aemv8a.h -> vepxress_aemv8.h as new FVPs may not be
> v8-A. No change in behavior.
>
> This is towards future work to enable support for the FVP_BaseR.
>
> Signed-off-by: Peter Hoyes
On Thu, 11 Nov 2021 09:26:01 +
Peter Hoyes wrote:
> From: Peter Hoyes
>
> Move env var address values to #defines so they can be reused elsewhere.
>
> Rename env var names to those recommended in the README and modify
> addresses to allow more space for the kernel.
>
> Fix issue where fdt
On Thu, 11 Nov 2021 09:26:02 +
Peter Hoyes wrote:
> From: Peter Hoyes
>
> Capture x0 in lowlevel_init.S as potential fdt address. Modify
> board_fdt_blob_setup to use fdt address from either vexpress_aemv8.h
> or lowlevel_init.S.
>
Thanks, looks good now:
> Signed-off-by: Peter Hoyes
R
On Thu, 11 Nov 2021 09:26:03 +
Peter Hoyes wrote:
> From: Peter Hoyes
>
> The SMSC driver is using the old driver model.
>
> Init the virtio system in vexpress64.c so that the network device is
> discovered.
>
> Signed-off-by: Peter Hoyes
Looks like the same as v1, so repeating my tag:
Hi Peng,
Am Fr., 22. Okt. 2021 um 04:08 Uhr schrieb Peng Fan (OSS)
:
>
> From: Peng Fan
>
> After all these board switch to binman, we could use common imximage.cfg
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/mach-imx/imx8m/imximage.cfg | 12 +++-
> board/freescale/imx8mq_evk/Kcon
Hi Peng,
Am Fr., 22. Okt. 2021 um 04:07 Uhr schrieb Peng Fan (OSS)
:
>
> From: Peng Fan
>
> Switch to use binman to pack images
After switching to binman you will hit the same issue I have in the
u-boot CI. The mkimage step will fail because the hdmi firmware blob
can not be found [1]. There is
On Sat, Oct 30, 2021 at 12:25:33PM -0600, Simon Glass wrote:
> From: Tuomas Tynkkynen
>
> This is similar to the existing qemu_arm target, except that the 'bios' is
> image.bin (containing both SPL and U-Boot) rather than in u-boot.bin
>
> Signed-off-by: Simon Glass
Aside from the wrong-From,
On Sat, Oct 30, 2021 at 12:25:34PM -0600, Simon Glass wrote:
> Add a comment about the tools and drop the debugging, since this seems
> reliable now.
>
> Signed-off-by: Simon Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 30, 2021 at 12:25:35PM -0600, Simon Glass wrote:
> Just to be safe, check for the pattern only at the start of a line, since
> it is possible to add a comment with this in it.
>
> Signed-off-by: Simon Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Descri
On Sat, Oct 30, 2021 at 12:25:36PM -0600, Simon Glass wrote:
> This code is duplicated in two scripts. Put it into a new wait_raw_device
> to avoid this. Also rename the 'done' variable to 'complete' to void
> confusing it with the end of the for loop.
>
> Signed-off-by: Simon Glass
Applied to
On Sat, Oct 30, 2021 at 12:25:37PM -0600, Simon Glass wrote:
> Sometimes the umount takes a while. Add the same wait loop as is used for
> mount. Also rename the 'done' variable to 'complete' to void confusing it
> with the end of the for loop.
>
> Signed-off-by: Simon Glass
Applied to u-boot-t
On Sat, Oct 30, 2021 at 12:25:38PM -0600, Simon Glass wrote:
> Add a config for samus, the Chromebook Pixel 2.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
When flashing the SD card for an imx platform, we need to use
u-boot-with-spl.imx at an offset of 1024 bytes in to the device.
Signed-off-by: Tom Rini
---
bin/writer.imx_raw | 39 +++
1 file changed, 39 insertions(+)
create mode 100755 bin/writer.imx_raw
dif
On Wed, Nov 10, 2021 at 04:46:39AM +, Mathew McBride wrote:
> The Ten64 is a networking-oriented MiniITX board
> using the NXP LS1088A SoC.
>
> This patch provides the bare minimum to support
> Ten64 boards under U-Boot for distroboot.
>
> Some related drivers have not yet been submitted
> a
On Wednesday 10 November 2021 16:04:20 Tony Dinh wrote:
> I've also tried mdelay(3000), just to be sure. The result was the same
> hang in 'usb start'.
Ok. So put pci_init() into board_late_init().
There are some more cleanup and fixes patches for pci_mvebu.c on mailing
list. After they are merge
On Thu, Nov 11, 2021 at 04:27:09AM +, Priyanka Jain wrote:
> Dear Tom,
>
> Please find my pull-request for u-boot-fsl-qoriq/master
> https://github.com/u-boot/u-boot/pull/99
>
> Summary
> fsl-qoriq:
> device-tree sync-up with Linux for ls1028a
> fixes/update in fsl-ddr driver, fsl-validate,
On Thu, Nov 11, 2021 at 9:17 PM wrote:
>
> > I agree with Bin here. You shouldn't introduce a new compatible just for
> > u-boot. If you need one, please to it first in linux and get an ACK there.
> > Or at least there should be patches for it pending in linux and it should
> > be likely, that the
On Wed, Nov 10, 2021 at 10:17:50AM +0100, Heinrich Schuchardt wrote:
> On 11/10/21 09:11, Heinrich Schuchardt wrote:
> >
> >
> > On 11/10/21 07:24, AKASHI Takahiro wrote:
> > > On Tue, Nov 09, 2021 at 10:50:37AM +0100, Heinrich Schuchardt wrote:
> > > > On 11/9/21 02:32, AKASHI Takahiro wrote:
>
This commit adds the comment for efi_system_table and
efi_configuration_table structure.
Signed-off-by: Masahisa Kojima
---
include/efi_api.h | 32
1 file changed, 32 insertions(+)
diff --git a/include/efi_api.h b/include/efi_api.h
index 0accad08c8..78a6412116 1
74 matches
Mail list logo