> -Original Message-
> From: Ooi, Joyce
> Sent: Friday, August 7, 2020 11:52 AM
> To: Simon Goldschmidt ; Tan, Ley Foon
> ; Miquel Raynal ;
> Boris Brezillon ; Marek Vasut ;
> Ashok Reddy Soma ; Hannes Schmelzer
>
> Cc: u-boot@lists.denx.de; Ooi, Joyce ; Lim, Elly Siew
> Chin ; See,
On 8/5/20 1:25 PM, Simon Glass wrote:
>>> The last build steps with your patch are:
>>>
>>> cat spl/sunxi-spl.bin u-boot.itb > u-boot-sunxi-with-spl.bin
>>> ./tools/binman/binman --toolpath ./tools build -u -d u-boot.dtb -O .
>>> -m --allow-missing -I . -I . -I ./board/sunxi
>>>
>>> The file
From: Joyce Ooi
Add Linux kernel line parameters for socfpga soc64 U-Boot. The
"panic=-1" indicates the reset should occue immediately (without a
delay).
Signed-off-by: Joyce Ooi
---
include/configs/socfpga_soc64_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Enable FPGA full reconfiguration support with Intel FPGA SDM
Mailbox driver for Agilex.
Signed-off-by: Chee Hong Ang
---
arch/arm/mach-socfpga/Kconfig | 1 +
drivers/fpga/Kconfig | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-socfpga/Kconfig
- Rename Stratix10 FPGA driver to 'Intel FPGA SDM Mailbox'.
- Add watchdog reset when configuring the FPGA.
- Enable 'Intel FPGA SDM Mailbox' for Agilex.
Chee Hong Ang (3):
fpga: altera: Rename Stratix10 FPGA to Intel FPGA SDM Mailbox
fpga: intel_sdm_mb: Add watchdog reset
arm: socfpga:
Ensure watchdog reset is not triggered if the fpga
reconfiguration is taking too long.
Signed-off-by: Chee Hong Ang
---
drivers/fpga/intel_sdm_mb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/fpga/intel_sdm_mb.c b/drivers/fpga/intel_sdm_mb.c
index 3508231191..9a1dc2c0c8
Rename Stratix10 FPGA driver to Intel FPGA SDM Mailbox driver
because it is using generic SDM (Secure Device Manager) Mailbox
interface shared by other platform (e.g. Agilex) as well.
Signed-off-by: Chee Hong Ang
---
arch/arm/mach-socfpga/Kconfig| 2 +-
Hello all,
I am trying to enable memory POST test for my ARM-based processor. I have
reached the point where the U-Boot runs the test and it passes. However,
U-Boot later hangs after the following lines:
DDR31.9 GiB (DDR4, 64-bit, CL=22, ECC on)
DDR
On Fri, Jul 24, 2020 at 02:12:25PM +0300, Ovidiu Panait wrote:
> blkcache_init manually relocates blkcache list pointers when
> CONFIG_NEEDS_MANUAL_RELOC is enabled. However, it is called very late in
> the boot sequence, which could be a problem if previous boot calls execute
> blkcache
On Fri, Jul 24, 2020 at 02:12:24PM +0300, Ovidiu Panait wrote:
> Extend manual relocation of block_cache list pointers to all platforms that
> enable CONFIG_NEEDS_MANUAL_RELOC. Remove m68k-specific checks and provide a
> single implementation that adds gd->reloc_off to the pre-relocation
>
On Fri, Jul 24, 2020 at 02:12:23PM +0300, Ovidiu Panait wrote:
> Remove the initr_serial->serial_initialize indirection and call
> serial_initialize directly.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description:
On Fri, Jul 24, 2020 at 02:12:21PM +0300, Ovidiu Panait wrote:
> Use IS_ENABLED() instead of #ifdef in blk_post_probe function.
>
> No functional change intended.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Fri, Jul 24, 2020 at 02:12:22PM +0300, Ovidiu Panait wrote:
> serial_initialize is called only during the common init sequence, after
> relocation (in common/board_r.c). Because it has a void return value, it
> has to wrapped in initr_serial. In order to be able to get rid of this
>
On Fri, Jul 24, 2020 at 02:12:19PM +0300, Ovidiu Panait wrote:
> Factor out ppc-specific bdinfo setup from generic init sequence to
> arch_setup_bdinfo in arch/powerpc/lib/bdinfo.c.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
On Fri, Jul 24, 2020 at 02:12:20PM +0300, Ovidiu Panait wrote:
> Now that all arch specific code was converted to setup_bdinfo, we can
> remove setup_board_part1.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Fri, Jul 24, 2020 at 02:12:17PM +0300, Ovidiu Panait wrote:
> Move sram related bdinfo from arch-specific setup_board_part1 to generic
> code in setup_bdinfo. Also use "if (IS_ENABLED(CONFIG_SYS_HAS_SRAM))"
> instead of "#ifdef CONFIG_SYS_SRAM_BASE".
>
> Reviewed-by: Simon Glass
>
On Fri, Jul 24, 2020 at 02:12:18PM +0300, Ovidiu Panait wrote:
> Factor out m68k-specific bdinfo setup to arch_setup_bdinfo in
> arch/m68k/lib/bdinfo.c. Also, use if(IS_ENABLED()) instead of #ifdef where
> possible.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to
On Fri, Jul 24, 2020 at 02:12:16PM +0300, Ovidiu Panait wrote:
> Move all assignments to gd->bd->bi_mem{start,size} to generic code in
> setup_bdinfo.
>
> Xtensa architecture is special in this regard as it defines its own
> handling of gd->bd->bi_mem{start,size} fields. In order to avoid
On Fri, Jul 24, 2020 at 02:12:15PM +0300, Ovidiu Panait wrote:
> Certain architectures (ppc, mips, sh, m68k) use setup board_part1 and
> setup_board_part2 calls during pre-relocation init to populate gd->bd
> boardinfo fields. This makes the generic init sequence cluttered with
> arch-specific
On Fri, Jul 24, 2020 at 02:12:13PM +0300, Ovidiu Panait wrote:
> bi_sramstart and bi_sramsize are generic members of the bd_info structure,
> so move the m68k/powerpc-specific prints to generic code. Also, print them
> only if SRAM support is enabled via CONFIG_SYS_HAS_SRAM.
>
> Reviewed-by:
On Fri, Jul 24, 2020 at 02:12:10PM +0300, Ovidiu Panait wrote:
> This converts ad-hoc CONFIG_SYS_SRAM_BASE to Kconfig.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 24, 2020 at 02:12:14PM +0300, Ovidiu Panait wrote:
> Introduce setup_bdinfo initcall as a generic routine to populate bdinfo
> fields.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 24, 2020 at 02:12:12PM +0300, Ovidiu Panait wrote:
> Remove ad-hoc CONFIG_SYS_SRAM_START and use CONFIG_SYS_SRAM_BASE instead.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 24, 2020 at 02:12:09PM +0300, Ovidiu Panait wrote:
> In order to be able to replace "#ifdef CONFIG_SYS_SRAM_BASE" sequences
> with the IS_ENABLED() equivalent, introduce a new boolean Kconfig option
> that signals whether the platform has SRAM support.
>
> Reviewed-by: Simon Glass
>
On Fri, Jul 24, 2020 at 02:12:11PM +0300, Ovidiu Panait wrote:
> This converts ad-hoc CONFIG_SYS_SRAM_SIZE to Kconfig.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
J7200 SoM has Cypress HyperFlash connected to HyperBus interface, add DT
entries for the same.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j7200-mcu-wakeup.dtsi | 27 ++
arch/arm/dts/k3-j7200-som-p0.dtsi | 33 +++
Add MCU NAVSS, UDMA and CPSW2G DT nodes.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j7200-mcu-wakeup.dtsi | 116 ++
1 file changed, 116 insertions(+)
diff --git a/arch/arm/dts/k3-j7200-mcu-wakeup.dtsi
b/arch/arm/dts/k3-j7200-mcu-wakeup.dtsi
index
Enable CPSW2G port to support networking in U-Boot
Signed-off-by: Vignesh Raghavendra
---
.../k3-j7200-common-proc-board-u-boot.dtsi| 15 +++
arch/arm/dts/k3-j7200-common-proc-board.dts | 43 +++
2 files changed, 58 insertions(+)
diff --git
Add USB related DT entries to enable USB device mode.
Signed-off-by: Vignesh Raghavendra
---
.../k3-j7200-common-proc-board-u-boot.dtsi| 14 +
arch/arm/dts/k3-j7200-common-proc-board.dts | 18 +++
arch/arm/dts/k3-j7200-main.dtsi | 30 +++
Add wkup_gpio0 node required for detecting whether board mux is set
HyperFlash.
Signed-off-by: Vignesh Raghavendra
---
arch/arm/dts/k3-j7200-common-proc-board.dts | 11 +++
arch/arm/dts/k3-j7200-mcu-wakeup.dtsi | 12
2 files changed, 23 insertions(+)
diff --git
Enable USB, HyperFlasha and CPSW on J7200 SoC
Based on top of https://patchwork.ozlabs.org/project/uboot/list/?series=194305
Vignesh Raghavendra (6):
arm: dts: k3-j7200: Add USB related DT entries
board: ti: j721e: Add support for HyperFlash detection
ARM: dts: k3-j7200: Add wkup gpio node
On J7200 SoC OSPI0 and HypeFlash are muxed at HW level and only one of
them can be used at any time. J7200 EVM has both HyperFlash and OSPI
flash on board. There is a user switch (SW3.1) that can be toggled to
select OSPI flash vs HyperFlash.
Read the state of this switch via wkup_gpio0_6 line and
On Thu, Aug 06, 2020 at 04:33:01PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull these MVEBU related patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
The following changes since commit f1c0b7cd4be2081ae3711cec2c4cc2910a5817e1:
Merge tag 'u-boot-imx-20200804' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-08-04 11:11:02
-0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch
On 06.08.20 16:54, Andy Shevchenko wrote:
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: Stefan Roese
Signed-off-by: Andy Shevchenko
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
On 06.08.20 16:54, Andy Shevchenko wrote:
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: Stefan Roese
Signed-off-by: Andy Shevchenko
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
On 06.08.20 16:54, Andy Shevchenko wrote:
Introduce USE_EARLY_BOARD_INIT option and select it by the actual users.
Cc: Aiden Park
Cc: Stefan Roese
Cc: George McCollister
Signed-off-by: Andy Shevchenko
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
arch/x86/Kconfig
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/galileo/Makefile | 2 +-
board/intel/galileo/start.S | 8
2 files changed, 1 insertion(+), 9 deletions(-)
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: Aiden Park
Signed-off-by: Andy Shevchenko
---
board/intel/slimbootloader/Makefile | 2 +-
board/intel/slimbootloader/start.S | 9 -
2 files changed, 1
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/minnowmax/Makefile | 2 +-
board/intel/minnowmax/start.S | 8
2 files changed, 1 insertion(+), 9
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/emulation/qemu-x86/Makefile | 2 --
board/emulation/qemu-x86/start.S | 8
2 files changed, 10 deletions(-)
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/cherryhill/Makefile | 2 +-
board/intel/cherryhill/start.S | 8
2 files changed, 1 insertion(+), 9
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/crownbay/Makefile | 2 +-
board/intel/crownbay/start.S | 8
2 files changed, 1 insertion(+), 9 deletions(-)
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/edison/Makefile | 2 +-
board/intel/edison/start.S | 12
2 files changed, 1 insertion(+), 13
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/cougarcanyon2/Makefile | 2 +-
board/intel/cougarcanyon2/start.S | 8
2 files changed, 1 insertion(+), 9
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/intel/bayleybay/Makefile | 2 +-
board/intel/bayleybay/start.S | 8
2 files changed, 1 insertion(+), 9
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: George McCollister
Signed-off-by: Andy Shevchenko
---
board/advantech/som-db5800-som-6867/Makefile | 2 +-
board/advantech/som-db5800-som-6867/start.S | 8
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: Stefan Roese
Signed-off-by: Andy Shevchenko
---
board/congatec/conga-qeval20-qa3-e3845/Makefile | 2 +-
board/congatec/conga-qeval20-qa3-e3845/start.S | 8
Introduce USE_EARLY_BOARD_INIT option and select it by the actual users.
Cc: Aiden Park
Cc: Stefan Roese
Cc: George McCollister
Signed-off-by: Andy Shevchenko
---
arch/x86/Kconfig | 3 +++
arch/x86/cpu/start.S | 3 +++
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Cc: Stefan Roese
Signed-off-by: Andy Shevchenko
---
board/dfi/dfi-bt700/Makefile | 2 +-
board/dfi/dfi-bt700/start.S | 8
2 files changed, 1
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/efi/efi-x86_payload/Makefile | 2 +-
board/efi/efi-x86_payload/start.S | 8
2 files changed, 1 insertion(+), 9
start.S does nothing and can be safely removed. Makefile is still being used
by the build system, so simply drop the rule from it.
Signed-off-by: Andy Shevchenko
---
board/coreboot/coreboot/Makefile | 2 +-
board/coreboot/coreboot/start.S | 12
2 files changed, 1 insertion(+), 13
On Thu, Aug 6, 2020 at 10:28 PM Heinrich Schuchardt wrote:
>
> On 06.08.20 13:18, Rick Chen wrote:
> > Hi Heinrich
> >
> >> From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de]
> >> Sent: Thursday, August 06, 2020 6:45 PM
> >> To: Bin Meng; Rick Jian-Zhi Chen(陳建志)
> >> Cc: U-Boot Mailing List
>
Hi Tom,
please pull these MVEBU related patches:
- Cleanup in Marvell bubt cmd (Tom & Jagan)
- Add a series of MikroTik CRS3xx, 98DX3236 based switches (Luka)
Here
On 06.08.20 13:18, Rick Chen wrote:
> Hi Heinrich
>
>> From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de]
>> Sent: Thursday, August 06, 2020 6:45 PM
>> To: Bin Meng; Rick Jian-Zhi Chen(陳建志)
>> Cc: U-Boot Mailing List
>> Subject: RISC-V: crash in riscv_get_time()
>>
>> Hello Rick, hello Bin,
>>
On 06.08.20 14:08, Stefan Roese wrote:
On 24.07.20 23:13, Tom Rini wrote:
The code around CONFIG_SYS_MMC_ENV_PART has been untested since merge.
This can be seen by it referencing 'mmc->part_num' which was migrated
elsewhere prior to this code being merged.
Cc: Joel Johnson
Cc: Stefan Roese
On 06.08.20 14:08, Stefan Roese wrote:
On 23.07.20 10:56, Luka Kovacic wrote:
Update the MikroTik CRS305-1G-4S flash layout to support redundant UBI
partitions.
Additionally enable the UBI commands in crs305-1g-4s_defconfig.
Signed-off-by: Luka Kovacic
Cc: Luka Perkov
Cc: Jakov Petrina
On 06.08.20 14:10, Stefan Roese wrote:
On 12.07.20 19:59, Jagan Teki wrote:
SPI_FLASH_PROTECTION config item is never used in anywhere
in the U-Boot tree.
Drop it.
Signed-off-by: Jagan Teki
Reviewed-by: Stefan Roese
Applied to u-boot-marvell/master
Thanks,
Stefan
Thanks,
Stefan
---
On Fri, Jun 12, 2020 at 01:15:06AM +0530, Pratyush Yadav wrote:
> From: Jean-Jacques Hiblot
>
> Provide tests to check the behavior of the multiplexer framework.
> The test uses a mmio-based multiplexer.
>
> Signed-off-by: Jean-Jacques Hiblot
> Reviewed-by: Simon Glass
> Signed-off-by:
On 06.08.20 14:07, Stefan Roese wrote:
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS305-1G-4S Bit board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
The Bit board variant is added, which has a bigger Macronix flash.
Add basic U-Boot, UART and Winbond SPI flash
On 06.08.20 14:08, Stefan Roese wrote:
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS328-4C-20S-4S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit board variant has
On 06.08.20 14:08, Stefan Roese wrote:
On 23.07.20 10:56, Luka Kovacic wrote:
Add Luka Perkov to CRS3xx-98DX3236 MAINTAINERS.
Signed-off-by: Luka Kovacic
Cc: Luka Perkov
Cc: Jakov Petrina
Reviewed-by: Stefan Roese
Applied to u-boot-marvell/master
Thanks,
Stefan
Thanks,
Stefan
---
On 06.08.20 14:07, Stefan Roese wrote:
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS326-24G-2S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit board variant has a
On Sat, Jun 06, 2020 at 02:00:25AM +0530, Pratyush Yadav wrote:
> From: Jean-Jacques Hiblot
>
> The tests rely on a dummy driver to allocate and initialize the regmaps
> and the regmap fields using the managed API. The first test checks if
> the regmap config fields like width,
On Wed, Aug 05, 2020 at 11:26:23PM +0200, Marek Vasut wrote:
> Build qemu-system-sh4 executable for U-Boot testing.
>
> Signed-off-by: Marek Vasut
Applied to gitlab-ci-runner/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Aug 06, 2020 at 08:45:55AM -0400, Tom Rini wrote:
> - New bionic snapshot
> - Updated sbsigntool
> - Include SH4 in qemu
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jul 21, 2020 at 06:45:58PM +0900, AKASHI Takahiro wrote:
> This version of sbsigntools is a prerequisite in testing "intermediate
> certificates" support as part of UEFI secure boot as I added '--addcert'
> option to 'sbsign' command:
>
> ===
> commit 7d6210e4b1fd
> Author: AKASHI
On 8/6/20 8:49 AM, Suman Anna wrote:
> Hi Lokesh,
>
> On 8/5/20 12:14 PM, Lokesh Vutla wrote:
>> j7200-evm has minor differences with j721e-evm based on the IPs
>> available in the SoC. Introduce separate build targets for j7200-evm
>> to incorporate the differences.
>>
>> Signed-off-by: Lokesh
On 8/5/20 12:14 PM, Lokesh Vutla wrote:
> From: Kishon Vijay Abraham I
>
> Add device identification for J7200 SoC
>
> Signed-off-by: Kishon Vijay Abraham I
> Signed-off-by: Lokesh Vutla
Reviewed-by: Suman Anna
> ---
> drivers/soc/soc_ti_k3.c | 4
> 1 file changed, 4 insertions(+)
>
Hi Lokesh,
On 8/5/20 12:14 PM, Lokesh Vutla wrote:
> j7200-evm has minor differences with j721e-evm based on the IPs
> available in the SoC. Introduce separate build targets for j7200-evm
> to incorporate the differences.
>
> Signed-off-by: Lokesh Vutla
Reviewed-by: Suman Anna
> ---
>
On 8/5/20 12:14 PM, Lokesh Vutla wrote:
> Starting J7200 SoC, ROM supports for loading sysfw directly from boot
> image. In such cases, SPL need not load sysfw from boot media, but need
> to receive boot notification message from sysfw. So separate out
> remoteproc calls for system controller from
Hi Lokesh,
On 8/5/20 12:14 PM, Lokesh Vutla wrote:
> Add initial A72 defconfig support.
>
> Signed-off-by: Lokesh Vutla
> ---
> configs/j7200_evm_a72_defconfig | 175
> 1 file changed, 175 insertions(+)
> create mode 100644 configs/j7200_evm_a72_defconfig
>
>
Hi Tom,
út 28. 7. 2020 v 4:47 odesílatel Tom Rini napsal:
>
> Hey all,
>
> It's the day after release day, and here is v2020.10-rc1. There's a few
> more PRs I expect to see soon and a few more changes to bring in from my
> own queue.
>
> In terms of a changelog,
> git log --merges
On 8/6/20 2:36 PM, Wolfgang Grandegger wrote:
> Am 06.08.20 um 13:04 schrieb Marek Vasut:
>> On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
>>> This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
>>>
>>> Conflicts:
>>> arch/arm/mach-socfpga/misc_gen5.c
>>>
>>> Without
- New bionic snapshot
- Updated sbsigntool
- Include SH4 in qemu
Signed-off-by: Tom Rini
---
.azure-pipelines.yml | 2 +-
.gitlab-ci.yml | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml
index c3eb887720e0..adcc0fbcb2cd
Am 06.08.20 um 13:04 schrieb Marek Vasut:
> On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
>> This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
>>
>> Conflicts:
>> arch/arm/mach-socfpga/misc_gen5.c
>>
>> Without socfpga_sdram_apply_static_cfg(), the system hangs when Linux
>>
Hi Simon,
On 05.08.2020 18:11, Claudiu Beznea wrote:
> Clock re-parenting is not binding the clock's device to its new
> parent device, it only calls the clock's ops->set_parent() API. The
> changes in this commit re-parent the clock device to its new parent
> so that subsequent operations like
On 12.07.20 19:59, Jagan Teki wrote:
SPI_FLASH_PROTECTION config item is never used in anywhere
in the U-Boot tree.
Drop it.
Signed-off-by: Jagan Teki
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
cmd/mvebu/bubt.c | 7 ---
1 file changed, 7 deletions(-)
diff --git
On 24.07.20 23:13, Tom Rini wrote:
The code around CONFIG_SYS_MMC_ENV_PART has been untested since merge.
This can be seen by it referencing 'mmc->part_num' which was migrated
elsewhere prior to this code being merged.
Cc: Joel Johnson
Cc: Stefan Roese
Signed-off-by: Tom Rini
Reviewed-by:
On 23.07.20 10:56, Luka Kovacic wrote:
Update the MikroTik CRS305-1G-4S flash layout to support redundant UBI
partitions.
Additionally enable the UBI commands in crs305-1g-4s_defconfig.
Signed-off-by: Luka Kovacic
Cc: Luka Perkov
Cc: Jakov Petrina
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS328-4C-20S-4S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit board variant has a
bigger Macronix flash.
Add basic
On 23.07.20 10:56, Luka Kovacic wrote:
Add Luka Perkov to CRS3xx-98DX3236 MAINTAINERS.
Signed-off-by: Luka Kovacic
Cc: Luka Perkov
Cc: Jakov Petrina
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/mikrotik/crs3xx-98dx3236/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS305-1G-4S Bit board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
The Bit board variant is added, which has a bigger Macronix flash.
Add basic U-Boot, UART and Winbond SPI flash support.
Signed-off-by: Luka Kovacic
Cc:
On 23.07.20 10:56, Luka Kovacic wrote:
MikroTik CRS326-24G-2S board has a switch chip with an integrated
Marvell Prestera 98DX3236 CPU.
This commit includes two board variants, namely the factory
default one and a Bit variant. The Bit board variant has a
bigger Macronix flash.
Add basic
On 05/08/20 10:44 pm, Lokesh Vutla wrote:
> +CONFIG_USB_CDNS3_GADGET=y
> +CONFIG_SPL_USB_CDNS3_GADGET=y
> +CONFIG_USB_GADGET=y
> +CONFIG_USB_GADGET_MANUFACTURER="Texas Instruments"
> +CONFIG_USB_GADGET_VENDOR_NUM=0x0451
> +CONFIG_USB_GADGET_PRODUCT_NUM=0x6163
You missed updating ID here (19/19
Hi Heinrich
> From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de]
> Sent: Thursday, August 06, 2020 6:45 PM
> To: Bin Meng; Rick Jian-Zhi Chen(陳建志)
> Cc: U-Boot Mailing List
> Subject: RISC-V: crash in riscv_get_time()
>
> Hello Rick, hello Bin,
>
> when I run qemu-riscv64_defconfig using
>
>
From: Oleksandr Andrushchenko
Add essential and required Xen interface headers only taken from
the stable Linux kernel stable/linux-5.7.y at commit
66dfe4522160 Linux 5.7.5.
These are better suited for U-boot than the original headers
from Xen as they are the stripped versions of the same.
At
The indentation was messing up with the scripts/build-whitelist.sh that
was marking SYS_USB_EVENT_POLL_VIA_INT_QUEUE (and probably also the
other indented options) erroneously as ad-hoc configure option with the
following error:
```
Error: You must add new CONFIG options using Kconfig
The
On 8/6/20 12:53 PM, Wolfgang Grandegger wrote:
> This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
>
> Conflicts:
> arch/arm/mach-socfpga/misc_gen5.c
>
> Without socfpga_sdram_apply_static_cfg(), the system hangs when Linux
> calls altvipfb2_start_hw() of the Intel Video and
Hi,
debugged it further, but currently i don't know why CONFIG_OF_LIVE causes this
behaviour
devfdt_get_addr_index return with FDT_ADDR_T_NONE adress-cells: -4
./scripts/dtc/libfdt/fdt_addresses.c:
fdt_address_cells => fdt_cells => fdt_getprop (returns c=0,len=-4)
as far as i see in
This reverts commit c5f4b805755912a3d2fe20f014b6b6ab0473bd73.
Conflicts:
arch/arm/mach-socfpga/misc_gen5.c
Without socfpga_sdram_apply_static_cfg(), the system hangs when Linux
calls altvipfb2_start_hw() of the Intel Video and Image Processing(VIP)
Frame Buffer II driver
Hello Rick, hello Bin,
when I run qemu-riscv64_defconfig using
qemu-system-riscv64 -machine virt -m 1G -nographic \
-bios u-boot \
-device virtio-net-device,netdev=net0 \
-netdev user,id=net0,tftp=tftp
a crash occurs in riscv_get_time() when executing readq().
$
The command 'exception' can be used to test the handling of exceptions.
Currently the exception command only allows to create an illegal
instruction exception on RISC-V.
Provide a sub-command 'exception unaligned' to cause a misaligned load
address exception.
Adjust the online help for
On 8/6/20 11:08 AM, Ooi, Joyce wrote:
> From: Joyce Ooi
>
> Add CONFIG_BOOTCOMMAND in cyclone5 defconfig to run fatscript and enable
> FPGA bridge
>
> Signed-off-by: Joyce Ooi
> ---
> configs/socfpga_cyclone5_defconfig | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git
From: Anastasiia Lukianenko
Signed-off-by: Anastasiia Lukianenko
---
Changes since v1:
- this patch appeared in the second version of patch series for describing
new board specification
doc/board/index.rst | 1 +
doc/board/xen/index.rst | 9
From: Anastasiia Lukianenko
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Anastasiia Lukianenko
Reviewed-by: Simon Glass
---
drivers/xen/pvblock.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/xen/pvblock.c b/drivers/xen/pvblock.c
index
From: Oleksandr Andrushchenko
Free resources used by Xen board before jumping to Linux kernel.
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Anastasiia Lukianenko
Reviewed-by: Simon Glass
---
Changes since v1:
- add comment
board/xen/xenguest_arm64/xenguest_arm64.c | 6 ++
From: Anastasiia Lukianenko
Implement Xen para-virtual frontend to backend communication
and actually read/write disk data.
This is based on mini-os implementation of the para-virtual block
frontend driver.
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Anastasiia Lukianenko
---
From: Anastasiia Lukianenko
Add initial infrastructure for Xen para-virtualized block device.
This includes compile-time configuration and the skeleton for
the future driver implementation.
Add new class UCLASS_PVBLOCK which is going to be a parent for
virtual block devices.
Add new interface
From: Anastasiia Lukianenko
Read essential virtual block device configuration data from XenStore,
initialize front ring and event channel.
Update block device description with actual block size.
Use code for XenStore from mini-os.
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by:
1 - 100 of 132 matches
Mail list logo
