Hi Stefano,
I noticed that this series has state = Changes Requested, but not sure
what are the changes need.
Could you please clarify? There is a silly hunk but Baruch suggested
that this no requires a v3. However if you prefer a v3, I can prepare it
Please confirm.
On 16/3/20 15:56, Walt
Rename these functions to dc2114x_{inl,outl}(), use u32 values in
them instead of plain signed integers as all those values are in
fact register values and the driver code does bitwise operations
on them. No functional change intended.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/
Clean up the SROM accessors to bring them up to standards with
U-Boot coding style. Sort variable into reverse xmas tree. No
functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 117 +++---
1 file changed, 63 insertion
Clean up the remaining driver code, macro space alignment, function
declaration indent, replace __attribute__((aligned(32))) with plain
__aligned(32). No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 86 +--
Move the functions in the driver around to better fit future DM
conversion, drop function forward declarations. No functional
change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 736 --
1 file changed, 357 insertions(+), 379
Replace these macros with static functions to permit the compiler to
do type checking on the functions. The INL()/OUTL() functions have to
be moved in this patch as well, as those DE4X5 macros are using them.
No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/d
Clean up the send_setup_frame() to bring it up to standards with
U-Boot coding style, invert the loops where applicable to cut
down the level of indent. No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 44 +-
Replace the adhoc debugging ifdeffery with debug_cond() and an
internal SROM_DEBUG macro to select the debug level.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 57 ---
1 file changed, 21 insertions(+), 36 deletions(-)
diff
Clean up the driver recv code to bring it up to standards with
U-Boot coding style. No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 44 +++
1 file changed, 19 insertions(+), 25 deletions(-)
diff --git a/dr
Clean up the driver send code to bring it up to standards with
U-Boot coding style, invert the loops where applicable to cut
down the level of indent. No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 42 --
Clean up the driver init code to bring it up to standards with
U-Boot coding style, no functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 66 +--
1 file changed, 32 insertions(+), 34 deletions(-)
diff --git a/dr
Clean up the driver halt code to bring it up to standards with
U-Boot coding style. No functional change.
Signed-off-by: Marek Vasut
Cc: Joe Hershberger
---
drivers/net/dc2114x.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/dc2114x.c b/drivers/net/dc2114x.
On 2020-04-18 08:23, Dennis Gilmore wrote:
On Sat, Apr 18, 2020 at 9:18 AM Dennis Gilmore
wrote:
On Fri, Apr 17, 2020 at 2:19 AM Joel Johnson wrote:
>
> Update mvebu SPL boot selection mechanism for the move to driver model
> usage by ensuring that the required driver support for SPI and MMC
The DT used by U-Boot may be different from the DT being passed to
the OS if the DT is loaded from external media such as network or
mmc. In that case, the reserved-memory node needs to be copied to
the DT passed to the OS.
Signed-off-by: Atish Patra
Reviewed-by: Bin Meng
---
arch/riscv/lib/boo
In RISC-V, M-mode software can reserve physical memory regions
by setting appropriate physical memory protection (PMP) csr. As the
PMP csr are accessible only in M-mode, S-mode U-Boot can not read
this configuration directly. However, M-mode software can pass this
information via reserved-memory no
Keep all the fdt fixups together for better code management.
Signed-off-by: Atish Patra
Reviewed-by: Bin Meng
---
arch/riscv/lib/bootm.c | 33 -
arch/riscv/lib/fdt_fixup.c | 33 +
2 files changed, 33 insertions(+), 33 deletions
This series adds few DT related fixes required for Linux EFI stub to work
on RISC-V.
Patch 1 adds the boot hartid property under /chosen node. The related
discussion can be found here.
https://patchwork.ozlabs.org/patch/1233664/
https://lists.denx.de/pipermail/u-boot/2020-March/402085.html
Patch
In U-Boot, the reserved memory end address is considered as a inclusive
address. This notion is followed while adding a reserved memory node to
the DT.
For example:
end_address = start_address + size - 1
Follow the same notion and fix the end address computation while checking
for existing nodes.
FU540 uses OF_SEPARATE instead of OF_PRIOR_STAGE.
Enable OF_BOARD_FIXUP to update the DT with reserved-memory node.
Signed-off-by: Atish Patra
Reviewed-by: Bin Meng
---
arch/riscv/lib/fdt_fixup.c | 15 +++
configs/sifive_fu540_defconfig | 1 +
2 files changed, 16 insertions(+)
Linux booting protocol mandates that register "a0" contains the hartid.
However, U-Boot can not pass the hartid via a0 during via standard UEFI
protocol. DT nodes are commonly used to pass such information to the OS.
Add a DT node under chosen node to indicate the boot hartid. EFI stub
in Linux ke
On 4/18/20 2:57 PM, Stefano Babic wrote:
Hi Giulio,
On 18/04/20 14:32, Giulio Benetti wrote:
Hi Stefano,
I ping you for reviewing this patchset, Lukasz already reviewed his
patches, so it should be ready to be committed.
Yes, I have already merge the big series after Anatolji's ACK, this
se
Any comments on this patch ?
>-Original Message-
>From: Pragnesh Patel
>Sent: 14 March 2020 19:13
>To: u-boot@lists.denx.de
>Cc: atish.pa...@wdc.com; palmerdabb...@google.com;
>bmeng...@gmail.com; Paul Walmsley ;
>r...@andestech.com; Pragnesh Patel ; Simon
>Glass ; Trevor Woerner
>Subjec
resending from a different email address as Gmail rejected my first
attempt to send
On Sat, Apr 18, 2020 at 9:18 AM Dennis Gilmore
wrote:
>
> On Fri, Apr 17, 2020 at 2:19 AM Joel Johnson wrote:
> >
> > Update mvebu SPL boot selection mechanism for the move to driver model
> > usage by ensuring t
Hi Giulio,
On 18/04/20 14:32, Giulio Benetti wrote:
> Hi Stefano,
>
> I ping you for reviewing this patchset, Lukasz already reviewed his
> patches, so it should be ready to be committed.
>
Yes, I have already merge the big series after Anatolji's ACK, this
series was not yet in. I merged into
On Fri, Apr 17, 2020 at 3:22 PM Masahiro Yamada wrote:
>
> Currently generic-asm-offsets.h and asm-offsets.h are generated based
> on U-Boot proper config options. The same asm-offsets headers are used
> for building U-Boot SPL/TPL, which causes potential offset mismatch if
> U-Boot proper has dif
Hi Stefano,
I ping you for reviewing this patchset, Lukasz already reviewed his
patches, so it should be ready to be committed.
Thank you
--
Giulio Benetti
Benetti Engineering sas
On 2/18/20 8:02 PM, Giulio Benetti wrote:
Add Soc i.MXRT1020 to i.MXRT family and its evk support.
This Soc has ma
On Sat, Apr 18, 2020 at 2:10 PM Atish Patra wrote:
>
> In RISC-V, M-mode software can reserve physical memory regions
> by setting appropriate physical memory protection (PMP) csr. As the
> PMP csr are accessible only in M-mode, S-mode U-Boot can not read
> this configuration directly. However, M-
On Sat, Apr 18, 2020 at 2:10 PM Atish Patra wrote:
>
nits: Device => device in the commit title
> Linux booting protocol mandates that register "a0" contains the hartid.
> However, U-boot can not pass the hartid via a0 during via standard UEFI
nits: U-boot => U-Boot
> protocol. DT nodes are co
On Sat, Apr 18, 2020 at 2:10 PM Atish Patra wrote:
>
> FU540 uses OF_SEPARATE instead of OF_PRIOR.
Should be OF_PRIOR_STAGE
>
> Enable OF_BOARD_FIXUP to update the DT with reserved-memory node.
>
> Signed-off-by: Atish Patra
> ---
> arch/riscv/lib/fdt_fixup.c | 15 +++
> config
On Sat, Apr 18, 2020 at 2:10 PM Atish Patra wrote:
>
> In U-Boot, the reserved memory end address is considered as a inclusive
> address. This notion is followed while adding a reserved memory node to
> the DT.
>
> For example:
> end_address = start_address + size - 1
>
> Follow the same notion an
By passing -ra to pytest we get a summary indicating which tests failed
and why tests were skipped.
Here is an example output:
short test summary info =
SKIPPED [1] test/py/tests/test_efi_loader.py:81: No DHCP server available
SKIPPED [1] test/py/t
On 4/14/20 4:51 AM, AKASHI Takahiro wrote:
> A fixture for UEFI secure boot tests (image authentication and variable
> authentication) is defined. A small file system with test data in a single
> partition formatted in fat is created.
>
> This test requires efitools v1.5.2 or later. If the system's
Hi Jagan,
> -Original Message-
> From: Jagan Teki
> Sent: Saturday, April 18, 2020 4:12 PM
> To: Sagar Kadam
> Cc: Bin Meng ; U-Boot Mailing List b...@lists.denx.de>; linux-amarula amar...@amarulasolutions.com>; pal...@dabbelt.com
> Subject: Re: [U-Boot] [PATCH v2 5/5] sifive: fu540: E
Matthias,
I would be happy to do this, but unfortunately will not be able to until I can
return to the laboratory where my setup resides. This is likely still some
weeks out due to significant COVID-19 activity in my region. I am remote right
now and only have power control and UART/Ethernet
Hi,
Let me know if you want me to test this on my imx6q d1
-derek
Sent using my mobile device. Please excuse any typos.
On April 17, 2020 7:41:03 AM Fabio Estevam wrote:
Hi Heiko,
On Fri, Apr 17, 2020 at 8:33 AM Fabio Estevam wrote:
Ok, I have a mx6dl wandboad here and I managed to reprodu
[Previous message to list canceled; resending with added detail]
Harald,
To be clear, the language I used was to imply *only* that I observed this
problem as recently as the latest release; none over the earlier builds I have
prepared for RPi4 worked better. The reference to other hardware and
Hi,
USB is not working on my Olimex A64-Olinuxino-1Ge4GW Rev. D, no matter if I use
the u-boot variant with or without eMMC (but that's no surprise). I use the
version provided by Debian, 2020.04+dfsg-1 withe image provided by Armbian it
didn't work either.
I attached boot logs with and without a
For the record, I also tested this on a Wandboard Dual RevC1 and it worked
there, too.
-derek
On Fri, April 17, 2020 10:50 am, Heiko Schocher wrote:
> Hello Fabio,
>
> Am 17.04.2020 um 14:30 schrieb Fabio Estevam:
>> Hi Heiko,
>>
>> On Fri, Apr 17, 2020 at 9:00 AM Derek Atkins wrote:
>>>
>>> Hi,
> These PMC0 definitions are already defined in the beginning
> of the file, so remove the duplication.
> Reported-by: Stefano Babic
> Signed-off-by: Fabio Estevam
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
==
> After triggering a "reboot" command in Linux the following
> hang in SPL is observed:
> U-Boot SPL 2020.04 (Apr 15 2020 - 10:49:29 -0300)
> Normal Boot
> WDT: Not found!
> Trying to boot from MMC2_2
> spl: mmc init failed with error: -70
> SPL: failed to boot from all boot devices
> ### ERROR #
> Currently the following build warning is seen:
>
> = WARNING ==
> This board does not use CONFIG_DM_ETH (Driver Model
> for Ethernet drivers). Please update the board to use
> CONFIG_DM_ETH before the v2020.07 release. Failure to
> update by the deadli
> From: Igor Opaniuk
> Add nfsboot wrapper to env to boot Linux kernel from TFTP/NFS.
> Signed-off-by: Igor Opaniuk
> Reviewed-by: Oleksandr Suvorov
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DEN
> Fixes compilation for WRU4 board.
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 M
> LDO mode may be already enabled by the ROM and enabling it again
> can cause U-Boot to hang.
> Avoid this problem by only enabling LDO mode if it is initially disabled.
> Reported-by: Jorge Ramirez-Ortiz
> Signed-off-by: Fabio Estevam
> Tested-by: Jorge Ramirez-Ortiz
> Reviewed-by: Peng Fan
A
> CONFIG_FEC_MXC is supported in Kconfig, so it is preferred to
> move it to defconfig file.
> Signed-off-by: Fabio Estevam
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX
> Add Ethernet support using DM_ETH.
> Signed-off-by: Fabio Estevam
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfg
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> Keep code for non-dm configuration of baseboard WRU4.
> It cannot be upgraded to device model as
> we have no suitable device tree for it.
> These changes were not run-tested on WRU4,
> only compile-tested.
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards
> From: Igor Opaniuk
> Remove 'fdt_high' and 'initrd_high' environment variables (set to 0x)
> from default environment which prevents relocation of FDT and initrd.
> Rely on 'bootm_size' value instead to safely relocate kernel, device tree and
> initrd.
> Signed-off-by: Igor Opaniuk
> Re
> The i.MX6DP and i.MX6QP incorporate NoC interconnect logic
> which needs to be configured in order to use external DDR memory.
> This patch enables the SPL to configure the necessary registers
> in accordance with the NXP engineering bulletin EB828.
> Co-developed-by: Filip Brozović
> Signed-off
> The device trees for TQMa6x SOM support variations in
> - CPU type: imx6dl- or imx6q-
> - MBa6 I2C bus access: -mba6a (i2c1) or -mba6b (i2c3)
> (plus the respective common/module include trees)
> - USBH1 is directly connected to a hub
> - USBOTG is connected to a separate connector
> and can
> From: Igor Opaniuk
> Remove 'fdt_high' and 'initrd_high' environment variables (set to 0x)
> from default environment which prevents relocation of FDT and initrd.
> Rely on 'bootm_size' value instead to safely relocate kernel, device tree and
> initrd.
> Signed-off-by: Igor Opaniuk
> Re
> From: Igor Opaniuk
> Remove 'fdt_high' and 'initrd_high' environment variables (set to 0x)
> from default environment which prevents relocation of FDT and initrd.
> Rely on 'bootm_size' value instead to safely relocate kernel, device tree and
> initrd.
> Signed-off-by: Igor Opaniuk
> Re
> Ethernet, usdhc2 and i2c1 interfaces are probed by dm drivers.
> Therefor init functions in board file are not necessary.
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194
> mx6ul_evk uses DM_ETH, so there is no need to have board code
> to setup the FEC IOMUX and to register the network ports via the
> old board_eth_init() method.
> Remove these FEC related pieces of code.
> Signed-off-by: Fabio Estevam
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thank
> From: Igor Opaniuk
> Remove 'fdt_high' and 'initrd_high' environment variables (set to 0x)
> from default environment which prevents relocation of FDT and initrd.
> Rely on 'bootm_size' value instead to safely relocate kernel, device tree and
> initrd.
> Signed-off-by: Igor Opaniuk
> Re
> From: Markus Niebel
> reason: SYS_TEXT_BASE was moved to Kconfig. Give reasonable defaults
> in board specific Kconfig.
> Signed-off-by: Markus Niebel
> Signed-off-by: Michael Krummsdorf
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
> From: Igor Opaniuk
> Remove 'fdt_high' and 'initrd_high' environment variables (set to 0x)
> from default environment which prevents relocation of FDT and initrd.
> Rely on 'bootm_size' value instead to safely relocate kernel, device tree and
> initrd.
> Signed-off-by: Igor Opaniuk
> Re
> From: Igor Opaniuk
> Adjust DRAM size in case BL32 secure payload is loaded (OP-TEE/Trusty),
> so during MMU initialization U-Boot won't touch this mem area.
> BL32 is loaded to the end of DRAM, bl32 payload size is read from
> rom_pointer[1]. This relates to the issue described in
> 59efa6b52b(
> From: Igor Opaniuk
> Adjust DRAM size in case BL32 secure payload is loaded (OP-TEE/Trusty),
> so during MMU initialization U-Boot won't touch this mem area.
> BL32 is loaded to the end of DRAM, bl32 payload size is read from
> rom_pointer[1]. This relates to the issue described in
> 59efa6b52b(
Hi Sagar,
On Sat, Apr 18, 2020 at 4:05 PM Sagar Kadam wrote:
>
> Hello Jagan,
>
> > -Original Message-
> > From: Jagan Teki
> > Sent: Saturday, April 18, 2020 1:11 AM
> > To: Sagar Kadam
> > Cc: Bin Meng ; U-Boot Mailing List > b...@lists.denx.de>; linux-amarula > amar...@amarulasolut
Hello Jagan,
> -Original Message-
> From: Jagan Teki
> Sent: Saturday, April 18, 2020 1:11 AM
> To: Sagar Kadam
> Cc: Bin Meng ; U-Boot Mailing List b...@lists.denx.de>; linux-amarula amar...@amarulasolutions.com>; pal...@dabbelt.com
> Subject: Re: [U-Boot] [PATCH v2 5/5] sifive: fu540
From: Bin Meng
If given ptr to free() is NULL, no operation is performed.
Hence we can just free buf directly in fit_extract_data().
Signed-off-by: Bin Meng
---
tools/fit_image.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/tools/fit_image.c b/tools/fit_image.c
index
From: Lihua Zhao
Without calling munmap(), the follow-up call to open() the same file
with a flag O_TRUNC seems not to cause any issue on Linux, but it fails
on Windows with error like below:
Can't open kernel_fdt.itb.tmp: Permission denied
Fix this by unmapping the memory before closing fd
From: Bin Meng
MinGW build for U-Boot tools has been broken for years. The official
support of Windows build is now MSYS2. Remove the MinGW support codes.
Signed-off-by: Bin Meng
---
README| 10 -
tools/mingw_support.c | 113 ---
66 matches
Mail list logo