Re: [PATCH v3 0/5] rockchip: make it possible to sign the u-boot.itb

Hi Heiko,     This patch set make rk3288 series board build fail. Could you help to check again？ Thanks, - Kever On 2020/5/26 下午6:44, Heiko Stuebner wrote: From: Heiko Stuebner This series makes it possible to sign a generated u-boot.itb automatically even if the its-source got created

[PATCH 1/1] doc: move README.log to HTML documentation

Convert README.log to reStructuredText and add it to the generated HTML documentation. Assign doc/develop/logging.rst to the maintainer of LOGGING. Signed-off-by: Heinrich Schuchardt --- MAINTAINERS | 1 + doc/README.log | 285 ---

[PATCH 1/1] virtio: VIRTIO_RNG depends on DM_RNG

Add the missing Kconfig dependency and let VIRTIO_RNG default to yes. Signed-off-by: Heinrich Schuchardt --- drivers/virtio/Kconfig | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/virtio/Kconfig b/drivers/virtio/Kconfig index 2e3dd3bad0..e800720657

[PATCHv4][1/2] rockchip: rk3328: add rock-pi-e dts file

The ROCK-PI-E is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM Cortex A53. Net - Dual ethernet port, 1 X Gbe, 1 X 100M USB - USB 3.0 DC - USB-Type C, 5V 2A Storage - TF card, eMMC Just build idbloader.img and u-boot.itb for Rockpi E board and follow the blow

[PATCH][1/1] README.rockchip: fix typo error

This commit fix the typo error of doc/README.rockchip, it is 'Six' not 'Size'. Signed-off-by: Banglang Huang --- doc/README.rockchip | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/README.rockchip b/doc/README.rockchip index a58d480fb3..82a3962405 100644 ---

[PATCH 1/1] sunxi: CONFIG_INIT_SP_RELATIVE=y for Pine64 LTS

Booting pine64-lts_defconfig with either of CONFIG_RSA=y or CONFIG_LOG=y fails if CONFIG_INIT_SP_RELATIVE is not set. Signed-off-by: Heinrich Schuchardt --- configs/pine64-lts_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/pine64-lts_defconfig

Re: [PATCHv4][2/2] rockchip: rk3328: add rock-pi-e-rk3328_defconfig file

On 2020/5/31 下午5:45, b.l.huang wrote: This commit add the default configuration file and relevant description for rock-pi-e board Signed-off-by: Banglang Huang Reviewed-by: Kever Yang Thanks, - Kever --- board/rockchip/evb_rk3328/MAINTAINERS | 7 ++

Re: [PATCHv4][1/2] rockchip: rk3328: add rock-pi-e dts file

On 2020/5/31 下午5:43, b.l.huang wrote: The ROCK-PI-E is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM Cortex A53. Net - Dual ethernet port, 1 X Gbe, 1 X 100M USB - USB 3.0 DC - USB-Type C, 5V 2A Storage - TF card, eMMC Just build idbloader.img and

Re: [PATCH 3/8] regmap: Allow specifying read/write width

Hi Pratyush, On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > Right now, regmap_read() and regmap_write() read/write a 32-bit value > only. To write other lengths, regmap_raw_read() and regmap_raw_write() > need to be used. > > This means that any driver ported from Linux that relies on >

Re: [PATCH v3 3/5] spl: fit: enable signing a generated u-boot.itb

On Tue, 26 May 2020 at 04:44, Heiko Stuebner wrote: > > From: Heiko Stuebner > > With SPL_FIT_SIGNATURE enabled we will likely want a generated > u-boot.itb to be signed and the key stores so that the spl can > reach it. > > So add a SPL_FIT_SIGNATURE_KEY_DIR option and suitable hooks > into the

Re: [PATCH v3 5/5] rockchip: make_fit_atf: add signature handling

On Tue, 26 May 2020 at 04:44, Heiko Stuebner wrote: > > From: Heiko Stuebner > > If the newly added fit-generator key-options are found, append needed > signature nodes to all generated image blocks, so that they can get > signed when mkimage later compiles the .itb from the generated .its. > >

Re: [PATCHv2 4/8] rockchip: Remove ARCH= references from documentation

On Tue, 26 May 2020 at 12:37, Tom Rini wrote: > > When building U-Boot we select the architecture via Kconfig and not ARCH > being passed in via the environment or make cmdline. > > Acked-by: Kever Yang > Cc: Simon Glass > Cc: Philipp Tomsich > Acked-by: Klaus Goger > Cc: Jagan Teki >

Re: [PATCH v3 2/5] mkimage: fit_image: handle multiple errors when writing signatures

Hi Heiko, On Tue, 26 May 2020 at 04:44, Heiko Stuebner wrote: > > From: Heiko Stuebner > > fit_image_write_sig() contains mostly functions from libfdt that > return FDT_ERR_foo errors but also a call to fit_set_timestamp() > which returns a regular error. > > When handling the size increase via

Re: [PATCH v2 10/10] test: dm: rtc: add tests of rtc shell command

On Tue, 19 May 2020 at 16:01, Rasmus Villemoes wrote: > > Signed-off-by: Rasmus Villemoes > --- > test/dm/rtc.c | 61 +++ > 1 file changed, 61 insertions(+) > Reviewed-by: Simon Glass But please add a commit message.

Re: [PATCH 6/8] regmap: Allow devices to specify regmap range start and size in config

On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > Some devices need to calculate the regmap base address at runtime. This > makes it impossible to use device tree to get the regmap base. Instead, > allow devices to specify it in the regmap config. This will create a > regmap with a single

Re: [PATCH 1/4] efi_loader: allow compiling with clang

On Wed, 27 May 2020 at 12:04, Heinrich Schuchardt wrote: > > On ARM systems gd is stored in register r9 or x18. When compiling with > clang gd is defined as a macro calling function gd_ptr(). So we can not > make assignments to gd. > > In the UEFI sub-system we need to save gd when leaving to

Re: [PATCH v2] i2c: octeon_i2c: Add I2C controller driver for Octeon

Hi Stefan, On Tue, 26 May 2020 at 06:13, Stefan Roese wrote: > > From: Suneel Garapati > > Add support for I2C controllers found on Octeon II/III and Octeon TX > TX2 SoC platforms. > > Signed-off-by: Aaron Williams > Signed-off-by: Suneel Garapati > Signed-off-by: Stefan Roese > Cc: Heiko

Re: [PATCH v2 09/10] test: dm: rtc: add test of rtc_read, rtc_write

On Tue, 19 May 2020 at 16:01, Rasmus Villemoes wrote: > > Define a few aux registers and check that they can be read/written > individually. Also check that one can access the time-keeping > registers directly and get the expected results. > > Signed-off-by: Rasmus Villemoes > --- >

Re: [PATCH 2/8] regmap: zero out the regmap on allocation

Hi Pratyush, On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > Some fields will be introduced in the regmap structure that should be > set to 0 by default. So, once we allocate a regmap, make sure it is > zeroed out to avoid unexpected defaults for those values. > > Signed-off-by: Pratyush

Re: [PATCH v1 2/3] x86: acpi: Replace _ADR() by _UID() in description of PCI host bridge

On Tue, 26 May 2020 at 11:16, Andy Shevchenko wrote: > > PCI Firmware specification requires _UID() and doesn't require _ADR() > to be set. Replace latter by former. > > Reported-by: Bin Meng > Signed-off-by: Andy Shevchenko > --- > arch/x86/include/asm/arch-tangier/acpi/southcluster.asl | 2

[PATCH] sunxi: Add Drejo DS167 board

From: Sertac TULLUK drejo ds167 is an allwinner a20 based custom board with twin LVDS LCD and TouchScreen, 7inch and 10.1inch. The board has 1G RAM, 8G eMMC, AXP209 PMIC, 10/100 EMAC SATA, 2x USB2.0, 1x USB OTG, 3x dry-contact input 3x relay output, builtin KNX transceiver, HDMI, Audio

Re: [PATCH][1/1] README.rockchip: fix typo error

On Sun, May 31, 2020 at 05:48:28PM +0800, b.l.huang wrote: > This commit fix the typo error of doc/README.rockchip, > it is 'Six' not 'Size'. > > Signed-off-by: Banglang Huang > --- > doc/README.rockchip | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[PATCH 1/1] log: clean up Kconfig

LOG_DEFAULT_LEVEL has been chosen as 6. Adjust the default of LOG_MAX_LEVEL to this value. Use ranges to clamp log levels to reasonable values. Group output options by main U-Boot, SPL, TPL, followed by other logging options. Signed-off-by: Heinrich Schuchardt --- common/Kconfig | 159

Re: [PATCH v2 1/2] rockchip: spl: do full dram_init instead of only probing

Hi Heiko,     Below error happen when build: +arch/arm/mach-rockchip/spl.c: In function 'board_init_f': 690 +arch/arm/mach-rockchip/spl.c:112:18: error: unused variable 'dev' [-Werror=unused-variable]     I will

Re: [PATCHv4][2/2] rockchip: rk3328: add rock-pi-e-rk3328_defconfig file

Hi Banglong, On 2020/5/31 下午5:45, b.l.huang wrote: -Three RK3328 boards are supported: +Four RK3328 boards are supported: - EVB RK3328 - use evb-rk3328_defconfig - Pine64 Rock64 board - use rock64-rk3328_defconfig - Firefly / Libre Computer Project ROC-RK3328-CC board -

[PATCH 1/1] log: check argument of 'log level' command

Check that the argument provided to the 'log level' command is in the range between zero and CONFIG_LOG_MAX_LEVEL. Signed-off-by: Heinrich Schuchardt --- cmd/log.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/cmd/log.c b/cmd/log.c index

Re: [PATCH v2 07/10] rtc: sandbox-rtc: fix set method

On Tue, 19 May 2020 at 16:01, Rasmus Villemoes wrote: > > The current set method is broken; a simple test case is to first set > the date to something in April, then change the date to 31st May: > > => date 040412122020.34 > Date: 2020-04-04 (Saturday)Time: 12:12:34 > => date 053112122020.34

Re: [PATCH 8/9] spi: Zap SOFT_SPI (non-dm)

On Tue, 26 May 2020 at 02:05, Jagan Teki wrote: > > - Deadline for DM migration already passed by months. > - Sent couple of zap patches and > - No response on dm conversation > hence removed the driver. > > Signed-off-by: Jagan Teki > --- > drivers/spi/Kconfig | 13 ++- >

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

Hi Tom, On Tue, 26 May 2020 at 13:24, Tom Rini wrote: > > On Tue, May 26, 2020 at 09:57:19AM +0200, Wolfgang Denk wrote: > > > Dear Tom, > > > > for patch series all review comments have been resolved, and the > > latest version has seen no further comments, but it has not been > > pulled

Re: [PATCH 9/9] doc: driver-model: Update SPI migration status

On Tue, 26 May 2020 at 02:05, Jagan Teki wrote: > > Update SPI drivers, driver model conversion status > as per latest conversion and dropping nondm code. > > Signed-off-by: Jagan Teki > --- > doc/driver-model/migration.rst | 5 - > 1 file changed, 5 deletions(-) > Reviewed-by: Simon Glass

Re: [PATCH v1 3/3] x86: acpi: Drop _ADR() where _HID() is present

On Tue, 26 May 2020 at 11:16, Andy Shevchenko wrote: > > ACPICA complains that either _HID() or _ADR() should be used. > Drop _ADR() where _HID() is present. > > Reported-by: Bin Meng > Signed-off-by: Andy Shevchenko > --- > arch/x86/include/asm/arch-tangier/acpi/southcluster.asl | 1 - > 1

Re: [PATCH v2 06/10] rtc: add rtc command

Hi Rasmus, On Tue, 19 May 2020 at 16:01, Rasmus Villemoes wrote: > > Mostly as an aid for debugging RTC drivers, provide a command that can > be used to read/write arbitrary registers (assuming the driver > provides the read/write methods or their single-register-at-a-time > variants). > >

Re: [PATCH v2 08/10] rtc: i2c_rtc_emul: catch any write to the "reset" register

On Tue, 19 May 2020 at 16:01, Rasmus Villemoes wrote: > > It's more natural that any write that happens to touch the reset > register should cause a reset, rather than just a write that starts at > that offset. > > Signed-off-by: Rasmus Villemoes > --- > drivers/rtc/i2c_rtc_emul.c | 3 ++- > 1

Re: [PATCH v2] gpio: octeon_gpio: Add GPIO controller driver for Octeon

On Tue, 26 May 2020 at 06:19, Stefan Roese wrote: > > From: Suneel Garapati > > Add support for GPIO controllers found on Octeon II/III and Octeon TX > TX2 SoC platforms. > > Signed-off-by: Aaron Williams > Signed-off-by: Suneel Garapati > Signed-off-by: Stefan Roese > Cc: Simon Glass > Cc:

Re: [PATCH 2/2] dma-mapping: Add header file for ARCH_DMA_MINALIGN

Hi Tom, On Sat, 30 May 2020 at 11:27, Tom Rini wrote: > > On Sat, May 30, 2020 at 01:20:10PM -0400, Tom Rini wrote: > > On Sat, May 30, 2020 at 10:29:04AM -0600, Simon Glass wrote: > > > > > This is defined in the asm/cache.h header file. Update this header file to > > > include it. > > > > > >

Re: [PATCH v3 4/4] spl: fit: improve spl_nand_fit_read(...) readability

Hi Dario, On Wed, 27 May 2020 at 05:56, Dario Binacchi wrote: > > Replacing the ret variable with err and handling first the error > condition about the value returned by the spl_nand_fit_read routine, > improves the code readability. > Furthermore, the 'else' int the 'else return ret'

Re: [PATCH 1/1] test/py: use actual core count for parallel builds

On Sat, 30 May 2020 at 16:44, Heinrich Schuchardt wrote: > > When building U-Boot we should not blindly use make -j8 but consider the > actual core count given by os.cpu_count(). > > Signed-off-by: Heinrich Schuchardt > --- > test/py/conftest.py | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH 4/8] regmap: Allow left shifting register offset before access

On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > Drivers can configure it to adjust the final read/write location. > > Signed-off-by: Pratyush Yadav > --- > drivers/core/regmap.c | 6 +- > include/regmap.h | 6 ++ > 2 files changed, 11 insertions(+), 1 deletion(-) >

Re: [PATCH v2] doc: log: correct option name CONFIG_LOG_MAX_LEVEL

On Wed, 27 May 2020 at 01:43, Patrick Delaunay wrote: > > Replace CONFIG_(SPL_)MAX_LOG_LEVEL by the correct name as defined in > common/Kconfig: > line 668:config LOG_MAX_LEVEL > line 688:config SPL_LOG_MAX_LEVEL > line 708:config TPL_LOG_MAX_LEVEL > > Signed-off-by: Patrick Delaunay > --- > >

Re: Pull request: u-boot-rockchip-20200530

On Sun, May 31, 2020 at 2:52 AM Kever Yang wrote: > > Hi Tom, > > Please pull the rockchip updates/fixes: > - Fix mmc of path after syncfrom kernel dts; > - Add dwc3 host support with DM for rk3399; > - Add usb2phy and typec phy for rockchip platform; > - Migrate board list doc to rockchip.rst

Re: [PULL] u-boot-usb/master

On Sat, May 30, 2020 at 11:06:43PM +0200, Marek Vasut wrote: > The following changes since commit ab80137cc436e977ef91a154372ae5aeae3f4fb0: > > Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell > (2020-05-27 10:56:25 -0400) > > are available in the Git repository at: > >

Re: [PULL] u-boot-sh/master

On Sat, May 30, 2020 at 11:07:29PM +0200, Marek Vasut wrote: > The following changes since commit ab80137cc436e977ef91a154372ae5aeae3f4fb0: > > Merge https://gitlab.denx.de/u-boot/custodians/u-boot-marvell > (2020-05-27 10:56:25 -0400) > > are available in the Git repository at: > >

[PATCHv4][2/2] rockchip: rk3328: add rock-pi-e-rk3328_defconfig file

This commit add the default configuration file and relevant description for rock-pi-e board Signed-off-by: Banglang Huang --- board/rockchip/evb_rk3328/MAINTAINERS | 7 ++ configs/rock-pi-e-rk3328_defconfig| 104 ++ doc/README.rockchip | 3 +- 3

Re: [PATCH v2 1/2] rockchip: spl: do full dram_init instead of only probing

On 2020/5/26 上午1:57, Heiko Stuebner wrote: From: Heiko Stuebner Parts of later SPL may need RAM information as well, so do full dram_init() call, which includes the existing dram probing but also initializes the ram information in gd. dram_init() from sdram.c does the following steps: -

Re: Pull request: u-boot-rockchip-20200530

Hi Peter, On 2020/5/31 下午7:38, Peter Robinson wrote: On Sun, May 31, 2020 at 2:52 AM Kever Yang wrote: Hi Tom, Please pull the rockchip updates/fixes: - Fix mmc of path after syncfrom kernel dts; - Add dwc3 host support with DM for rk3399; - Add usb2phy and typec phy for rockchip platform; -

Re: [PATCHv4][2/2] rockchip: rk3328: add rock-pi-e-rk3328_defconfig file

Hi Banglong, On 2020/5/31 下午5:45, b.l.huang wrote: -Three RK3328 boards are supported: +Four RK3328 boards are supported: - EVB RK3328 - use evb-rk3328_defconfig - Pine64 Rock64 board - use rock64-rk3328_defconfig - Firefly / Libre Computer Project ROC-RK3328-CC board -

Re: [PATCH v3 2/4] spl: fit: fail fit loading in case of FDT appending error

On Wed, 27 May 2020 at 05:56, Dario Binacchi wrote: > > If uboot does not embed its device tree and the FIT loading function U-Boot > returns error in case of failure in the FDT append, the redundant itb > image could be loaded. > > cc: Michael Trimarchi > Signed-off-by: Dario Binacchi >

Re: [PATCH 8/8] test: dm: Add tests for regmap managed API and regmap fields

On Wed, 27 May 2020 at 06:52, 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, reg_offset_shift, range

Re: [PATCH 7/8] regmap: Add support for regmap fields

Hi Pratyush, On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > From: Jean-Jacques Hiblot > > A regmap field is an abstraction available in Linux. It provides to access > bitfields in a regmap without having to worry about shifts and masks. > > Signed-off-by: Jean-Jacques Hiblot >

Re: [U-boot,1/2] eth: mtk-eth: enable mt7629 sgmii mode support in mediatek eth driver

Hi MarkLee, On Wed, 27 May 2020 at 05:25, MarkLee wrote: > > The sgmii mode init flow is almost the same for all mediatek SoC, the > only difference is the register offset(SGMSYS_GEN2_SPEED) is 0x2028 > for old chip(mt7622) but changed to 0x128 for newer chip(mt7629 and > the following chips). >

Re: [PATCH 3/4] arm: remove outdated comment concerning -ffixed-x18

On Wed, 27 May 2020 at 12:04, Heinrich Schuchardt wrote: > > Clang 9 supports -ffixed-x18. > > Signed-off-by: Heinrich Schuchardt > --- > arch/arm/include/asm/global_data.h | 4 > 1 file changed, 4 deletions(-) Reviewed-by: Simon Glass

Re: [PATCH 2/4] trace: clang compatible handling of gd register

On Wed, 27 May 2020 at 12:04, Heinrich Schuchardt wrote: > > On ARM systems gd is stored in register r9 or x18. When compiling with > clang gd is defined as a macro calling function gd_ptr(). So we can not > make assignments to gd. > > Use function set_gd() for setting the register on ARM. > >

Re: [PATCH v1 1/3] drivers: reset: Handle gracefully NULL pointers

Hi Pratyush, On Wed, 27 May 2020 at 11:12, Pratyush Yadav wrote: > > Hi Simon, > > On 29/10/19 07:48PM, Simon Glass wrote: > > Hi Jean-Jacques, > > > > On Mon, 30 Sep 2019 at 08:31, Jean-Jacques Hiblot > > wrote: > > > > > > Prepare the way for a managed reset API by handling NULL pointers

Re: [PATCH v3 1/4] spl: fix format of function documentation

On Wed, 27 May 2020 at 05:56, Dario Binacchi wrote: > > U-Boot adopted the kernel-doc annotation style. > > cc: Michael Trimarchi > Signed-off-by: Dario Binacchi > --- > > Changes in v3: None > Changes in v2: None > > include/spl.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 1/1] fs: fat_write: fix short name creation.

Hi Heinrich, On Tue, 26 May 2020 at 13:12, Heinrich Schuchardt wrote: > > Truncate file names if the buffer size is exceeded to avoid a buffer > overflow. > > Use Sphinx style function description. > > Add a TODO comment. > > Reported-by: CID 303779 > Signed-off-by: Heinrich Schuchardt > --- >

Re: [PATCH v2 0/2] gpio: Add a managed API

Hi Pratyush, On Fri, 29 May 2020 at 15:39, Pratyush Yadav wrote: > > Hi, > > This is a re-submission of Jean-Jacques' earlier work in October last > year. It can be found at [0]. The goal is to facilitate porting drivers > from the linux kernel. Most of the series will be about adding managed >

Re: [PATCH 5/8] regmap: Add regmap_init_mem_range()

On Wed, 27 May 2020 at 06:52, Pratyush Yadav wrote: > > Right now, the base of a regmap can only be obtained from the device > tree. This makes it impossible for devices which calculate the base at > runtime to use a regmap. An example of such a device is the Cadence > Sierra PHY. > > Allow

Re: [PATCH 1/1] test/py: use actual core count for parallel builds

On 5/30/20 4:44 PM, Heinrich Schuchardt wrote: > When building U-Boot we should not blindly use make -j8 but consider the > actual core count given by os.cpu_count(). Acked-by: Stephen Warren

Re: [PATCH v3] spl: allow board_spl_fit_post_load() to fail

On 5/31/20 7:25 PM, Patrick Wildt wrote: > On i.MX platforms board_spl_fit_post_load() can check the loaded > SPL image for authenticity using its HAB engine. U-Boot's SPL > mechanism allows booting images from other sources as well, but > in the current setup the SPL would just hang if it

[PATCH 1/1] efi_loader: validate load option

For passing the optional data of the load option to the loaded imaged protocol we need its size. efi_deserialize_load_option() is changed to return the size of the optional data. As a by-product we get a partial validation of the load option. Checking the length of the device path remains to be

[PATCH] Nokia RX-51: Add link for u-boot-gen-combined script to README file

This patch updates Nokia RX-51 README file. Signed-off-by: Pali Rohár --- doc/README.nokia_rx51 | 5 + 1 file changed, 5 insertions(+) diff --git a/doc/README.nokia_rx51 b/doc/README.nokia_rx51 index 33c275b416..320b5efc7d 100644 --- a/doc/README.nokia_rx51 +++ b/doc/README.nokia_rx51 @@

[PATCH] Nokia RX-51: Fix checking if serial console was enabled

There was incorrect logic for parsing OMAP_TAG_UART atag. Signed-off-by: Pali Rohár --- board/nokia/rx51/rx51.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/nokia/rx51/rx51.c b/board/nokia/rx51/rx51.c index 2af387edc9..823316ea47 100644 --- a/board/nokia/rx51/rx51.c

[PATCH 1/1] log: don't show function by default

The name of the function emitting a log message may be of interest for a developer but is distracting for normal users. See the example below: try_load_entry() Booting: Debian Make the default format for log messages customizable. By default show only the message text. Signed-off-by:

[PATCH v2 1/1] log: don't show function by default

The name of the function emitting a log message may be of interest for a developer but is distracting for normal users. See the example below: try_load_entry() Booting: Debian Make the default format for log messages customizable. By default show only the message text. Signed-off-by:

Re: [PATCH] ARM: imx: hab: panic on authentication failure

On 5/30/20 10:53 PM, Patrick Wildt wrote: > On Sat, May 30, 2020 at 10:29:19PM +0200, Marek Vasut wrote: >> On 5/30/20 10:14 PM, Patrick Wildt wrote: >>> On Sat, May 30, 2020 at 03:31:29PM -0300, Fabio Estevam wrote: Hi Marek, [Adding Breno] On Sat, May 30, 2020 at 3:29 PM

Re: [PATCH] ARM: imx: hab: panic on authentication failure

On Sun, May 31, 2020 at 05:38:05PM +0200, Marek Vasut wrote: > On 5/30/20 10:53 PM, Patrick Wildt wrote: > > On Sat, May 30, 2020 at 10:29:19PM +0200, Marek Vasut wrote: > >> On 5/30/20 10:14 PM, Patrick Wildt wrote: > >>> On Sat, May 30, 2020 at 03:31:29PM -0300, Fabio Estevam wrote: > Hi

Re: Pull request: u-boot-rockchip-20200530

Hi Tom,     Please ignore this patch, I'm going to send a new PR with pinebook Pro support. Thanks, - Kever On 2020/5/31 上午9:51, Kever Yang wrote: Hi Tom, Please pull the rockchip updates/fixes: - Fix mmc of path after syncfrom kernel dts; - Add dwc3 host support with DM for rk3399; -

[PATCHv5][1/2] rockchip: rk3328: add rock-pi-e dts file

The ROCK-PI-E is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM Cortex A53. Net - Dual ethernet port, 1 X Gbe, 1 X 100M USB - USB 3.0 DC - USB-Type C, 5V 2A Storage - TF card, eMMC Just build idbloader.img and u-boot.itb for Rockpi E board and follow the blow

Re: Pull request: u-boot-rockchip-20200530

On Sun, May 31, 2020 at 11:47:44PM +0800, Kever Yang wrote: > Hi Tom, > >     Please ignore this patch, I'm going to send a new PR with pinebook Pro > support. OK. > > > Thanks, > > - Kever > > On 2020/5/31 上午9:51, Kever Yang wrote: > > Hi Tom, > > > > Please pull the rockchip

[PATCHv5][2/2] rockchip: rk3328: add rock-pi-e-rk3328_defconfig file

This commit add the default configuration file and relevant description for rock-pi-e board Signed-off-by: Banglang Huang --- board/rockchip/evb_rk3328/MAINTAINERS | 7 ++ configs/rock-pi-e-rk3328_defconfig| 104 ++ doc/board/rockchip/rockchip.rst | 1 + 3

Re: [PATCH 1/1] log: check argument of 'log level' command

On Sun, 31 May 2020 at 07:44, Heinrich Schuchardt wrote: > > Check that the argument provided to the 'log level' command is in the range > between zero and CONFIG_LOG_MAX_LEVEL. > > Signed-off-by: Heinrich Schuchardt > --- > cmd/log.c | 14 +++--- > 1 file changed, 11 insertions(+), 3

Re: [PATCH] ARM: imx: hab: panic on authentication failure

On 5/31/20 5:53 PM, Patrick Wildt wrote: > On Sun, May 31, 2020 at 05:38:05PM +0200, Marek Vasut wrote: >> On 5/30/20 10:53 PM, Patrick Wildt wrote: >>> On Sat, May 30, 2020 at 10:29:19PM +0200, Marek Vasut wrote: On 5/30/20 10:14 PM, Patrick Wildt wrote: > On Sat, May 30, 2020 at

Re: [PATCH v2] drivers: crypto: mod_exp_sw: Re-add DM_FLAG_PRE_RELOC

On 5/22/20 8:12 PM, Heinrich Schuchardt wrote: > On 5/22/20 5:21 PM, Jan Kiszka wrote: >> On 22.05.20 16:55, Heinrich Schuchardt wrote: >>> On 22.05.20 14:21, Jan Kiszka wrote: On 22.05.20 13:38, Heinrich Schuchardt wrote: > Am May 22, 2020 10:50:29 AM UTC schrieb Jan Kiszka > :

Fwd: [PATCH 1/1] sunxi: CONFIG_INIT_SP_RELATIVE=y for Pine64 LTS

On 5/31/20 12:43 PM, Heinrich Schuchardt wrote: > Booting pine64-lts_defconfig with either of CONFIG_RSA=y or CONFIG_LOG=y > fails if CONFIG_INIT_SP_RELATIVE is not set. > > Signed-off-by: Heinrich Schuchardt CC: Jagan Teki Is this something that should be solved on board config level or on

printk

Hello Simon, in some drivers we use printk() which is restricted by CONFIG_LOGLEVEL and translates to printf(). Shouldn't printk() be translated to log() instead? CONFIG_LOGLEVEL probably should better be renamed to CONFIG_PRINTK_LOGLEVEL to avoid confusion. And those different levels like

Re: printk

Hi Heinrich, On Sun, 31 May 2020 at 09:34, Heinrich Schuchardt wrote: > > Hello Simon, > > in some drivers we use printk() which is restricted by CONFIG_LOGLEVEL > and translates to printf(). > > Shouldn't printk() be translated to log() instead? > > CONFIG_LOGLEVEL probably should better be

Re: [PATCH 1/1] virtio: VIRTIO_RNG depends on DM_RNG

On Sun, 31 May 2020 at 03:08, Heinrich Schuchardt wrote: > > Add the missing Kconfig dependency and let VIRTIO_RNG default to yes. > > Signed-off-by: Heinrich Schuchardt > --- > drivers/virtio/Kconfig | 12 +++- > 1 file changed, 7 insertions(+), 5 deletions(-) > Reviewed-by: Simon

Re: [PATCH 1/1] doc: move README.log to HTML documentation

On Sun, 31 May 2020 at 02:46, Heinrich Schuchardt wrote: > > Convert README.log to reStructuredText and add it to the generated HTML > documentation. > > Assign doc/develop/logging.rst to the maintainer of LOGGING. > > Signed-off-by: Heinrich Schuchardt > --- > MAINTAINERS | 1 + >

Re: [PATCH 1/1] log: clean up Kconfig

On Sun, 31 May 2020 at 07:34, Heinrich Schuchardt wrote: > > LOG_DEFAULT_LEVEL has been chosen as 6. Adjust the default of LOG_MAX_LEVEL > to this value. > > Use ranges to clamp log levels to reasonable values. > > Group output options by main U-Boot, SPL, TPL, followed by other logging >

Re: [PATCH] ARM: imx: hab: panic on authentication failure

On Sun, May 31, 2020 at 06:51:14PM +0200, Marek Vasut wrote: > On 5/31/20 5:53 PM, Patrick Wildt wrote: > > On Sun, May 31, 2020 at 05:38:05PM +0200, Marek Vasut wrote: > >> On 5/30/20 10:53 PM, Patrick Wildt wrote: > >>> On Sat, May 30, 2020 at 10:29:19PM +0200, Marek Vasut wrote: > On

[PATCH v3] spl: allow board_spl_fit_post_load() to fail

On i.MX platforms board_spl_fit_post_load() can check the loaded SPL image for authenticity using its HAB engine. U-Boot's SPL mechanism allows booting images from other sources as well, but in the current setup the SPL would just hang if it encounters an image that does not pass scrutiny.

Pull request: u-boot-rockchip-20200531

:25 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip.git tags/u-boot-rockchip-20200531 for you to fetch changes up to a343b4fe739a56ef248f01d96d80d080228b4068: spl: add fixed memory node in target fdt also when loading ATF (2020-05-31 22

Re: [PATCH] rockchip: rockpro64: enable DM_KEYBOARD

On 2020/5/29 下午6:07, Kever Yang wrote: On 2020/5/27 上午12:18, Marcin Juszkiewicz wrote: USB stack uses DM so DM_KEYBOARD is needed to get USB keyboard working. Signed-off-by: Marcin Juszkiewicz Reviewed-by: Kever Yang Applied to u-boot-rockchip master. Thanks, - Kever Thanks, -

Re: [PATCH v6 00/16] Add Rockchip RK3399 USB3.0 Host support

On 2020/5/26 上午11:32, Frank Wang wrote: This series add quirks for DWC3 and add Rockchip RK3399 USB3.0 host support. The function has been tested pass on rk3399-evb and roc-rk3399-pc board. For V6 update: - Use [PATCH v6 04/16] instead of [PATCH v5 05/16] to fix that the current

Re: [PATCH] rockchip: enable USB OHCI host for RockPro64

On 2020/5/29 下午6:01, Kever Yang wrote: On 2020/5/25 下午10:44, Marcin Juszkiewicz wrote: U-Boot has video output enabled so time to get keyboard working. => usb reset;usb tree resetting USB... Bus usb@fe38: USB EHCI 1.00 Bus usb@fe3a: USB OHCI 1.0 Bus usb@fe3c: USB EHCI 1.00 Bus

Re: [PATCH] pci: Make Rockchip PCIe voltage regulators optional

On 2020/5/25 上午10:56, Kever Yang wrote: On 2020/5/25 上午4:32, Mark Kettenis wrote: The vpcie*-supply properties are optional and these are absent on boards like the ROCKPro64 and Firefly RK3399 where the voltage is supplied by always-on regulators that are already enabled upon boot.  Make

Re: [PATCH 0/3] doc: rockchip: Improve documentation

On 2020/5/22 下午10:14, Walter Lozano wrote: As an additional step in the process of improve the Rockchip documentation and based on the comments from [1] move the list of supported boards and configs to doc/board/rockchip. [1] https://patchwork.ozlabs.org/project/uboot/list/?series=177974

Re: [PATCH v2 1/2] rockchip: Enable PCIe/M.2 and NVMe on Firefly RK3399

On 2020/5/25 下午5:00, Mark Kettenis wrote: Enable CONFIG_PCI and CONFIG_NVME and related configs for the Firefly RK3399 board. Signed-off-by: Mark Kettenis Reviewed-by: Simon Glass Reviewed-by: Kever Yang Thanks, - Kever

Re: [PATCH v2 2/2] rockchip: Enable PCIe and NVMe on ROCKPro64

On 2020/5/25 下午5:00, Mark Kettenis wrote: Enable CONFIG_PCI and CONFIG_NVME and related configs for the ROCKPro64 board. Signed-off-by: Mark Kettenis Reviewed-by: Kever Yang Thanks, - Kever

Re: [PATCH v2 1/2] rockchip: Enable PCIe/M.2 and NVMe on Firefly RK3399

Hi Mark, This is not able to apply directly, this is the first time I met this error: $ git-pw patch apply 1297197 Applying: rockchip: Enable PCIe/M.2 and NVMe on Firefly RK3399 error: sha1 information is lacking or useless (configs/firefly-rk3399_defconfig). error: could not build fake

Re: [PATCH] usb: xhci-dwc3: Fix usage of bulk PHY API

Hi Samuel, This bug was fixed up two weeks ago, https://patchwork.ozlabs.org/project/uboot/patch/1589435712-8795-1-git-send-email-chunfeng@mediatek.com/ thanks On Sat, 2020-05-30 at 03:37 -0500, Samuel Holland wrote: > The PHY consumer is responsible for allocating the struct phy_bulk. >

RE: [PATCH v3] spl: allow board_spl_fit_post_load() to fail

> Subject: [PATCH v3] spl: allow board_spl_fit_post_load() to fail > > On i.MX platforms board_spl_fit_post_load() can check the loaded SPL image > for authenticity using its HAB engine. U-Boot's SPL mechanism allows > booting images from other sources as well, but in the current setup the SPL >

Re: U-Boot mainline: Digilent Zybo-Z7 support

> Hello, > > I just noticed that the support for the board Zybo-Z7 > in mainline U-Boot is no longer available. > > Are there some reasons why it was dropped? Couldn't > find any information in the list archive. > > Thanks in advance! > > -- > Best regards, > > Johannes K. I was about to

RE: [PATCH 07/24] arm: Remove configs/P1010RDB-PA_36BIT_NAND_SECBOOT_defconfig board

>-Original Message- >From: Tom Rini >Sent: Friday, May 29, 2020 1:32 AM >To: Priyanka Jain >Cc: Jagan Teki ; Simon Glass >; u-boot@lists.denx.de; linux- >amar...@amarulasolutions.com >Subject: Re: [PATCH 07/24] arm: Remove configs/P1010RDB- >PA_36BIT_NAND_SECBOOT_defconfig board > >On

Re: U-Boot mainline: Digilent Zybo-Z7 support

On 01. 06. 20 7:34, Milan Obuch wrote: >> Hello, >> >> I just noticed that the support for the board Zybo-Z7 >> in mainline U-Boot is no longer available. >> >> Are there some reasons why it was dropped? Couldn't >> find any information in the list archive. >> >> Thanks in advance! >> >> -- >>

Re: [PATCH v2 1/4] x86: tangier: acpi: Create buffers outside of the methods

On Mon, Jun 1, 2020 at 10:57 AM Bin Meng wrote: > > On Thu, May 28, 2020 at 5:17 PM Andy Shevchenko > wrote: > > > > Create buffers outside of the methods as ACPICA 20200214 complains about > > this: > > > > Remark 2173 - Creation of named objects within a method is > > highly

Re: [PATCH v2 2/4] x86: tangier: acpi: Replace _ADR() by _UID() in description of PCI host bridge

On Mon, Jun 1, 2020 at 10:57 AM Bin Meng wrote: > > On Thu, May 28, 2020 at 5:17 PM Andy Shevchenko > wrote: > > > > PCI Firmware specification requires _UID() and doesn't require _ADR() > > to be set. Replace latter by former. > > > > Reported-by: Bin Meng > > Signed-off-by: Andy Shevchenko >

[PATCH 2/3] x86: baytrail: acpi: Replace _ADR() by _UID() in description of PCI host bridge

PCI Firmware specification requires _UID() and doesn't require _ADR() to be set. Replace latter by former. This fixes the following warning reported by ACPICA 20200430: Warning 3073 - Multiple types (Device object requires either a _HID or _ADR, but not both) Signed-off-by: Bin Meng ---

[PATCH 3/3] x86: quark: acpi: Replace _ADR() by _UID() in description of PCI host bridge

PCI Firmware specification requires _UID() and doesn't require _ADR() to be set. Replace latter by former. This fixes the following warning reported by ACPICA 20200430: Warning 3073 - Multiple types (Device object requires either a _HID or _ADR, but not both) Signed-off-by: Bin Meng ---

[PATCH 1/3] x86: baytrail: acpi: Create buffers outside of the methods

Create buffers outside of the methods as ACPICA 20200430 complains about this: Remark 2173 - Creation of named objects within a method is highly inefficient, use globals or method local variables instead (\_SB.PCI0.LPCB.IURT._CRS) Signed-off-by: Bin Meng ---

  1   2   >