Hi Sean,
On 5/13/2021 3:49 PM, Bin Meng wrote:
Hi Tianrui,
On Thu, May 13, 2021 at 2:50 PM Tianrui Wei wrote:
Hi Bin,
On 5/13/2021 2:32 PM, Bin Meng wrote:
Hi Tianrui,
On Thu, May 13, 2021 at 1:07 PM Tianrui Wei wrote:
Hi Sean,
On 5/13/2021 1:14 AM, Sean Anderson wrote:
[snip]
On 5/8
Hi Sughosh,
2021年5月19日(水) 15:07 Sughosh Ganu :
>
>
>
> On Wed, 19 May 2021 at 11:16, Masami Hiramatsu
> wrote:
>>
>> Ignore the non-implemented lock device failure on writing mtd
>> via DFU. Without this fix, DFU write shows an error on such device
>> even if it succeeded, because dfu->write_med
On Tue, 18 May 2021 00:39:39 +0200
Marek Vasut wrote:
> The superblock buffer must be cache aligned, since it might be used
> in DMA context, allocate it using ALLOC_CACHE_ALIGN_BUFFER() just
> like it was done in btrfs_read_superblock() and read_tree_node().
>
> This fixes this output on boot a
On Wed, 19 May 2021 at 11:16, Masami Hiramatsu
wrote:
> Ignore the non-implemented lock device failure on writing mtd
> via DFU. Without this fix, DFU write shows an error on such device
> even if it succeeded, because dfu->write_medium returns -EOPNOTSUPP.
>
> Signed-off-by: Masami Hiramatsu
>
Enable EFI capsule update support. With the EFI capsule update,
you can update U-Boot, TF-A and OP-TEE. TF-A and OP-TEE are
usually combined as a FIP binary, but if the binary is bigger
than 480KB, you have to modify FIP header, split the OP-TEE
and stores the OP-TEE binary in the different place.
Since the EDK2 GenerateCapsule script is out of date and it
doesn't generate the supported version capsule file, the document
should refer the mkeficapsule in tools.
Signed-off-by: Masami Hiramatsu
---
doc/board/emulation/qemu_capsule_update.rst | 11 ++-
1 file changed, 2 insertions(+
Ignore the non-implemented lock device failure on writing mtd
via DFU. Without this fix, DFU write shows an error on such device
even if it succeeded, because dfu->write_medium returns -EOPNOTSUPP.
Signed-off-by: Masami Hiramatsu
Cc: Lukasz Majewski
---
drivers/dfu/dfu_mtd.c |2 ++
1 file c
Add the DeveloperBox 96boards EE support. This board is also
known as Socionext SynQuacer E-Series. It contians one "SC2A11"
SoC, which has 24-cores of arm Cortex-A53, and 4 DDR3 slots,
3 PCIe slots (1 4x port and 2 1x ports which are expanded via
PCIe bridge chip), 2 USB 3.0 ports and 2 USB 2.0 po
Add device trees for 96boards EE DeveloperBox and basement SynQuacer
SoC dtsi. These files are imported from EDK2
commit 83d38b0b4c0f240d4488c600bbe87cea391f3922
as-is (except for the changes #include path and some macros).
And add U-Boot specific changes in synquacer-sc2a11-developerbox-u-boot.
From: Jassi Brar
Add driver for class of I2C controllers found on
Socionext Synquacer platform.
Signed-off-by: Jassi Brar
---
drivers/i2c/Kconfig |7 +
drivers/i2c/Makefile|1
drivers/i2c/synquacer_i2c.c | 338 +++
3 files chang
From: Jassi Brar
Add SynQuacer's NETSEC GbE controller driver.
Since this driver will load the firmware from SPI NOR flash,
this depends on CONFIG_SYNQUACER_SPI=y.
Signed-off-by: Jassi Brar
---
drivers/net/Kconfig |8
drivers/net/Makefile |1
drivers/net/sni_netsec.c | 1134
From: Jassi Brar
Signed-off-by: Jassi Brar
Signed-off-by: Masami Hiramatsu
Reviewed-by: Jaehoon Chung
---
Changes in v4:
- Add Jaehoon's reviewed-by.
Changes in v3:
- Rename config name to MMC_SDHCI_F_SDH30.
- Remove unneeded wait in drivers/mmc/sdhci.c.
- Rename probe function to f_
From: Jassi Brar
This is a driver for the HSSPI SPI controller on SynQuacer SoC.
The HSSPI has command sequence mode (memory mapped) and
direct mode (FIFO access). The driver will operate it under
the direct mode. And before booting OS, it switch back to the
command sequence mode since that is co
Add ECAM based SynQuacer PCIe RC driver. This driver configures the
PCIe RC and filter out a ghost pcie config.
Since the Linux kernel expects "socionext,synquacer-pcie-ecam" device
is configured by firmware (EDK2), it doesn't re-configure in the kernel.
So as same as EDK2, U-Boot needs to configu
Since some SoCs and boards do not hae extra asm/arch/gpio.h,
introduce CONFIG_GPIO_EXTRA_HEADER instead of adding
!define(CONFIG_ARCH_) in asm/gpio.h.
Signed-off-by: Masami Hiramatsu
---
Changes in v3:
- Change the config name to positive and selected by the
opposite CONFIG_AR
When running the efidebug capsule disk-update command, the efi_fmp_raw
protocol installation is failed with 2 (EFI_INVALID_PARAMETER) as
below. This is because the code passes efi_root instaed of handle.
=> efidebug capsule disk-update
EFI: Call: efi_install_multiple_protocol_interfaces( &handle,
Commit bbbcb5262839 ("dm: pci: Enable VGA address forwarding on bridges")
sets the VGA bridge bits by checking pplat->class, but if the parent
device is the pci host bus device, it can be skipped. Moreover, it
shouldn't access the pplat because the parent has different plat data.
Without this fix,
Without this fix, scsi-scan will cause a synchronous abort
when accessing ops->scan.
Signed-off-by: Masami Hiramatsu
Reviewed-by: Simon Glass
---
drivers/ata/ahci-pci.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/ata/ahci-pci.c b/drivers/ata/ahci-pci.c
index 11ec98b56f..b1d
Hi,
Here is the 4th version of the series (including some fixes for build
errors) to add SynQuacer/DeveloperBox 96board EE suport on U-Boot.
This series includes not only DeveloperBox support but also some fixes
for the issues which I faced while porting U-Boot on the DeveloperBox.
First 3 patche
On Tue, 18 May 2021 01:50:56 -0400
"Stefan Roese" wrote:
> Hi Matt,
>
> On 17.05.21 19:32, Matt Merhar wrote:
> > The assembly output of the arch_initr_trap() function differed by a
> > single byte after common.h was removed from traps.c:
> >
> > fff49a18 :
> > fff49a18: 94 21 ff f0
On Wed, May 19, 2021 at 10:42 AM Heinrich Schuchardt wrote:
>
> GCC provides a symbol _init in crti.o on x86_64 and aarch64 but not on
> RISC-V. The following lines leads to a build error for sandbox_defconfig on
> RISC_V due to the missing symbol:
typo: RISC-V
>
> common/board_f.c:269:
>
GCC provides a symbol _init in crti.o on x86_64 and aarch64 but not on
RISC-V. The following lines leads to a build error for sandbox_defconfig on
RISC_V due to the missing symbol:
common/board_f.c:269:
#elif defined(CONFIG_SANDBOX) || defined(CONFIG_EFI_APP)
gd->mon_len = (ulo
On 5/18/21 11:36 PM, Jim Wilson wrote:
On Tue, May 18, 2021 at 2:32 PM Jim Wilson mailto:j...@sifive.com>> wrote:
On Tue, May 18, 2021 at 1:58 PM Heinrich Schuchardt
mailto:xypron.g...@gmx.de>> wrote:
I am compiling the sandbox_defconfig target of upstream U-Boot
with GC
Hi Jim,
On Wed, May 19, 2021 at 5:36 AM Jim Wilson wrote:
>
> On Tue, May 18, 2021 at 2:32 PM Jim Wilson wrote:
>>
>> On Tue, May 18, 2021 at 1:58 PM Heinrich Schuchardt
>> wrote:
>>>
>>> I am compiling the sandbox_defconfig target of upstream U-Boot with GCC
>>> 11. Please, indicate what "leg
This board has not been converted to CONFIG_DM_USB by the deadline.
Remove it.
Cc: Pali Rohár
Signed-off-by: Tom Rini
---
I assume you'll be trying to fix this so I've not removed all of the
test related scripts.
---
.azure-pipelines.yml | 13 -
.gitlab-ci.yml|
On Sat, May 01, 2021 at 10:12:21PM +0200, Andrey Zhizhikin wrote:
> Python3 taken from the PATH causes build issues when pylibfdt bindings are
> generated with Yocto SDK.
>
> Python3 provided as a part of SDK is not compatible with host Python3,
> therefore binding build breaks with following err
On Tue, May 04, 2021 at 01:45:59AM -0700, peng.w...@smartm.com wrote:
> This patch tries to distinguish two error messages.
>
> Signed-off-by: peng.w...@smartm.com
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, May 12, 2021 at 06:31:57PM +0800, Ley Foon Tan wrote:
> My mail address doesn't work any longer, change to gmail.
>
> Signed-off-by: Ley Foon Tan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, May 06, 2021 at 07:32:23PM -0600, Simon Glass wrote:
> Versions of U-Boot before 2014.01 created a symlink from include/asm to
> the architecture-specific header directory.
>
> If an ARM board is build with that old version, then sandbox is built on
> a more recent version (both with in-t
On Thu, May 06, 2021 at 05:34:27PM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> s/psci_features/request_psci_features/g for the case when both
> ARCH_SUPPORT_PSCI=y and ARM_PSCI_FW=y, that leads to these
> compilation issues:
>
> drivers/firmware/psci.c:69:12: error: conflicting types fo
On Tue, May 18, 2021 at 2:32 PM Jim Wilson wrote:
> On Tue, May 18, 2021 at 1:58 PM Heinrich Schuchardt
> wrote:
>
>> I am compiling the sandbox_defconfig target of upstream U-Boot with GCC
>> 11. Please, indicate what "legacy user code" you are referring to.
>>
>
> I have no idea what that is.
On Tue, May 18, 2021 at 1:58 PM Heinrich Schuchardt
wrote:
> I am compiling the sandbox_defconfig target of upstream U-Boot with GCC
> 11. Please, indicate what "legacy user code" you are referring to.
>
I have no idea what that is. I'm not a uboot developer.
Jim
On Thu, May 13, 2021 at 5:55 PM Bin Meng wrote:
> On Fri, May 14, 2021 at 7:56 AM Simon Glass wrote:
> > On Thu, 13 May 2021 at 08:46, Heinrich Schuchardt
> wrote:
> > > /usr/bin/ld: common/built-in.o: in function `bootdelay_process':
> > > common/autoboot.c:335: undefined reference to
Hi Andrey,
On Sun, May 16, 2021 at 11:31 AM ZHIZHIKIN Andrey
wrote:
>
> Hello Ricardo,
>
> > -Original Message-
> > From: Ricardo Salveti
> > Sent: Friday, May 14, 2021 5:29 PM
> > To: Fabio Estevam
> > Cc: ZHIZHIKIN Andrey ; Peng Fan
> > (OSS) ; sba...@denx.de; u-boot@lists.denx.de; ub
The default U-Boot environment variables and design are all set up for
both the MAIN R5FSS clusters to be in Split-mode. This is the setting
in v2021.01 U-Boot and the dt nodes are synched with the kernel binding
property names in commit 468ec2f3ef8f ("remoteproc: k3_r5: Sync to
upstreamed kernel D
On 5/18/21 9:29 PM, Jim Wilson wrote:
On Thu, May 13, 2021 at 5:55 PM Bin Meng mailto:bmeng...@gmail.com>> wrote:
On Fri, May 14, 2021 at 7:56 AM Simon Glass mailto:s...@chromium.org>> wrote:
> On Thu, 13 May 2021 at 08:46, Heinrich Schuchardt
mailto:xypron.g...@gmx.de>> wrote:
On 5/10/21 10:20 AM, AKASHI Takahiro wrote:
EFI_FIRMWARE_MANAGEMENT_CAPSULE_ID_GUID is never used.
Just remove it.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_capsule.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/lib/efi_loader/efi_capsule.c b/lib/efi_loader/efi_capsule.c
Hello Vanessa,
> -Original Message-
> From: Vanessa Maegima
> Sent: Tuesday, May 18, 2021 3:15 PM
> To: ZHIZHIKIN Andrey
> Cc: Ricardo Salveti ; Fabio Estevam
> ; Peng Fan (OSS) ;
> sba...@denx.de; u-boot@lists.denx.de; uboot-...@nxp.com; Ye Li
> ; igor.opan...@foundries.io
> Subject: Re
On Tue, May 18, 2021 at 05:09:04PM +0200, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit feddbdb55f47b94f9f6695dc19a826953f893f7a:
>
> Merge https://source.denx.de/u-boot/custodians/u-boot-marvell
> (2021-05-17 10:01:56 -0400)
>
> are available in the Git reposi
On Tue, May 18, 2021 at 09:48:43AM +0800, Leo Liang wrote:
> Hi Tom,
>
> CI result:
> https://source.denx.de/u-boot/custodians/u-boot-riscv/-/pipelines/7572
>
> The following changes since commit e644dfbb1786a4a3308b068e1f61cd9e2dfac237:
>
> configs: Resync with savedefconfig (2021-05-15 08:
Hi,
> Il 17/05/2021 22:15 Tom Rini ha scritto:
>
>
> On Fri, May 07, 2021 at 02:40:34PM +0530, Vignesh Raghavendra wrote:
>
> > If reg property of pinctrl-single node requires address translation then
> > probe fails with following message:
> >
> > single-pinctrl pinctrl@4301c000: failed to
Dear Tom,
The following changes since commit feddbdb55f47b94f9f6695dc19a826953f893f7a:
Merge https://source.denx.de/u-boot/custodians/u-boot-marvell
(2021-05-17 10:01:56 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2021-07-
Hi Leo,
I just posted the patch for pcie_dw_common.c compilation error. Please
check and see if it works. Thanks.
Hi Bin and Leo,
And I'll check the 'binman' patch series soon. See if we can have both
binman and fu740 patchset ready.
Regards,
Green
On Tue, May 18, 2021 at 9:12 PM Green Wan wr
On 5/14/21 5:26 PM, Oleh Kravchenko wrote:
> Hello guys,
> Could you please review and merge this patch?
>
> PR successfully passed CI:
> https://github.com/u-boot/u-boot/pull/75
>
> 15.05.21 00:15, Oleh Kravchenko пише:
>> 'gpt' and 'mmc0' fastboot partitions have been treated as the same devi
Hello Tom,
18.05.21 16:40, Tom Rini пише:
> On Tue, May 18, 2021 at 04:24:49PM +0300, Oleh Kravchenko wrote:
>> Hello Tom,
>>
>> 18.05.21 15:21, Tom Rini пише:
>>> On Tue, May 18, 2021 at 01:41:06PM +0300, Oleh Kravchenko wrote:
>>>
Any updates on these?
>>> Sorry, my reading of what you and
Fix compilation error when Werror is turned on. The warning could
possible break some CI builds.
Signed-off-by: Green Wan
---
drivers/pci/pcie_dw_common.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/pcie_dw_common.c b/drivers/pci/pcie_dw_com
Hi Simon,
On 5/6/21 5:02 PM, Simon Glass wrote:
Hi Patrick,
On Thu, 6 May 2021 at 02:38, Patrick DELAUNAY
wrote:
...
Any reason to prefer C test to python...
I just complete the existing pinmux tests.
For performance ?
I wrote this up here:
https://u-boot.readthedocs.io/en/latest/devel
Add a test of dev_read_resource with translation or without translation
Signed-off-by: Patrick Delaunay
---
test/dm/test-fdt.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/test/dm/test-fdt.c b/test/dm/test-fdt.c
index 9b771fdf19..b1736fbe27 100644
--- a
Removed call of ofnode_translate_address() after ofnode_read_resource
in luton_switch.c:luton_probe(); it is unnecessary since
the commit feb7ac457c20 ("dm: core: Add address translation in
fdt_get_resource").
Fixes: feb7ac457c20 ("dm: core: Add address translation in fdt_get_resource")
Reported-b
Hi,
This serie push again 2 modifications proposed in previous serie V3 [1]
but missing in master branch as only patchset V1 [2] is merged.
Simon, I don't add your Reviewed-by, even you sent it for [1].
The first patch solves a issue see by horatiu.vul...@microchip.com
in V1 [2].
Regards,
Pat
On Tue, May 18, 2021 at 04:24:49PM +0300, Oleh Kravchenko wrote:
> Hello Tom,
>
> 18.05.21 15:21, Tom Rini пише:
> > On Tue, May 18, 2021 at 01:41:06PM +0300, Oleh Kravchenko wrote:
> >
> >> Any updates on these?
> > Sorry, my reading of what you and Sean were saying left me with the
> > impressio
Hello Tom,
18.05.21 15:21, Tom Rini пише:
> On Tue, May 18, 2021 at 01:41:06PM +0300, Oleh Kravchenko wrote:
>
>> Any updates on these?
> Sorry, my reading of what you and Sean were saying left me with the
> impression no code changes were needed in the end, is that not the case?
Sean has propose
Hi Simon,
On 5/4/21 6:58 PM, Simon Glass wrote:
On Tue, 4 May 2021 at 04:02, Patrick Delaunay
wrote:
Today of_address_to_resource() is called only in
ofnode_read_resource() for livetree support and
fdt_get_resource() is called when livetree is not supported.
The fdt_get_resource() doesn't do
As I mentioned before, pcie_dw_common.c is not part of fu740 patch. The
error is actually nothing to do with fu740 patchset. Even I fix those
warning message. It will not be in same patch series.
- Green
Leo Liang 於 2021年5月18日 週二,下午8:00寫道:
> On Tue, May 18, 2021 at 05:56:08PM +0800, Bin Meng wro
Handle DFU stack error in STM32CubeProgrammer protocol.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c
b/arch/arm/mach-stm32mp/cmd_stm32prog/
Add error callback in dfu stack to manage some board specific
behavior on DFU targets.
Signed-off-by: Patrick Delaunay
---
drivers/dfu/dfu.c | 12
include/dfu.h | 11 +++
2 files changed, 23 insertions(+)
diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c
index 213a20e
Correctly handle number of alternate when DM_PMIC is not activated.
This patch remove the last UNKNOWN partition in this case.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mac
Use get_cpu_dev() in uart getID command and remove the defines
DEVICE_ID_BYTE1 and 2 defines.
This patch prepare the support for new SOC family.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog_serial.c | 10 ++
1 file changed, 6 insertions(+), 4 deleti
Move the message "Invalid or missing layout file."
to debug level as it is a normal behavior and not an error
and add the missing '\n'.
This patch avoids the strange trace :
Boot over usb0!
Invalid or missing layout file.DFU alt info setting: done
Signed-off-by: Patrick Delaunay
---
arch/a
When CONFIG_FIT_SIGNATURE is activated, CONFIG_LEGACY_IMAGE_FORMAT
is deactivated and the define IMAGE_FORMAT_LEGACY don't exist with
include/image.h:
#if defined(CONFIG_LEGACY_IMAGE_FORMAT)
#define IMAGE_FORMAT_LEGACY 0x01/* legacy image_header based format */
#endif
This patch adds t
This serie provides several evolution and patches for the
command stm32prog used on STM32MP platform to communicate
with the STMicroelectonics tools STM32CubeProgrammer.
Patrick Delaunay (10):
stm32mp: stm32prog: remove all the header check for UART download
stm32mp: stm32prog: add timeout
Add the support in command stm32prog of kernel load and start
with initrd file, identify by the partition Type "Binary" in
the flashlayout.tsv, for example:
- 0x01 fsbl Binary none 0x0 tfa.stm32
- 0x03 fip Binary none 0x0 fip.bin
P 0x10 kernel System ram0 0xC200 uImage.bin
P 0x11 dtb
Handle the second USB enumeration only when the flashlayout is received
and when phase is PHASE_FLASHLAYOUT. This patch removes the call of
stm32prog_next_phase as it is already done in stm32prog_dfu_init().
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog_usb.c
Handle timeout in stm32prog_serial_get_buffer to sent NACK
to STM32CubeProgrammer when the buffer is not fully received.
This patch avoids to reach the STM32CubeProgrammer timeout and
the associated unrecoverable error.
Timeout error occurred while waiting for acknowledgment.
Error: Write Op
This patch removes the header check for UART download;
the check of checksum is not mandatory with even parity and chuck
checksum for each 256 received bytes and it is only done for
STM32 image (FSBL = TF-A BL2), not for FIT image.
This patch solve issue of duplicated 0x100 byte written with FIP h
Add default bootarguments with booting from mmc0 for this configuration.
This will allow a default Linux boot for this board.
Suggested-by: Jarvis Chen
Signed-off-by: Eugen Hristev
---
configs/sama5d27_wlsom1_ek_mmc_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sama5d27_
On Tue, May 18, 2021 at 01:41:06PM +0300, Oleh Kravchenko wrote:
> Any updates on these?
Sorry, my reading of what you and Sean were saying left me with the
impression no code changes were needed in the end, is that not the case?
>
> 15.05.21 00:26, Oleh Kravchenko пише:
> > Hello guys,
> > Cou
On Tue, May 18, 2021 at 05:56:08PM +0800, Bin Meng wrote:
> Hi Green,
>
> On Tue, May 18, 2021 at 5:43 PM Green Wan wrote:
> >
> >
> >
> > On Tue, May 18, 2021 at 3:45 PM Bin Meng wrote:
> >>
> >> Hi Green,
> >>
> >> On Tue, May 18, 2021 at 3:38 PM Leo Liang wrote:
> >> >
> >> > On Fri, May 14,
Hi all,
On Thu, May 06, 2021 at 08:24:30PM +0200, David Lamparter wrote:
> writel() and co. already include the endian swap; doing the swap twice
> is, er, unhelpful.
>
> Tested on a P4080DS, which boots perfectly fine off NVMe with this.
is there anything to be done on my end to get this merg
On 5/18/21 9:09 AM, Joel Stanley wrote:
> The HACE supports MD5, SHA1 and SHA2 family hash functions. This driver
> uses it in a polling mode to perform hash calculations over buffers
> placed in DRAM.
>
> It registers a driver to allow the hardware's clocking to be enabled
> using the clock frame
From: Yann Dirson
When "mkimage -l" was run on a block device it would fail with
erroneous message, because fstat reports a size of zero for those:
mkimage: Bad size: "/dev/sdb4" is not valid image
This patch identifies the "is a block device" case and reports it as
such, and if it knows how t
The assembly output of the arch_initr_trap() function differed by a
single byte after common.h was removed from traps.c:
fff49a18 :
fff49a18: 94 21 ff f0 stwur1,-16(r1)
fff49a1c: 7c 08 02 a6 mflrr0
fff49a20: 90 01 00 14 stw r0,20(r1)
-fff49a24: 80 62
Any updates on these?
15.05.21 00:26, Oleh Kravchenko пише:
> Hello guys,
> Could you please review and merge this patch?
>
> PR successfully passed CI:
> https://github.com/u-boot/u-boot/pull/75
>
> 15.05.21 00:15, Oleh Kravchenko пише:
>> 'gpt' and 'mmc0' fastboot partitions have been treated as
On 5/18/21 5:36 AM, Joel Stanley wrote:
On Fri, 14 May 2021 at 09:12, Heinrich Schuchardt wrote:
Commit a479f103dc1c ("hash: Allow for SHA512 hardware implementations")
defined function definitions for hardware accelerated SHA384 and SHA512.
If CONFIG_SHA_HW_ACCEL=y, these functions are used.
Hi Green,
On Tue, May 18, 2021 at 5:43 PM Green Wan wrote:
>
>
>
> On Tue, May 18, 2021 at 3:45 PM Bin Meng wrote:
>>
>> Hi Green,
>>
>> On Tue, May 18, 2021 at 3:38 PM Leo Liang wrote:
>> >
>> > On Fri, May 14, 2021 at 11:45:30AM +0800, Green Wan wrote:
>> > > Hi Bin,
>> > >
>> > > Thanks, I'l
On Tue, May 18, 2021 at 3:45 PM Bin Meng wrote:
> Hi Green,
>
> On Tue, May 18, 2021 at 3:38 PM Leo Liang wrote:
> >
> > On Fri, May 14, 2021 at 11:45:30AM +0800, Green Wan wrote:
> > > Hi Bin,
> > >
> > > Thanks, I'll include that revert. Just traced back the git log. My
> original
> > > patch
On Tue, May 18, 2021 at 11:45 AM Marek Vasut wrote:
>
> On 5/18/21 9:37 AM, Oleksandr Suvorov wrote:
> > On Tue, May 18, 2021 at 1:40 AM Marek Vasut wrote:
> >>
> >> Uncompressed aarch64 kernel Image are rather large, increase the bootm
> >> size limit to 64 MiB to cater for that.
> >>
> >> Signe
Clear feature disable CSR to turn on all features of hart. The detail
is specified at section, 'SiFive Feature Disable CSR', in user manual
https://sifive.cdn.prismic.io/sifive/aee0dd4c-d156-496e-a6c4-db0cf54bbe68_sifive_U74MC_rtl_full_20G1.03.00_manual.pdf
Signed-off-by: Green Wan
Reviewed-by:
Add dts files for SiFive Unmatched board.
Signed-off-by: Green Wan
Reviewed-by: Rick Chen
---
arch/riscv/dts/Makefile |1 +
.../dts/fu740-hifive-unmatched-a00-ddr.dtsi | 1489 +
.../dts/hifive-unmatched-a00-u-boot.dtsi | 40 +
arch/riscv/dts/hi
Add defconfig and board support for HiFive Unmatched.
Signed-off-by: Green Wan
Reviewed-by: Bin Meng
Reviewed-by: Rick Chen
---
arch/riscv/Kconfig | 4 +
board/sifive/unleashed/Kconfig | 1 +
board/sifive/unmatched/Kconfig | 50 +++
board/sifive/unmatched/MAINTAINE
Add dts support for fu740. The HiFive Unmatched support is based on
fu740 cpu and drivers in following patch set.
Signed-off-by: Green Wan
[greentime.hu: set fu740 speed to 1.2GHz]
Signed-off-by: Greentime Hu
Reviewed-by: Bin Meng
Reviewed-by: Rick Chen
---
arch/riscv/dts/fu740-c000-u-boot.dt
Add fu740 support. One abstract layer is added for supporting
multiple chips such as fu540 and fu740.
Signed-off-by: Green Wan
---
arch/riscv/cpu/fu540/Kconfig | 2 +-
drivers/clk/sifive/Kconfig | 8 +-
drivers/clk/sifive/Makefile | 4 +-
drivers/clk/sifive/fu540-prci.c | 7
Add pcie driver for SiFive fu740, the driver depends on
fu740 gpio, clk and reset driver to do init. Force running at Gen1
for better capatible enumeration.
Several devices are tested:
a) M.2 NVMe SSD
b) USB-to-PCI adapter
c) Ethernet adapter (E1000 compatible)
Signed-off-by: Green Wan
Reviewed-
Rename fu540_ddr.c to sifive_ddr.c and add fu740 support
Signed-off-by: Green Wan
Reviewed-by: Bin Meng
---
drivers/ram/sifive/Kconfig| 8 +-
drivers/ram/sifive/Makefile | 2 +-
.../ram/sifive/{fu540_ddr.c => sifive_ddr.c} | 89 ++-
3 fil
Add SiFive fu740 cpu to support RISC-V arch
Signed-off-by: Green Wan
Reviewed-by: Bin Meng
---
arch/riscv/Kconfig| 1 +
arch/riscv/cpu/fu740/Kconfig | 37 +++
arch/riscv/cpu/fu740/Makefile | 12 +
arch/riscv/cpu/fu740/cache.c
This patch set is to add SiFive fu740 chip and HiFive Unmatched board
support. Patches are split into several parts:
- [PATCH v9 1/8] support for fu740 cpu
- [PATCH v9 2/8] support for fu740 clk driver
- [PATCH v9 3/8] rename and support for fu740 ram driver
- [PATCH v9 4/8] add pcie drive
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 translation unit using one definition of struct
global_data while the actual
[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 definition, but has to hide that in some more
or less arbitrary function.
Since
I haven't done a whole lot of testing of these, just enough to see
that it normally works _and_ that it would catch the bug Matt
reported. I don't have time or resources to find and fix the bugs this
would reveal, hence just an RFC for people to consider.
Rasmus Villemoes (2):
build_bug.h: add w
On 5/18/21 9:37 AM, Oleksandr Suvorov wrote:
On Tue, May 18, 2021 at 1:40 AM Marek Vasut wrote:
Uncompressed aarch64 kernel Image are rather large, increase the bootm
size limit to 64 MiB to cater for that.
Signed-off-by: Marek Vasut
Marek, thanks for your fix!
There is a typo in the comm
Leo Liang 於 2021年5月18日 週二,下午3:38寫道:
> On Fri, May 14, 2021 at 11:45:30AM +0800, Green Wan wrote:
> > Hi Bin,
> >
> > Thanks, I'll include that revert. Just traced back the git log. My
> original
> > patch is based on fu740. I guess it was merged to fu540 since fu740
> series
> > wasn't present yet
Hi Green,
On Tue, May 18, 2021 at 3:38 PM Leo Liang wrote:
>
> On Fri, May 14, 2021 at 11:45:30AM +0800, Green Wan wrote:
> > Hi Bin,
> >
> > Thanks, I'll include that revert. Just traced back the git log. My original
> > patch is based on fu740. I guess it was merged to fu540 since fu740 series
On Fri, May 14, 2021 at 11:45:30AM +0800, Green Wan wrote:
> Hi Bin,
>
> Thanks, I'll include that revert. Just traced back the git log. My original
> patch is based on fu740. I guess it was merged to fu540 since fu740 series
> wasn't present yet.
>
> Hi Rick,
>
> Not sure whether you'll pick fu
On Tue, May 18, 2021 at 1:40 AM Marek Vasut wrote:
>
> Uncompressed aarch64 kernel Image are rather large, increase the bootm
> size limit to 64 MiB to cater for that.
>
> Signed-off-by: Marek Vasut
Marek, thanks for your fix!
There is a typo in the comment message:
"kernel Image are rather lar
The HACE supports MD5, SHA1 and SHA2 family hash functions. This driver
uses it in a polling mode to perform hash calculations over buffers
placed in DRAM.
It registers a driver to allow the hardware's clocking to be enabled
using the clock framework.
Co-developed-by: Klaus Heinrich Kiwi
Signed-
On 18/05/2021 07.50, Stefan Roese wrote:
> Hi Matt,
>
> On 17.05.21 19:32, Matt Merhar wrote:
>> The assembly output of the arch_initr_trap() function differed by a
>> single byte after common.h was removed from traps.c:
>>
>> fff49a18 :
>> fff49a18: 94 21 ff f0 stwu r1,-16(r1)
>>
96 matches
Mail list logo