[PATCH] clk: Add more information to debug messages

Some of the debug messages in the clock subsystem can be made more informative by adding the clock name or adding the explicit error. Signed-off-by: Sean Anderson --- drivers/clk/clk-uclass.c | 24 +--- 1 file changed, 13 insertions(+), 11 deletions(-) diff --git

[PATCH 1/2] patman: Add option to suppress empty changelog entries

By default, patman outputs a line for every edition of the series in every patch, regardless of whether any changes were made. This can result in many redundant lines in patch changelogs, especially when a patch did not exist before a certain revision. For example, the default behaviour could

[PATCH 0/2] patman: Add changelog customization options

This series adds a few changes I have been using locally as options for patman. Sean Anderson (2): patman: Add option to suppress empty changelog entries patman: Add option to disable combined changelogs tools/patman/func_test.py | 4 ++-- tools/patman/patchstream.py | 22

[PATCH 2/2] patman: Add option to disable combined changelogs

By default patman generates a combined changelog for the cover letter. This may not always be desireable. Many patches may have the same changes. These can be coalesced with "Series-process-log: uniq", but this is imperfect. First, this cannot be used when there are multi-line changes. In

[PATCH] armv8: ls1028aqds: add some environments

From: Yuantian Tang Add sd and emmc bootcmd environments to facilitate the boot process. Signed-off-by: Yuantian Tang --- include/configs/ls1028aqds.h | 38 +--- 1 file changed, 27 insertions(+), 11 deletions(-) diff --git a/include/configs/ls1028aqds.h

Re: [PATCH v3 3/5] riscv: Provide a mechanism to fix DT for reserved memory

On Fri, Mar 20, 2020 at 4:46 AM Atish Patra wrote: > > On Thu, Mar 19, 2020 at 7:31 AM Bin Meng wrote: > > > > On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > > > > > In RISC-V, M-mode software can reserve physical memory regions > > > by setting appropriate physical memory protection

Re: [PATCH v3 4/5] riscv: Setup reserved-memory node for FU540

On Fri, Mar 20, 2020 at 4:57 AM Atish Patra wrote: > > On Thu, Mar 19, 2020 at 7:32 AM Bin Meng wrote: > > > > On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > > > > > FU540 uses OF_SEPARATE instead of OF_PRIOR. > > > > > > Enable OF_BOARD_FIXUP to update the DT with reserved-memory node.

[PATCH v2 7/8] spi: ca_sflash: Add CAxxxx SPI Flash Controller

From: Pengpeng Chen Add SPI Flash controller driver for Cortina Access CA SoCs Signed-off-by: Pengpeng Chen Signed-off-by: Alex Nemirovsky CC: Jagan Teki --- Changes in v3: - Fixup syntax issues related to checkpatch.pl cleanup Changes in v2: None MAINTAINERS | 2 +

[PATCH v2 5/8] led: led_cortina: Add CAxxx LED support

From: Jway Lin Add Cortina Access LED controller support for CA SOCs Signed-off-by: Jway Lin Signed-off-by: Alex Nemirovsky CC: Simon Glass --- Changes in v3: None Changes in v2: None MAINTAINERS | 2 + drivers/led/Kconfig | 8 ++ drivers/led/Makefile |

[PATCH v2 3/8] i2c: i2c-cortina: added CAxxxx I2C support

From: Arthur Li Add I2C controller support for Cortina Access CA SoCs Signed-off-by: Arthur Li Signed-off-by: Alex Nemirovsky CC: Heiko Schocher --- Changes in v3: None Changes in v2: None MAINTAINERS | 4 + drivers/i2c/Kconfig | 7 + drivers/i2c/Makefile

[PATCH v2 2/8] board: presidio-asic: Add eMMC board support

Add initial eMMC support for Cortina Access Presidio Engineering Board Signed-off-by: Alex Nemirovsky CC: Peng Fan --- Changes in v3: None Changes in v2: None configs/cortina_presidio-asic-emmc_defconfig | 33 1 file changed, 33 insertions(+) create mode 100644

[PATCH v2 8/8] board: presidio-asic: Add SPI NAND and NOR support

Add SPI NAND and NOR support for Cortina Access Presidio Engineering Board Signed-off-by: Alex Nemirovsky CC: Jagan Teki --- Changes in v3: None Changes in v2: None arch/arm/dts/ca-presidio-engboard.dts| 8 ++-- board/cortina/presidio-asic/presidio.c | 16 ++-

[PATCH v2 6/8] board: presidio: add LED support

From: Jway Lin Add LED support for Cortina Access Presidio Engineering Board Signed-off-by: Jway Lin Signed-off-by: Alex Nemirovsky CC: Simon Glass --- Changes in v3: None Changes in v2: None arch/arm/dts/ca-presidio-engboard.dts| 31

[PATCH v2 4/8] board: presidio-asic: Add I2C support

Add I2C board support for Cortina Access Presidio Engineering Board Signed-off-by: Alex Nemirovsky CC: Heiko Schocher --- Changes in v3: None Changes in v2: None configs/cortina_presidio-asic-emmc_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 1/8] mmc: ca_dw_mmc: add DesignWare based DM support for CAxxxx SoCs

From: Arthur Li Initial DesignWare based DM support for Cortina Access CA SoCs. Signed-off-by: Arthur Li Signed-off-by: Alex Nemirovsky CC: Peng Fan --- Changes in v3: None Changes in v2: - Add I2C controller - Add LED controller - Add SPI NAND and NOR controller MAINTAINERS

[PATCH v2 0/8] Cortina Access Drivers Package 2

This release adds the following drivers and integrates support into the Cortina Access Presidio Engineering Board: CA SoC eMMC/SD controller CA SoC I2C controller CA Soc LED controller CA SPI NAND and NOR controller Changes in v3: - Fixup syntax issues related to checkpatch.pl

Re: [PATCH v2 1/8] mmc: ca_dw_mmc: add DesignWare based DM support for CAxxxx SoCs

Hi Arthur, could you respond to this or fix as required? Thanks Alex > On Mar 18, 2020, at 10:27 PM, Jaehoon Chung wrote: > > On 3/19/20 10:52 AM, Alex Nemirovsky wrote: >> From: Arthur Li >> >> Initial DesignWare based DM support for Cortina Access CA SoCs. >> >> Signed-off-by: Arthur

Re: [PATCH v3 0/3] Add command to display or save Linux PStore dumps

On 3/19/20 9:37 PM, Wolfgang Denk wrote: Dear Frédéric, In message <20200319175737.10166-1-frederic.da...@collabora.com> you wrote: This serie of patches adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel

[PATCH] efi_loader: eliminate EFI_CALL() for variable access

In several places of the UEFI sub-system UEFI variables as accessed via runtime services functions. These functions require being called via EFI_CALL() to restore the register holding the gd variable. Some code even calls the functions via the runtime services table. By making the functions

[PATCH v7 21/22] doc: riscv: Add documentation for Sipeed Maix Bit

This patch adds documentation for the Sipeed Maix bit, and more generally for the Kendryte K210 processor. Signed-off-by: Sean Anderson --- Changes in v7: - Split off into its own patch - Fix size of clint doc/board/index.rst| 1 + doc/board/sipeed/index.rst | 9 ++

Re: [PATCH v3 4/5] riscv: Setup reserved-memory node for FU540

On Thu, Mar 19, 2020 at 7:32 AM Bin Meng wrote: > > On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > > > FU540 uses OF_SEPARATE instead of OF_PRIOR. > > > > Enable OF_BOARD_FIXUP to update the DT with reserved-memory node. > > > > Signed-off-by: Atish Patra > > --- > >

[PATCH v7 22/22] riscv: Add Sipeed Maix support

The Sipeed Maix series is a collection of boards built around the RISC-V Kendryte K210 processor. This processor contains several peripherals to accelerate neural network processing and other "ai" tasks. This includes a "KPU" neural network processor, an audio processor supporting beamforming

[PATCH v7 17/22] riscv: Allow use of reset drivers

Currently, one cannot use a reset driver on RISC-V. Follow the MIPS example, and disable the default reset handler when the sysreset driver is enabled. Signed-off-by: Sean Anderson Reviewed-by: Bin Meng --- Changes in v3: - New arch/riscv/lib/reset.c | 2 ++ 1 file changed, 2 insertions(+)

[PATCH v7 20/22] riscv: Add device tree for K210 and Sipeed Maix BitM

Where possible, I have tried to find compatible drivers based on the layout of registers. However, many devices remain untested. All untested devices have been left disabled, but some tentative properties (such as compatible strings, and clocks, interrupts, and resets properties) have been added.

[PATCH v7 19/22] riscv: Enable cpu clock if it is present

The cpu clock is probably already enabled if we are executing code (though we could be executing from a different core). This patch prevents the cpu clock or its parents from being disabled. Signed-off-by: Sean Anderson Reviewed-by: Bin Meng --- This patch was previously submitted on its own as

[PATCH v7 15/22] riscv: Clean up IPI initialization code

The previous IPI code initialized the device whenever the first call was made to a riscv_*_ipi function. This made it difficult to determine when the IPI device was initialized. This patch introduces a new function riscv_init_ipi. It is called once during arch_cpu_init_dm. Before this point, no

[PATCH v7 14/22] riscv: Clear pending interrupts before enabling IPIs

On some platforms (k210), the previous stage bootloader may have not cleared pending IPIs before transferring control to U-Boot. This can cause race conditions, as multiple harts all attempt to initialize the IPI controller at once. This patch clears IPIs before enabling them, ensuring that only

[PATCH v7 18/22] riscv: Try to get cpu frequency from a "clocks" node if it exists

Instead of always using the "clock-frequency" property to determine cpu frequency, try using a clock in "clocks" if it exists. This patch also fixes a bug where there could be spurious higher frequencies if sizeof(u32) != sizeof(ulong). Signed-off-by: Sean Anderson Reviewed-by: Bin Meng ---

[PATCH v7 16/22] riscv: Add option to support RISC-V privileged spec 1.9

Some older processors (notably the Kendryte K210) use an older version of the RISC-V privileged specification. The primary changes between the old and new are in virtual memory, and in the merging of three separate counter enable CSRs. Using the new CSR on an old processor causes an illegal

[PATCH v7 12/22] lib: Always set errno in hcreate_r

This could give a confusing error message if it failed and didn't set errno. Signed-off-by: Sean Anderson Reviewed-by: Bin Meng --- Changes in v5: - New lib/hashtable.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lib/hashtable.c b/lib/hashtable.c index

[PATCH v7 13/22] riscv: Add headers for asm/global_data.h

This header depended on bd_t and ulong, but did not include the appropriate headers. Signed-off-by: Sean Anderson Reviewed-by: Bin Meng --- Changes in v4: - Include compiler.h not linux/compiler.h arch/riscv/include/asm/global_data.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v7 08/22] clk: Add K210 clock support

Due to the large number of clocks, I decided to use the CCF. The overall structure is modeled after the imx code. Clocks are stored in several arrays. There are some translation macros (FOOIFY()) which allow for more dense packing. A possible improvement could be to only store the parameters we

[PATCH v7 11/22] reset: Add generic reset driver

This patch adds a generic reset driver. It is designed to be useful when one has a register in a regmap which contains bits that reset other devices. I thought this seemed like a very generic use, so here is a generic driver. The overall structure has been modeled on the syscon-reboot driver.

[PATCH v7 09/22] dm: Add support for simple-pm-bus

This type of bus is used in Linux to designate buses which have power domains and/or clocks which need to be enabled before their child devices can be used. Because power domains are automatically enabled before probing in U-Boot, we just need to enable any clocks present. Signed-off-by: Sean

[PATCH v7 06/22] clk: Add K210 pll support

This pll code is primarily based on the code from the kendryte standalone sdk in lib/drivers/sysctl.c. k210_pll_calc_params is roughly analogous to the algorithm used to set the pll frequency, but it has been completely rewritten to be fixed-point based. Signed-off-by: Sean Anderson --- Changes

[PATCH v7 10/22] dm: Fix error handling for dev_read_addr_ptr

dev_read_addr_ptr had different semantics depending on whether OF_LIVE was enabled. This patch converts both implementations to return NULL on error, and converts all call sites which check for FDT_ADDR_T_NONE to check for NULL instead. This patch also removes the call to map_physmem, since we

[PATCH v7 07/22] clk: Add a bypass clock for K210

This is a small driver to do a software bypass of a clock if hardware bypass is not working. I have tried to write this in a generic fashion, so that it could be potentially broken out of the kendryte code at some future date. For the K210, it is used to have aclk bypass pll0 and use in0 instead

[PATCH v7 03/22] clk: Unconditionally recursively en-/dis-able clocks

For clocks not in the CCF, their parents will not have UCLASS_CLK, so we just enable them as normal. The enable count is local to the struct clk, but this will never result in the actual en-/dis-able op being called (unless the same struct clk is enabled twice). For clocks in the CCF, we always

[PATCH v7 05/22] clk: Add functions to register CCF clock structs

This patch adds alternate versions of the clk_*_register functions for use with statically-allocated struct clks. This allows drivers to define clocks at compile-time and register them at run-time without malloc-ing. This increases the size of the binary, but should not affect ram usage (since the

[PATCH v7 04/22] clk: Fix clk_get_by_* handling of index

clk_get_by_index_nodev only ever fetched clock 1, due to passing a boolean predicate instead of the index. Other clk_get_by_* functions got the clock correctly, but passed a predicate instead of the index to clk_get_by_tail. This could lead to confusing error messages. Signed-off-by: Sean

[PATCH v7 02/22] clk: Check that ops of composite clock components exist before calling

clk_composite_ops was shared between all devices in the composite clock driver. If one clock had a feature (such as supporting set_parent) which another clock did not, it could call a null pointer dereference. This patch does three things 1. It adds null-pointer checks to all composite clock

[PATCH v7 01/22] clk: Always use the supplied struct clk

CCF clocks should always use the struct clock passed to their methods for extracting the driver-specific clock information struct. Previously, many functions would use the clk->dev->priv if the device was bound. This could cause problems with composite clocks. The individual clocks in a composite

[PATCH v7 00/22] riscv: Add Sipeed Maix support

This patch series adds support for Sipeed Maix boards and the Kendryte K210 CPU. Currently, only the Maix Bit V2.0 is supported, however other models are similar. Known Bugs/Limitations: - Accessing the AI ram hangs, limiting available ram to 6M - Trying to boot an image with bootm fails with

Re: [PATCH v3 3/5] riscv: Provide a mechanism to fix DT for reserved memory

On Thu, Mar 19, 2020 at 7:31 AM Bin Meng wrote: > > On Wed, Mar 18, 2020 at 5:19 AM 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

Re: [PATCH] cmd: ubi: add a command to rename volume

Dear Philippe, In message <1584644739-10258-1-git-send-email-philippe.rey...@softathome.com> you wrote: > This commit add the command ubi rename to rename an ubi volume. > The format of the command is: ubi rename . Can we plase make this optional / configurable? Thanks! Wolfgang Denk --

Re: [PATCH v3 1/5] riscv: Add boot hartid to Device tree

On Wed, Mar 18, 2020 at 8:14 PM Bin Meng wrote: > > On Thu, Mar 19, 2020 at 11:10 AM Bin Meng wrote: > > > > On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > > > > > Linux booting protocol mandates that register "a0" contains the hartid. > > > However, U-boot can not pass the hartid via

Re: [PATCH v3 2/3] test: Add PStore command tests

Dear Frédéric, In message <20200319175737.10166-3-frederic.da...@collabora.com> you wrote: > > +++ b/test/py/tests/test_pstore.py > @@ -0,0 +1,73 @@ > +# SPDX-License-Identifier: GPL-2.0 Can we please make new code always GPL-2.0+ ? Thanks! Best regards, Wolfgang Denk -- DENX Software

Re: [PATCH v3 0/3] Add command to display or save Linux PStore dumps

Dear Frédéric, In message <20200319175737.10166-1-frederic.da...@collabora.com> you wrote: > This serie of patches adds a new pstore command allowing to display or save > ramoops logs (oops, panic, console, ftrace and user) generated by a previous > kernel crash. > PStore parameters can be set in

Re: [PATCH v3 3/3] cmd: Fixup DT to pass PStore Ramoops parameters

On 3/19/20 6:57 PM, Frédéric Danis wrote: > To simplify configuration and keep synchronized the PStore/Ramoops between > U-Boot and the Linux kernel, this commit dynamically adds the Ramoops > parameters defined in the U-Boot session to the Device Tree. > > Signed-off-by: Frédéric Danis > --- >

[PATCH] cmd: ubi: add a command to rename volume

This commit add the command ubi rename to rename an ubi volume. The format of the command is: ubi rename . Signed-off-by: Philippe Reynes --- cmd/ubi.c | 37 + 1 file changed, 37 insertions(+) diff --git a/cmd/ubi.c b/cmd/ubi.c index cecf251..424f555 100644

[PATCH v4 3/3] cmd: Fixup DT to pass PStore Ramoops parameters

To simplify configuration and keep synchronized the PStore/Ramoops between U-Boot and the Linux kernel, this commit dynamically adds the Ramoops parameters defined in the U-Boot session to the Device Tree. Signed-off-by: Frédéric Danis --- cmd/pstore.c | 38

[PATCH v4 2/3] test: Add PStore command tests

Add PStore command to sandbox and sandbox64 defconfigs. Add test checking: - 'pstore display' of all records - 'pstore display' only the 2nd dump record - 'pstore save' of all records Signed-off-by: Frédéric Danis --- configs/sandbox64_defconfig| 2 + configs/sandbox_defconfig

[PATCH v4 1/3] cmd: Add command to display or save Linux PStore dumps

This patch adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using "pstore set" command. Records size should be the same as the

[PATCH v4 0/3] Add command to display or save Linux PStore dumps

This serie of patches adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using "pstore set" command. For kernel using Device Tree,

Re: [PATCH v2 3/3] cmd: dm: Fixed/Added DM driver listing subcommands

On 3/19/20 12:13 PM, Niel Fourie wrote: > Renamed dm "drivers" subcommand to "compat" (as it listed > compatibility strings) and prevent it from segfaulting when > drivers have no of_match populated. > > Added a new "drivers" subcommand to dump a list of all known DM > drivers and for each, their

[PATCH v3 3/3] cmd: Fixup DT to pass PStore Ramoops parameters

To simplify configuration and keep synchronized the PStore/Ramoops between U-Boot and the Linux kernel, this commit dynamically adds the Ramoops parameters defined in the U-Boot session to the Device Tree. Signed-off-by: Frédéric Danis --- cmd/pstore.c | 38

[PATCH v3 2/3] test: Add PStore command tests

Add PStore command to sandbox and sandbox64 defconfigs. Add test checking: - 'pstore display' of all records - 'pstore display' only the 2nd dump record - 'pstore save' of all records Signed-off-by: Frédéric Danis --- configs/sandbox64_defconfig| 1 + configs/sandbox_defconfig

[PATCH v3 1/3] cmd: Add command to display or save Linux PStore dumps

This patch adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using "pstore set" command. Records size should be the same as the

[PATCH v3 0/3] Add command to display or save Linux PStore dumps

This serie of patches adds a new pstore command allowing to display or save ramoops logs (oops, panic, console, ftrace and user) generated by a previous kernel crash. PStore parameters can be set in U-Boot configuration file, or at run-time using "pstore set" command. For kernel using Device Tree,

RE: [RFC PATCH v2] cmd: mp: change the command name from cpu to mp

Hi Simon, >-Original Message- >From: Simon Glass >Sent: 19 March 2020 21:48 >To: Pragnesh Patel >Cc: U-Boot Mailing List ; Atish Patra >; Palmer Dabbelt ; Bin >Meng ; Paul Walmsley ; >rick >Subject: Re: [RFC PATCH v2] cmd: mp: change the command name from cpu to >mp > >Hi Pragnesh, >

[PATCH 1/1] efi_loader: description of efi_variable.c

Correct the file description. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/efi_loader/efi_variable.c b/lib/efi_loader/efi_variable.c index c316bdfec0..99d2f01f57 100644 ---

Re: [RFC 06/14] efi_loader: capsule: add capsule_on_disk support

On 3/18/20 9:55 AM, Heinrich Schuchardt wrote: > On 3/17/20 3:12 AM, AKASHI Takahiro wrote: >> Capsule data can be loaded into the system either via UpdateCapsule >> runtime service or files on a file system (of boot device). >> The latter case is called "capsules on disk", and actual updates will

[PATCH 2/2] efi_loader: identify EFI system partition

For capsule updates we need to identify the EFI system partition. Signed-off-by: Heinrich Schuchardt --- include/efi_loader.h | 7 +++ lib/efi_loader/efi_disk.c | 20 2 files changed, 27 insertions(+) diff --git a/include/efi_loader.h b/include/efi_loader.h index

[PATCH 1/2] part: detect EFI system partition

Up to now for MBR and GPT partitions the info field 'bootable' was set to 1 if either the partition was an EFI system partition or the bootable flag was set. Turn info field 'bootable' into a bit mask with separate bits for bootable and EFI system partition. This will allow us to identify the

[PATCH 0/2] efi_loader: detect EFI system partition

For the implementation of capsule updates we need to know where the EFI system partition is located. With the patches the first available EFI system partition is determined both for MBR and GPT partition tables. Heinrich Schuchardt (2): part: detect EFI system partition efi_loader: identify

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

On Thu, Mar 19, 2020 at 03:34:12PM +0100, Matthias Brugger wrote: > > > On 19/03/2020 14:56, David Sterba wrote: > > On Thu, Mar 19, 2020 at 02:33:28PM +0100, Matthias Brugger wrote: > >>> dlen -= out_len; > >>> > >>> res += out_len; > >>> + > >>> + /* > >>> +

Re: [PATCH v2] bootcount_ext: Add flag to enable/disable bootcount

On Wed, 18 Mar 2020 at 02:17, Frédéric Danis wrote: > > Hi Simon, > > Sorry I missed to add the change log. > > Since v1: > - Add doc/README.bootcount > - Add version number in bootcount_ext file and change Magic byte Reviewed-by: Simon Glass > > Regards, > Fred > > On 18/03/2020 03:17, Simon

Re: [PATCH v2 32/39] irq: Add a method to convert an interrupt to ACPI

Hi Wolfgang, On Wed, 18 Mar 2020 at 10:20, Wolfgang Wallner wrote: > > Hi Simon, > > I'm resending this mail, as my email client has broken the formating > in the first attempt, sorry. > > > "Simon Glass" schrieb am 09.03.2020 04:44:56: > > > Von: "Simon Glass" > > An: "U-Boot Mailing List" ,

Re: [PATCH v3] arm: add acpi support for the arm

Hi Steven, On Wed, 18 Mar 2020 at 00:46, Steven Hao wrote: > > Hi Simon: > > Nowdays I get that you are updating the acpi in uboot. I want to ask for that > could you support the arm platform or keep out a interface for adding > arm-acpi. > For example, the acpi_table.h file may be put in

Re: [RFC PATCH v2] cmd: mp: change the command name from cpu to mp

Hi Pragnesh, On Sat, 14 Mar 2020 at 08:50, Pragnesh Patel wrote: > > When CONFIG_CMD_CPU and CONFIG_MP both are enabled, U-Boot compilation > gives an error of "multiple definition of `_u_boot_list_2_cmd_2_cpu'" > so cpu command(cmd/cpu.c) and mp command(cmd/mp.c) should have different > command

[PATCH v2 3/3] cmd: dm: Fixed/Added DM driver listing subcommands

Renamed dm "drivers" subcommand to "compat" (as it listed compatibility strings) and prevent it from segfaulting when drivers have no of_match populated. Added a new "drivers" subcommand to dump a list of all known DM drivers and for each, their uclass id, uclass driver and names of attached

[PATCH v2 1/3] cmd: part: Add subcommand to list supported partition tables

Add a subcommand "types" to the part command, which lists the supported partition table types. Signed-off-by: Niel Fourie CC: Simon Glass --- Changes in v2: - Add Python test cmd/part.c | 27 +-- test/py/tests/test_part.py | 14 ++ 2 files

[PATCH v2 2/3] cmd: fs: Add command to list supported fs types

Added command "fstypes" to list supported/included filesystems. Signed-off-by: Niel Fourie CC: Simon Glass --- Changes in v2: - Add Python test cmd/fs.c | 11 +++ fs/fs.c | 20 include/fs.h

[PATCH v2 0/3] cmd: add driver, fs and part type listing commands

This series adds commands for listing the supported partition tables, listing supported filesystems and expands Driver Model listing commands. The existing "dm drivers" command, which lists the DM drivers and their compatibility strings, segmentation faulted on drivers for which of_match was

RE: [PATCH 1/2] net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot

-Original Message- From: Thierry Reding Sent: Thursday, March 19, 2020 1:04 AM To: Tom Warren Cc: u-boot@lists.denx.de; Stephen Warren ; Jonathan Hunter ; tomcwarren3...@gmail.com Subject: Re: [PATCH 1/2] net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot On Tue, Mar

[RFC PATCH] arch: Add explicit linker script for u-boot-elf

Commit f4dc714aaa2d ("arm64: Turn u-boot.bin back into an ELF file after relocate-rela") introduce REMAKE_ELF option to recreate u-boot.elf from u-boot -> u-boot.bin + DT -> u-boot.elf. The best is to ilustrate it from make V=1 output cat u-boot-nodtb.bin dts/dt.dtb > u-boot-dtb.bin cp

Re: [EXT] [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in spi_nor_ready()

On 19/03/2020 15.52, Kuldeep Singh wrote: > Hi Vignesh, > >> I have a board for which doing "sf erase 0x10 0x8" >> consistently causes the external watchdog circuit to reset the board. Make >> sure to pet the watchdog during slow operations such as erasing or writing >> large areas of a

RE: [EXT] [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in spi_nor_ready()

Hi Vignesh, > -Original Message- > From: U-Boot On Behalf Of Rasmus > Villemoes > Sent: Tuesday, March 17, 2020 1:49 AM > To: u-boot@lists.denx.de > Cc: Jagan Teki ; Vignesh R > ; Rasmus Villemoes > Subject: [EXT] [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in > spi_nor_ready() >

[PATCH] efi_loader: simplify logical expression in efi_disk_add_dev()

To check if a variable is non-zero there is no need for '!= 0'. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_disk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c index 9563556691..fc0682bc48 100644 ---

[PATCH 1/1] efi_loader: fix function descriptions in efi_disk.c

Use Sphinx style for function descriptions. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_disk.c | 52 ++- 1 file changed, 30 insertions(+), 22 deletions(-) diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c index

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

On 19/03/2020 14:56, David Sterba wrote: > On Thu, Mar 19, 2020 at 02:33:28PM +0100, Matthias Brugger wrote: >>> dlen -= out_len; >>> >>> res += out_len; >>> + >>> + /* >>> +* If the 4 bytes header does not fit to the rest of the page we >>> +

Re: [PATCH v3 4/5] riscv: Setup reserved-memory node for FU540

On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > FU540 uses OF_SEPARATE instead of OF_PRIOR. > > Enable OF_BOARD_FIXUP to update the DT with reserved-memory node. > > Signed-off-by: Atish Patra > --- > board/sifive/fu540/fu540.c | 15 +++ > configs/sifive_fu540_defconfig |

Re: [PATCH v3 5/5] riscv: Copy the reserved-memory nodes to final DT

On Wed, Mar 18, 2020 at 5:19 AM Atish Patra wrote: > > 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. > >

Re: [PATCH v3 3/5] riscv: Provide a mechanism to fix DT for reserved memory

On Wed, Mar 18, 2020 at 5:19 AM 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,

[PATCH 1/2] uboot: fs/btrfs: Use LZO_LEN to replace immediate number

Just a cleanup. The immediate number makes my eye hurt. Signed-off-by: Qu Wenruo --- fs/btrfs/compression.c | 22 -- 1 file changed, 12 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c index 346875d45a1b..4ef44ce11485 100644 ---

[PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

[BUG] For certain btrfs files with compressed file extent, uboot will fail to load it: btrfs_read_extent_reg: disk_bytenr=14229504 disk_len=73728 offset=0 nr_bytes=131 072 decompress_lzo: tot_len=70770 decompress_lzo: in_len=1389 decompress_lzo: in_len=2400 decompress_lzo:

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

On Thu, Mar 19, 2020 at 02:33:28PM +0100, Matthias Brugger wrote: > > dlen -= out_len; > > > > res += out_len; > > + > > + /* > > +* If the 4 bytes header does not fit to the rest of the page we > > +* have to move to next one, or we read

[PATCH 0/2] uboot: fs/btrfs: Fix read error on LZO compressed extents

There is a bug that uboot can't load LZO compressed data extent while kernel can handle it without any problem. It turns out to be a page boundary case. The 2nd patch is the proper fix, backported from btrfs-progs. The first patch is just to make my eyes less hurt. I guess it's time to backport

Re: [PATCH v6 11/12] arm: add Cubieboard7 board support

On 18/03/2020 18:25, Amit Singh Tomar wrote: > The Cubieboard is a single board computer containing a > Actions S700 SoC(with 4 ARMv8 Cortex-A53 cores). > > This patch adds respective defconfig alongwith .dts(copied > from Linux v5.5-rc6 with hash "b3a987b0264d"). > > Signed-off-by: Amit Singh

Re: [PATCH v6 10/12] actions: Move defconfig options to Kconfig

On 18/03/2020 18:25, Amit Singh Tomar wrote: > This patch moves some of the config options from bubblegum_96_defconfig > to platform specific Kconfig file. > > Signed-off-by: Amit Singh Tomar > --- > Changes since v5: > * Newly added patch, was not there in earlier versions. > --- >

Re: [PATCH v6 06/12] clk: actions: Add common clock driver

On 18/03/2020 18:25, Amit Singh Tomar wrote: > This patch converts S900 clock driver to something common that can > be used for other SoCs, for instance S700(few of clk registers are same). > > Signed-off-by: Amit Singh Tomar Compared clk_s900.h vs clk_owl.h, and checked the actual clock

Re: [PATCH v6 04/12] arm: dts: sync dts for Action Semi S900

On 18/03/2020 18:25, Amit Singh Tomar wrote: > Synchronize device tree bindings with v5.5-rc6 tag with commit id > "b3a987b0264d". > > Also, it removes older clock binding defined for S900 along with undocumented > compatible string "actions,s900-serial" from serial driver and adapts clock >

Re: [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in spi_nor_ready()

On 19/03/2020 14.23, Vignesh Raghavendra wrote: > >> For the read side, it seems that just replacing the UINT_MAX in the two >> copies of spi_nor_read_data with some smaller constant should suffice. >> But I don't know if I should make that smaller constant a CONFIG_* >> option or just pick

Re: [PATCH v6 03/12] serial: actions: add compatible string

On 18/03/2020 18:25, Amit Singh Tomar wrote: > This patch adds "actions,owl-uart" string to the owl uart driver. It > is also defined in Linux kernel. > > Signed-off-by: Amit Singh Tomar Reviewed-by: Andre Przywara Thanks, Andre > --- > Changes since v5: > * Moved it to from 06/11 to

[PATCH] arm64: zynqmp Add support for zcu111 revA

Add low level configuration for zcu111 for easier SPL run. Signed-off-by: Michal Simek --- .../zynqmp/zynqmp-zcu111-revA/psu_init_gpl.c | 978 ++ 1 file changed, 978 insertions(+) create mode 100644 board/xilinx/zynqmp/zynqmp-zcu111-revA/psu_init_gpl.c diff --git

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

Hi Qu, On 19/03/2020 13:30, Qu Wenruo wrote: > [BUG] > For certain btrfs files with compressed file extent, uboot will fail to > load it: > > btrfs_read_extent_reg: disk_bytenr=14229504 disk_len=73728 offset=0 > nr_bytes=131 > 072 > decompress_lzo: tot_len=70770 > decompress_lzo:

Re: [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in spi_nor_ready()

On 19/03/20 6:14 pm, Rasmus Villemoes wrote: >> Hmm, Watchdog seems to be set to trigger after ~2s of inactivity. Isn't >> that too small? WATCHDOG_RESET() resets only once per second, so 2 >> second timeout is too close IMO. >> >> Typical watchdog timeouts are usually in tens of seconds >

Re: [PATCH] mtd: spi-nor-core: call WATCHDOG_RESET() in spi_nor_ready()

On 19/03/2020 13.28, Vignesh Raghavendra wrote: > > > On 19/03/20 5:09 pm, Rasmus Villemoes wrote: >> On 19/03/2020 12.25, Vignesh Raghavendra wrote: >>> Hi, > [...] @@ -399,6 +400,7 @@ static int spi_nor_ready(struct spi_nor *nor) { int sr, fsr; +

[PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

[BUG] For certain btrfs files with compressed file extent, uboot will fail to load it: btrfs_read_extent_reg: disk_bytenr=14229504 disk_len=73728 offset=0 nr_bytes=131 072 decompress_lzo: tot_len=70770 decompress_lzo: in_len=1389 decompress_lzo: in_len=2400 decompress_lzo:

[PATCH 1/2] uboot: fs/btrfs: Use LZO_LEN to replace immediate number

Just a cleanup. The immediate number makes my eye hurt. Signed-off-by: Qu Wenruo --- fs/btrfs/compression.c | 22 -- 1 file changed, 12 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/compression.c b/fs/btrfs/compression.c index 346875d45a1b..4ef44ce11485 100644 ---

  1   2   >