Hi,
I get the following errors when booting Linux from an ADATA XPG SX8200
NVMe on a RockPro64.
[3.705205] rockchip-pcie f800.pcie: unexpected IRQ, INT0
[3.705226] rockchip-pcie f800.pcie: unexpected IRQ, INT0
[3.705247] rockchip-pcie f800.pcie: unexpected IRQ, INT0
[3
On Tue, 25 Aug 2020 at 03:24, Dario Binacchi wrote:
>
> The linux/err.h header file was included twice.
>
> Signed-off-by: Dario Binacchi
> ---
>
> include/linux/clk-provider.h | 1 -
> 1 file changed, 1 deletion(-)
>
Reviewed-by: Simon Glass
Hi Dario,
On Tue, 25 Aug 2020 at 03:24, Dario Binacchi wrote:
>
> Export routines that can be used by other drivers avoiding duplicating
> code.
>
> Signed-off-by: Dario Binacchi
> ---
>
> drivers/clk/clk-divider.c| 18 +-
> include/linux/clk-provider.h | 10 ++
> 2
Add support for the marvell,armada8040-puzzle-m801 compatible string
in the board/Marvell/mvebu_armada-8k/board.c file to initialize the
networking on iEi Puzzle-M801 board (2x CP1 1 Gb ports).
Signed-off-by: Luka Kovacic
Cc: Luka Perkov
---
board/Marvell/mvebu_armada-8k/board.c | 20 ++
Add initial U-Boot support for the iEi Puzzle-M801 board based on the
Marvell Armada 88F8040 SoC.
Currently supported hardware:
1x USB 3.0
4x Gigabit Ethernet
2x SFP+ (with NXP PCA9555 and NXP PCA9544)
1x SATA 3.0
1x M.2 type B
1x RJ45 UART
1x SPI flash
1x EPSON RX8010 RTC
Signed-off-by: Luka Kov
This patchset adds board support for the iEi Puzzle-M801 1U Rackmount
Network Appliance.
The board is based on the quad-core Marvell Armada 8040 SoC and supports
up to 16 GB of DDR4 2400 MHz ECC RAM. It has a PCIe x16 slot (x2 lanes
only) and an M.2 type B slot.
Chassis ports:
2x 10 GbE SFP+
4x 1
Refine text for overlap_only_ram description to
match to what exactly flag does and aling description
with other functions.
Signed-off-by: Maxim Uvarov
---
lib/efi_loader/efi_memory.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loader
This commit fixes qemu boot of armv7 where reserving memory
for fdt is failed due to reserving region outside of the
system RAM.
=> bdinfo
boot_params = 0x
DRAM bank = 0x
-> start= 0x4000
-> size = 0x4000
memstart= 0x4000
memsize = 0x4000
flashstar
syntax was changed from "," to ":". Account this also
in the documentation.
Fixes: 2b3fbcb59f efi_loader: use ':' as separator for setenv -i
Signed-off-by: Maxim Uvarov
---
cmd/nvedit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/nvedit.c b/cmd/nvedit.c
index d188c6aa
On Mon, 20 Jul 2020 09:29:31 +0200 (CEST)
etienne.du...@imag.fr (Etienne Dublé) wrote:
> Hi Jason,
> Thanks for testing and for the additional fix.
> In my case (with dhcp followed by 3 TFTP transfers), the board booted fine 20
> times in a row with only my fix applied. Previously it was bootin
From: Philippe Schenker
The Toradex product is called apalis-imx8 consisting of SoM with
i.MX8QM and i.MX8QP SoCs.
Signed-off-by: Philippe Schenker
Reviewed-by: Igor Opaniuk
---
arch/arm/dts/fsl-imx8qm-apalis.dts | 6 +++---
board/toradex/apalis-imx8/MAINTAINERS
From: Philippe Schenker
The Toradex product is called colibri-imx8x consisting of SoM with
i.MX8QXP and i.MX8DX SoCs.
Signed-off-by: Philippe Schenker
Reviewed-by: Igor Opaniuk
---
arch/arm/dts/fsl-imx8qxp-colibri.dts| 6 +++---
board/toradex/colibri-imx8x/MAINTAINERS
Hi,
we have emmc,SD card and SPI NOR Flash(MX66L51235FZ2i-10g from Macronix) as
boot devices on our board based on imx6 (MC imx6D7CVT08AE) processor.
our requirement is to boot SPL + U-boot from the SPI NOR Flash and then load
the linux kernel from emmc interface.
we are able to boot the board
On 28/08/2020 10:18, Andre Heider wrote:
Hi Marek,
On 19/08/2020 11:57, Marek Behún wrote:
This commit fixes initialization of COMPHY on EspressoBin.
Commit 22f418935be4 ("phy: marvell: a3700: Use comphy_mux on Armada
37xx.") introduced usage of comphy_mux on Armada 37xx comphy driver.
The lan
From: zachary
- This patch moves sata phy powerup from dedicate phy to compphy
and adds invert option for sata powerup routine.
Change-Id: I1b4e8753e2b2c14c6efa97bca2ffc7d2553d8a90
Signed-off-by: zachary
Signed-off-by: Ken Ma
Reviewed-on: http://vgitil04.il.marvell.com:8080/53601
Reviewed-by
On Friday 28 August 2020 16:35:22 Andre Heider wrote:
> On 28/08/2020 14:39, Pali Rohár wrote:
> > On Wednesday 26 August 2020 15:22:37 Andre Heider wrote:
> > > Hi,
> > >
> > > On 26/08/2020 13:40, Pali Rohár wrote:
> > > > On Wednesday 26 August 2020 12:51:18 Pali Rohár wrote:
> > > > > On Wedne
On 28/08/2020 14:39, Pali Rohár wrote:
On Wednesday 26 August 2020 15:22:37 Andre Heider wrote:
Hi,
On 26/08/2020 13:40, Pali Rohár wrote:
On Wednesday 26 August 2020 12:51:18 Pali Rohár wrote:
On Wednesday 26 August 2020 11:57:01 Andre Heider wrote:
Hi,
On 26/08/2020 10:31, Pali Rohár wrot
On Tue, Aug 25, 2020 at 05:28:39PM +0200, Rasmus Villemoes wrote:
> The linux changes since v3.16 are
>
> 78283edf2c01 kbuild: setlocalversion: print error to STDERR
> b24413180f56 License cleanup: add SPDX GPL-2.0 license identifier to files
> with no license
> 6147b1cf1965 scripts/setlocalvers
On Thu, Aug 20, 2020 at 09:11:17PM +0200, Heinrich Schuchardt wrote:
> After allocating to pointer ctx we should check that pointer and not
> another pointer already checked above.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
si
On Mon, Aug 24, 2020 at 08:14:05PM +0300, Baruch Siach wrote:
> When board_get_usable_ram_top() limits gd->ram_top, env_get_bootm_size()
> must not exceed that limit. Otherwise, boot_relocate_fdt() might put fdt
> out of the allowed RAM range.
>
> The similar commit 8ce1f10cf2b1 ("ARM: bootm: tak
On Fri, Aug 21, 2020 at 03:56:17AM +0200, Heinrich Schuchardt wrote:
> Compiling with CONFIG_UNIT_TEST=y leads to:
>
> aarch64-linux-gnu-ld.bfd:
> test/lib/sscanf.c:50: undefined reference to `sscanf'
>
> Add missing build dependency.
>
> Fixes:e87dfb0526be ("lib: sscanf: add sscanf implementat
On Mon, Aug 24, 2020 at 01:17:00PM +0200, Michal Simek wrote:
> The commit e519f03a1846 ("cmd: mem: Remove CONFIG_SYS_MEMTEST_SCRATCH
> mapping") removed CONFIG_SYS_MEMTEST_SCRATCH but commit 091401131085
> ("command: Remove the cmd_tbl_t typedef") has added it back. That's why
> symbol is still i
On Wed, Aug 19, 2020 at 10:44:23AM +0200, Michal Simek wrote:
> ENV_IS_IN_EXT4 also need to enable FS_EXT4 which is not covered in Kconfig.
> Kconfig reports this as:
> WARNING: unmet direct dependencies detected for EXT4_WRITE
> Depends on [n]: FS_EXT4 [=n]
> Selected by [y]:
> - ENV_IS_IN_
On Thu, Aug 20, 2020 at 08:37:49AM -0400, Tom Rini wrote:
> Entirely disabling relocation of the device tree or initrd is almost
> never the right answer. Doing this by default leads to hard to diagnose
> run-time failures.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
On Wed, Aug 19, 2020 at 10:44:20AM +0200, Michal Simek wrote:
> ARC is selecting TIMER which depends on DM but DM is not selected and
> doesn't need to be enabled. Fix it by selecting DM for ARC architecture.
>
> Kconfig is showing this missing dependency by:
> WARNING: unmet direct dependencies
On Wed, Aug 19, 2020 at 10:44:17AM +0200, Michal Simek wrote:
> CMD_ADC selected DM_REGULATOR unconditionally without enabling DM.
> That's why change select to depends on to cover it.
>
> Kconfig is showing this issue as:
> WARNING: unmet direct dependencies detected for REGMAP
> Depends on [n
On Wed, Aug 19, 2020 at 10:44:15AM +0200, Michal Simek wrote:
> There is missing dependency for PCIE_ROCKCHIP which selects
> PHY_ROCKCHIP_PCIE which directly depends on ARCH_ROCKCHIP.
>
> WARNING: unmet direct dependencies detected for PHY_ROCKCHIP_PCIE
> Depends on [n]: ARCH_ROCKCHIP [=n]
>
On Thu, Aug 06, 2020 at 12:12:30PM +0200, Ruben Di Battista wrote:
> 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 e
On Thu, Aug 27, 2020 at 09:52:46PM +0200, Soeren Moch wrote:
> According to doc/README.distro fdt_addr must not be set when DTB is not
> available from hardware. So remove this entry.
>
> Use address 32MB above the start of DRAM for kernel_addr_r. This way
> we likely can avoid the self-relocatio
On Wednesday 26 August 2020 15:22:37 Andre Heider wrote:
> Hi,
>
> On 26/08/2020 13:40, Pali Rohár wrote:
> > On Wednesday 26 August 2020 12:51:18 Pali Rohár wrote:
> > > On Wednesday 26 August 2020 11:57:01 Andre Heider wrote:
> > > > Hi,
> > > >
> > > > On 26/08/2020 10:31, Pali Rohár wrote:
>
On Fri, Aug 28, 2020 at 12:03:35PM +0200, Marek Vasut wrote:
> On 8/28/20 12:00 PM, Lukasz Majewski wrote:
> > Hi Marek,
>
> Hi,
>
> >> On 8/28/20 11:11 AM, Heinrich Schuchardt wrote:
> >>> On 28.08.20 10:42, Marek Vasut wrote:
> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> > On
On Fri, 28 Aug 2020 12:03:35 +0200
Marek Vasut wrote:
> On 8/28/20 12:00 PM, Lukasz Majewski wrote:
> > Hi Marek,
>
> Hi,
>
> >> On 8/28/20 11:11 AM, Heinrich Schuchardt wrote:
> >>> On 28.08.20 10:42, Marek Vasut wrote:
> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> >
Hi Agust,
The latest version of the U-Boot does not support conversion from 24BPP BMP to
a 16BPP 565RGB encoded frame buffer. It uses always 555RGB encoding (see
function video_bmp_display in video_bmp.c). Older versions of the U-Boot (e.g.
2015.04) supported this because the platform specific
On 8/28/20 12:00 PM, Lukasz Majewski wrote:
> Hi Marek,
Hi,
>> On 8/28/20 11:11 AM, Heinrich Schuchardt wrote:
>>> On 28.08.20 10:42, Marek Vasut wrote:
On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
>> Using UPDATE_TFTP the firm
Hi Marek,
> On 8/28/20 11:11 AM, Heinrich Schuchardt wrote:
> > On 28.08.20 10:42, Marek Vasut wrote:
> >> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> >>> On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
> Using UPDATE_TFTP the firmware can be updated from TFTP by
> writing to N
On 8/28/20 11:11 AM, Heinrich Schuchardt wrote:
> On 28.08.20 10:42, Marek Vasut wrote:
>> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
>>> On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
Using UPDATE_TFTP the firmware can be updated from TFTP by writing to NOR
flash. The same is possibl
Hi Marek,
> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> > On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
> >> Using UPDATE_TFTP the firmware can be updated from TFTP by writing
> >> to NOR flash. The same is possible by defining a dfu command in
> >> CONFIG_PREBOOT.
> >>
> >> The dfu comman
On 28.08.20 10:42, Marek Vasut wrote:
> On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
>> On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
>>> Using UPDATE_TFTP the firmware can be updated from TFTP by writing to NOR
>>> flash. The same is possible by defining a dfu command in CONFIG_PREBOOT.
>>>
>>>
On 8/28/20 4:32 AM, Heinrich Schuchardt wrote:
> On 7/21/20 8:02 PM, Heinrich Schuchardt wrote:
>> Using UPDATE_TFTP the firmware can be updated from TFTP by writing to NOR
>> flash. The same is possible by defining a dfu command in CONFIG_PREBOOT.
>>
>> The dfu command cannot only write to NOR but
On 8/28/20 10:24 AM, Lukasz Majewski wrote:
> Hi Marek,
Hello Lukasz,
>> On 8/27/20 11:10 PM, Lukasz Majewski wrote:
>>> Dear Marek,
>>
>> Hi,
>>
>>> Please find a set of DFU/Gadget/sdp/fastboot related fixes and
>>> enhancements:
>>>
>>> https://gitlab.denx.de/u-boot/custodians/u-boot-dfu/-/co
Hi Marek,
> On 8/27/20 11:10 PM, Lukasz Majewski wrote:
> > Dear Marek,
>
> Hi,
>
> > Please find a set of DFU/Gadget/sdp/fastboot related fixes and
> > enhancements:
> >
> > https://gitlab.denx.de/u-boot/custodians/u-boot-dfu/-/commits/master
> >
> > The git tag with detailed changes descri
Hi Marek,
On 19/08/2020 11:57, Marek Behún wrote:
This commit fixes initialization of COMPHY on EspressoBin.
Commit 22f418935be4 ("phy: marvell: a3700: Use comphy_mux on Armada
37xx.") introduced usage of comphy_mux on Armada 37xx comphy driver.
The lanes are defined in comphy_a3700.c as descri
Use kernel include/dt-bindings/clock/aspeed-clock.h define
for clock driver.
Signed-off-by: Ryan Chen
---
arch/arm/dts/ast2500-u-boot.dtsi | 20 +++
drivers/clk/aspeed/clk_ast2500.c | 38 +++--
include/dt-bindings/clock/aspeed-clock.h | 68 ++--
3
Modify SPDX-License for furture patch warning
Signed-off-by: Ryan Chen
---
arch/arm/dts/ast2500-u-boot.dtsi | 1 +
include/dt-bindings/clock/aspeed-clock.h | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/ast2500-u-boot.dtsi b/arch/arm/dts/ast2500-u-boot
Rename the ast2500-scu.h to aspeed-clock.h.
Signed-off-by: Ryan Chen
---
arch/arm/dts/ast2500-u-boot.dtsi| 2 +-
arch/arm/mach-aspeed/ast2500/sdram_ast2500.c| 2 +-
drivers/clk/aspeed/clk_ast2500.c| 2 +-
include/dt-bindings
This patch series refactor the exiting ASPEED clock name define sync
with Linux kernel. And also add SPDX-License
Ryan Chen (3):
cosmetic: aspeed: ast2500: Rename clock header
aspeed:clock: Sync with Linux kernel clock header define
cosmetic: aspeed: Modify for SPDX-License
arch/arm/dts/as
All driver is use clk dm model, will not use this function call.
Signed-off-by: Ryan Chen
---
arch/arm/dts/ast2500-u-boot.dtsi| 2 +-
arch/arm/mach-aspeed/ast2500/sdram_ast2500.c| 2 +-
drivers/clk/aspeed/clk_ast2500.c| 2 +-
47 matches
Mail list logo