[PATCH] dm: fix build errors generated by last merges

Something was wrong in the merge process into the mainline. Some added patches access driver structure fields and functions that have been modified by previous patches. The patch renames: - dev_get_platdata to dev_get_plat - dev_get_uclass_platdata to dev_get_uclass_plat - ofdata_to_platdata to

Re: [PATCH 1/2] gpio: gpio-uclass: add OPEN_DRAIN flag parsing

Hi, This has already been pushed on u-boot master: https://patchwork.ozlabs.org/project/uboot/patch/20200505084318.15307-2-narmstr...@baylibre.com/ Commit: 47bd533e9dd0f967ff7b62f3edfd6c97131e1501 Author: Neil Armstrong Date: Tue May 5 10:43:17 2020 +0200 gpio: emulate open drain & open s

Re: [PATCH 2/2] arm64: dts: meson: fix meson-khadas-vim3-u-boot.dtsi

Hi, On 15/01/2021 06:15, Artem Lapkin wrote: > Add missed include meson-g12-common-u-boot.dtsi > > PROBLEM: missed hdmi video setup for VIM3 and VIM3L boards > > Signed-off-by: Artem Lapkin > --- > arch/arm/dts/meson-khadas-vim3-u-boot.dtsi | 2 ++ > 1 file changed, 2 insertions(+) > > diff

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

Hi Stefan, On Fri, Jan 15, 2021 at 3:53 PM Stefan Roese wrote: > > Testing with v2021.01 on MIPS Octeon has shown, that the latest patch > for the "short packet event trb handling" did introduce a bug on > platforms with virtual address != physical address. This patch fixes > this issue by using

Re: [PATCH] video: meson: add HDMI fail-save FullHD option

Hi, On 15/01/2021 09:11, Artem Lapkin wrote: > add VIDEO_MESON_HDMI_FAIL_SAVE_FULL_HD configuration option > > ABOUT: > > Force setup FullHD display mode, if proper timing cant readed. > from display! Its happens for some 4K display, which send > unsupported high timings, but same time can works

Re: [PATCH 1/2] samsung: arndale: remove board_mmc_init function

Hi, On Wed, 13 Jan 2021 at 13:14, Krzysztof Kozlowski wrote: > On Tue, Jan 12, 2021 at 03:30:53PM +0900, Jaehoon Chung wrote: > > Remove board_mmc_init function. > > It will be probed with driver-model. > > > > Signed-off-by: Jaehoon Chung > > --- > > arch/arm/mach-exynos/include/mach/dwmmc.h

Re: [PATCH 2/2] mmc: exynos_dw_mmc: remove unused function

Hi, On Wed, 13 Jan 2021 at 10:31, Peng Fan wrote: > > Subject: [PATCH 2/2] mmc: exynos_dw_mmc: remove unused function > > > > Remove unused function in exynos_dw_mmc.c. > > > > Signed-off-by: Jaehoon Chung > > Reviewed-by: Peng Fan > > > --- > > drivers/mmc/exynos_dw_mmc.c | 56 --

[PATCH] mmc: fsl_esdhc_imx.c: fix compiler warning

prevent unsued variable compiler warning if DM_REGULATOR is not set. Signed-off-by: Heiko Schocher --- drivers/mmc/fsl_esdhc_imx.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mmc/fsl_esdhc_imx.c b/drivers/mmc/fsl_esdhc_imx.c index f47a095c50f..8ac859797f0 100644 --- a/drivers/

RE: [PATCH v4 0/4] Add Renesas SoC identification driver support

Hi All, Gentle ping. Can we merge this patch? If you are happy, otherwise please let meknow. Thanks and regards, Biju > -Original Message- > From: Adam Ford > Sent: 11 December 2020 20:25 > To: Biju Das > Cc: Simon Glass ; Marek Vasut > ; Tom Rini ; Dave > Gerlach ; Prabhakar Mahadev

RE: [PATCH v7 1/4] arm: rmobile: Add RZ/G2[HMNE] SoC support

Hi, > Subject: RE: [PATCH v7 1/4] arm: rmobile: Add RZ/G2[HMNE] SoC support > > > > > > diff --git a/arch/arm/mach-rmobile/cpu_info-rcar.c > > > b/arch/arm/mach-rmobile/cpu_info-rcar.c > > > index 5bde24ae0e..08345503a2 100644 > > > --- a/arch/arm/mach-rmobile/cpu_info-rcar.c > > > +++ b/arch/arm

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

Hi Bin, On 15.01.21 09:16, Bin Meng wrote: Hi Stefan, On Fri, Jan 15, 2021 at 3:53 PM Stefan Roese wrote: Testing with v2021.01 on MIPS Octeon has shown, that the latest patch for the "short packet event trb handling" did introduce a bug on platforms with virtual address != physical address.

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

On Fri, 2021-01-15 at 08:52 +0100, Stefan Roese wrote: > Testing with v2021.01 on MIPS Octeon has shown, that the latest patch > for the "short packet event trb handling" did introduce a bug on > platforms with virtual address != physical address. This patch fixes > this issue by using the correct

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

On 15.01.21 11:27, Nicolas Saenz Julienne wrote: On Fri, 2021-01-15 at 08:52 +0100, Stefan Roese wrote: Testing with v2021.01 on MIPS Octeon has shown, that the latest patch for the "short packet event trb handling" did introduce a bug on platforms with virtual address != physical address. This

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

+Matthias, just so you're aware. On Fri, 2021-01-15 at 11:33 +0100, Stefan Roese wrote: > On 15.01.21 11:27, Nicolas Saenz Julienne wrote: > > On Fri, 2021-01-15 at 08:52 +0100, Stefan Roese wrote: > > > Testing with v2021.01 on MIPS Octeon has shown, that the latest patch > > > for the "short pac

Re: [PATCH] usb: xhci: Fix compare to use physical addresses in xhci_bulk_tx()

+Matthias, just so you're aware. On Fri, 2021-01-15 at 11:33 +0100, Stefan Roese wrote: > On 15.01.21 11:27, Nicolas Saenz Julienne wrote: > > On Fri, 2021-01-15 at 08:52 +0100, Stefan Roese wrote: > > > Testing with v2021.01 on MIPS Octeon has shown, that the latest patch > > > for the "short pac

[GIT PULL] SoCFPGA changes for v2021.04-rc1

Hi Tom Please pull the SoCFPGA changes for v2021.04. Regards Ley Foon The following changes since commit ab1a425524a79eeca61e7b67fdf382c7a499346f: Merge tag 'u-boot-stm32-20210113' of https://gitlab.denx.de/u-boot/custodians/u-boot-stm (2021-01-13 15:00:53 -0500) are available in the Git re

Re: [PATCH 1/2] pinctrl: stmfx: Fix MAX_PIN_NAME_LEN

Hi This series is abandoned and will be replaced by a new one. Patrice On 1/11/21 3:03 PM, Patrice Chotard wrote: > MAX_PIN_NAME_LEN is set to 7 whereas stmfx pin name prefix "stmfx_gpio" > is 10 char long. So "pinmux status" output looks like: > > STM32MP> pinmux status -a >

Re: [PATCH 2/2] board: atmel: Add SAMA5D27 giant board

On 11.01.2021 09:10, Greg Gallagher wrote: > Giant board is a tiny SBC based on the Adafruit Feather form factor, > created by groboards it contains a SAMA5D2 processor (SAMA5D27), > 128 MB of RAM and a microSD card for storage. > > Signed-off-by: Greg Gallagher Hi Greg, > --- > > arch/arm/

Re: [PATCH 1/3] efi_loader: print boot device and file path in helloworld

On 15.01.21 05:29, AKASHI Takahiro wrote: > On Fri, Jan 15, 2021 at 04:12:18AM +0100, Heinrich Schuchardt wrote: >> Am 15. Januar 2021 02:56:03 MEZ schrieb AKASHI Takahiro >> : >>> Heinrich, >>> >>> On Tue, Jan 12, 2021 at 08:58:40PM +0100, Heinrich Schuchardt wrote: Let helloworld.efi print

Re: [PATCH 1/6] net: macb: use dummy descriptor for RBQP

On 15.01.2021 06:02, Padmarao Begari wrote: > Hi Eugen, > > On Thu, Jan 14, 2021 at 4:50 PM > wrote: > > On 17.12.2020 07:22, Padmarao Begari - I30397 wrote: > > Hi Eugen, > > > > This series of patches break my side of work(patches) so you

Re: [PATCH] autoboot: fix illegal memory access when stop key and delay key are empty

On 15.01.21 04:11, yuezhang...@sony.com wrote: > If both stop key and delay key are empty, the length of these > keys is 0. The subtraction operation will cause the u_int type > variable to overflow, will cause illegal memory access in key > input loop. > > This commit fixes this bug by using int t

[PATCH 0/2] fix hdmi video setup for khadas vim3x boards

next patches add missed parts Artem Lapkin (2): gpio: gpio-uclass: add OPEN_DRAIN flag parsing arm64: dts: meson: fix meson-khadas-vim3-u-boot.dtsi arch/arm/dts/meson-khadas-vim3-u-boot.dtsi | 2 ++ drivers/gpio/gpio-uclass.c | 10 ++ 2 files changed, 12 insertions(+

[PATCH 1/2] gpio: gpio-uclass: add OPEN_DRAIN flag parsing

add GPIOD_OPEN_DRAIN flag which cant parsed properly Problem: for example cant power video system for sm1 g12a socs because OPEN_DRAIN flag cant parsed DTS examples: ``` $ grep GPIO_OPEN_DRAIN\> arch/arm/dts/meson-*.dt* arch/arm/dts/meson-g12a-sei510.dts: gpio = <&gpio GPIOH_8 GPIO

[PATCH 2/2] arm64: dts: meson: fix meson-khadas-vim3-u-boot.dtsi

Add missed include meson-g12-common-u-boot.dtsi PROBLEM: missed hdmi video setup for VIM3 and VIM3L boards Signed-off-by: Artem Lapkin --- arch/arm/dts/meson-khadas-vim3-u-boot.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/dts/meson-khadas-vim3-u-boot.dtsi b/arch/arm/dts/

Re: [PATCH 1/2] phy: rockchip: Add Rockchip Synopsys PCIe 3.0 PHY【请注意，邮件由s...@google.com代发】

在 2021/1/14 23:42, Simon Glass 写道: Hi Shawn, On Thu, 14 Jan 2021 at 01:15, Shawn Lin wrote: Add the Rockchip Synopsys based PCIe 3.0 PHY driver as part of Generic PHY framework. Signed-off-by: Shawn Lin --- drivers/phy/rockchip/Kconfig | 6 + drivers/phy/rockchip/Ma

[PATCH] video: meson: add HDMI fail-save FullHD option

add VIDEO_MESON_HDMI_FAIL_SAVE_FULL_HD configuration option ABOUT: Force setup FullHD display mode, if proper timing cant readed. from display! Its happens for some 4K display, which send unsupported high timings, but same time can works as FullHD! Also its will be useful for suspended or disconn

Re: [PATCH 2/2] arm64: dts: meson: fix meson-khadas-vim3-u-boot.dtsi

> It's not necessary since already included in: Yes u right ! Sorry ! On Fri, Jan 15, 2021 at 4:15 PM Neil Armstrong wrote: > Hi, > > > On 15/01/2021 06:15, Artem Lapkin wrote: > > Add missed include meson-g12-common-u-boot.dtsi > > > > PROBLEM: missed hdmi video setup for VIM3 and VIM3L boar

Re: [PATCH 2/2] pci: Add Rockchip dwc based PCIe controller driver【请注意，邮件由s...@google.com代发】

Hi Simon Thanks you for reviewing it. 在 2021/1/14 23:42, Simon Glass 写道: Hi Shawn, On Thu, 14 Jan 2021 at 01:15, Shawn Lin wrote: 8<-- + +static int rockchip_pcie_init_port(struct udevice *dev) +{ + int ret; + u32 val; + struct rk_pcie *priv = dev_get_priv(dev

[PATCH v2 1/2] phy: rockchip: Add Rockchip Synopsys PCIe 3.0 PHY

Add the Rockchip Synopsys based PCIe 3.0 PHY driver as part of Generic PHY framework. Signed-off-by: Shawn Lin Reviewed-by: Simon Glass --- Changes in v2: - reoder header file - add comment drivers/phy/rockchip/Kconfig | 6 + drivers/phy/rockchip/Makefile |

[PATCH v2 0/2] Add Rockchip dwc-based PCIe controller and PHY support

This patchset add Rockchip dwc-based PCIe controller and PHY found on RK356X platforms. It could support Gen3 as a root complex. Changes in v2: - reoder header file - add comment - reorder the header file - add more comment - use clrsetbits_le32 and setbits_le32 - fix other various suggestions

[PATCH v2 2/2] pci: Add Rockchip dwc based PCIe controller driver

Add Rockchip dwc based PCIe controller driver for rk356x platform. Driver support Gen3 by operating as a Root complex. Signed-off-by: Shawn Lin --- Changes in v2: - reorder the header file - add more comment - use clrsetbits_le32 and setbits_le32 - fix other various suggestions from Simon dri

Re: [PATCH 1/6] net: macb: use dummy descriptor for RBQP

Hi Eugen, On Fri, Jan 15, 2021 at 1:34 PM wrote: > On 15.01.2021 06:02, Padmarao Begari wrote: > > Hi Eugen, > > > > On Thu, Jan 14, 2021 at 4:50 PM > > wrote: > > > > On 17.12.2020 07:22, Padmarao Begari - I30397 wrote: > > > Hi Eugen, > > > >

[PATCH] ARM: dts: stm32: Fix cosmetic typo: use 'kHz' as kilohertz abbreviation

The kilohertz unit abbreviation should read 'kHz'. Note to STM32 team: modified files were generated, it may be worth to fix STM32CubeMX tool. Signed-off-by: Fabrice GIRARDOT --- arch/arm/dts/stm32mp15-ddr3-1x4Gb-1066-binG.dtsi | 2 +- arch/arm/dts/stm32mp15-ddr3-2x4Gb-1066-binG.dtsi | 2 +- 2 f

Re: Pull request for UEFI sub-system for efi-2021-04-rc1

On 14.01.21 20:24, Tom Rini wrote: > On Wed, Jan 13, 2021 at 07:43:56PM +0100, Heinrich Schuchardt wrote: > >> Dear Tom, >> >> The following changes since commit ee6726be4f0dccb612f0193c62ca149164c8a5af: >> >> Merge tag 'ti-v2021.04-rc1' of >> https://gitlab.denx.de/u-boot/custodians/u-boot-ti (2

[PATCH 00/15] gpio: Update and simplify the uclass API

At present the GPIO uclass mirrors what was in U-Boot before driver model. It works well in most cases but is becoming cumbersome with things like pull-up/down and drive strength. In those cases it is easier for the driver to deal with all the flags at one, rather than piece by piece. In fact the

[PATCH 01/15] gpio: Disable functions not used with of-platdata

These functions use devicetree and cannot wprl with of-platdata, which has no runtime devicetree. If they are used, the current linker error is confusing, since it talks about missing functions in the bowels of driver model. Avoid compiling these functions at all with of-platdata, so that a strai

[PATCH 02/15] dm: gpio: Rename set_dir_flags() method to update_flags()

The current method is a misnomer since it is also used (e.g. by stm32) to update pull settings and open source/open drain. Rename it and expand the documentation to cover a few more details. Signed-off-by: Simon Glass --- drivers/gpio/gpio-uclass.c | 16 drivers/gpio/sand

[PATCH 03/15] dm: gpio: Rename get_dir_flags() method to get_flags()

It is more useful to be able to read all the flags, not just the direction ones. In fact this is what the STM32 driver does. Update the method name to reflect this. Tweak the docs a little and use 'flagsp' as the return argument, as is common in driver model, to indicate it returns a value. Signe

[PATCH 04/15] gpio: Rename dm_gpio_get_dir_flags() to dm_gpio_get_flags()

This function can be used to get any flags, not just direction flags. Rename it to avoid confusion. Signed-off-by: Simon Glass --- drivers/gpio/gpio-uclass.c | 2 +- include/asm-generic/gpio.h | 4 ++-- test/dm/gpio.c | 12 ++-- 3 files changed, 9 insertions(+), 9 deletion

[PATCH 06/15] gpio: sandbox: Rename GPIO dir_flags to flags

Adjust the terminology in this driver to reflect that fact that all flags are handled, not just direction flags. Create a new access function to get the full GPIO state, not just the direction flags. Drop the static invalid_dir_flags since we can rely on a segfault if something is wrong. Signed-o

[PATCH 05/15] gpio: Drop dm_gpio_set_dir()

This function is not used. Drop it. Signed-off-by: Simon Glass --- drivers/gpio/gpio-uclass.c | 11 --- include/asm-generic/gpio.h | 11 --- 2 files changed, 22 deletions(-) diff --git a/drivers/gpio/gpio-uclass.c b/drivers/gpio/gpio-uclass.c index 864a9003245..aa0e3852122 1006

[PATCH 07/15] gpio: sandbox: Use a separate flag for the value

At present with the sandbox GPIO driver it is not possible to change the value of GPIOD_IS_OUT_ACTIVE unless the GPIO is an output. This makes it hard to test changing the flags since we need to be aware of the internal workings of the driver. The feature is designed to aid testing. Split this fe

[PATCH 08/15] gpio: sandbox: Fully separate pin value from output value

At present we have the concept of a pin's external value. This is what is used when getting the value of a pin. But we still set the GPIOD_IS_OUT_ACTIVE flag when changing the value. This is not actually correct, since if the pin changes from output to input, the external value need not change. Adj

[PATCH 09/15] gpio: sandbox: Make sandbox_gpio_set_flags() set all flags

Allow this function to see all flags, including the internal sandbox ones. This allows the tests to fully control the behaviour of the driver. To make this work, move the setting of GPIOD_EXT_HIGH -to where the flags are updated via driver model, rather than the sandbox 'back door'. Signed-off-by

[PATCH 10/15] dm: gpio: Add a way to update flags

It is convenient to be able to adjust some of the flags for a GPIO while leaving others alone. Add a function for this. Update dm_gpio_set_dir_flags() to make use of this. Also update dm_gpio_set_value() to use this also, since this allows the open-drain / open-source features to be implemented d

[PATCH 12/15] gpio: Use an 'ops' variable everywhere

Update this driver to use the common method of putting the driver operations in an 'ops' variable install of calling gpio_get_ops() repeatedly. Make it const since operations do not change. Signed-off-by: Simon Glass --- drivers/gpio/gpio-uclass.c | 25 ++--- 1 file changed,

[PATCH 11/15] gpio: Replace direction_input() and direction_output()

The new update_flags() method is more flexible since it allows the driver to see the full flags all at once. Use that in preference to these two functions. Add comments to that effect. Signed-off-by: Simon Glass --- drivers/gpio/gpio-uclass.c | 15 ++- include/asm-generic/gpio.h | 2

[PATCH 13/15] gpio: x86: Drop the deprecated methods in intel_gpio

We don't need to implement direction_input() and direction_output() anymore. Drop them and use update_flags() instead. Signed-off-by: Simon Glass --- arch/x86/include/asm/intel_pinctrl_defs.h | 5 ++ drivers/gpio/intel_gpio.c | 72 --- 2 files changed, 43 in

[PATCH 14/15] gpio: sandbox: Track whether a GPIO is driven

Add a new flag to keep track of whether sandbox is driving the pin, or whether it is expecting an input signal. If it is driving, then the value of the pin is the value being driven (0 or 1). If not driving, then we consider the value 0, since we don't currently handle things like pull-ups yet. Si

[PATCH 15/15] gpio: Add a way to read 3-way strapping pins

Using the internal vs. external pull resistors it is possible to get 27 different combinations from 3 strapping pins. Add an implementation of this. This involves updating the sandbox GPIO driver to model external and (weaker) internal pull resistors. The get_value() method now takes account of wh

Re: Invitation: Regular U-Boot video call (Tuesday 19th)

Hi Peng, On Thu, 14 Jan 2021 at 18:33, Peng Fan wrote: > > Hi Simon, > > > Subject: Invitation: Regular U-Boot video call (Tuesday 19th) > > > > Hi, > > > > (This has been discussed for a while now so I thought I would just try it) > > > > As an experiment I'd like to set up a regular 30-minute U

Re: Invitation: Regular U-Boot video call (Tuesday 19th)

Hi Bin, On Thu, 14 Jan 2021 at 19:12, Bin Meng wrote: > > Hi Peng, > > On Fri, Jan 15, 2021 at 9:33 AM Peng Fan wrote: > > > > Hi Simon, > > > > > Subject: Invitation: Regular U-Boot video call (Tuesday 19th) > > > > > > Hi, > > > > > > (This has been discussed for a while now so I thought I wou

Re: [PATCH 2/2] board: atmel: Add SAMA5D27 giant board

On Fri, Jan 15, 2021 at 2:55 AM wrote: > On 11.01.2021 09:10, Greg Gallagher wrote: > > Giant board is a tiny SBC based on the Adafruit Feather form factor, > > created by groboards it contains a SAMA5D2 processor (SAMA5D27), > > 128 MB of RAM and a microSD card for storage. > > > > Signed-off-by

Re: [PATCH u-boot-marvell] arm: mvebu: turris_mox: enable wdt command in defconfig

On 13.01.21 18:22, Marek Behún wrote: Enable wdt command in defconfig for Turris MOX. This is useful when doing debugging. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese Thanks, Stefan

Re: [PATCH] serial: a3720: Implement pending method for output direction

On 14.01.21 15:46, Pali Rohár wrote: To check if some output characters are waiting either in Transmitter Holding Register or Transmitter Shift Register we need to look at TX_EMPTY bit of UART Status Register. Signed-off-by: Pali Rohár Reviewed-by: Stefan Roese BTW: How did you detect this

Re: Invitation: Regular U-Boot video call (Tuesday 19th)

Hi Simon, On Fri, Jan 15, 2021 at 10:13 PM Simon Glass wrote: > > Hi Bin, > > On Thu, 14 Jan 2021 at 19:12, Bin Meng wrote: > > > > Hi Peng, > > > > On Fri, Jan 15, 2021 at 9:33 AM Peng Fan wrote: > > > > > > Hi Simon, > > > > > > > Subject: Invitation: Regular U-Boot video call (Tuesday 19th)

Re: [PATCH] serial: a3720: Implement pending method for output direction

On Friday 15 January 2021 15:50:46 Stefan Roese wrote: > On 14.01.21 15:46, Pali Rohár wrote: > > To check if some output characters are waiting either in Transmitter > > Holding Register or Transmitter Shift Register we need to look at > > TX_EMPTY bit of UART Status Register. > > > > Signed-off-

[PATCH] efi_loader: Avoid emitting efi_var_buf to .GOT

Atish reports than on RISC-V, accessing the EFI variables causes a kernel panic. An objdump of the file verifies that, since the global pointer for efi_var_buf ends up in .GOT section which is not mapped in virtual address space for Linux. 0084 : 84: 715daddi

Re: [GIT PULL] SoCFPGA changes for v2021.04-rc1

On Fri, Jan 15, 2021 at 11:15:18AM +, Tan, Ley Foon wrote: > Hi Tom > > Please pull the SoCFPGA changes for v2021.04. > > Regards > Ley Foon > > The following changes since commit ab1a425524a79eeca61e7b67fdf382c7a499346f: > > Merge tag 'u-boot-stm32-20210113' of > https://gitlab.denx.de

Re: [PATCH] efi_loader: Enable run-time variable support for tee based variables

On Jan 14 2021, Atish Patra wrote: > I am a bit confused how this will work. This means it will reside in GOT > which is not mapped in virtual address for Linux. Whenever we try to > invoke get_variable service, it will panic. > Did we miss a trick in RISC-V ? I think the problem really is that R

Re: [PATCH 1/2] timer: mtk_timer: initialize the timer before use

On Tue, Jan 12, 2021 at 01:44:02PM +0800, Weijie Gao wrote: > The timer being used by this driver may have already been used by first > stage bootloader (e.g. ATF/preloader), and it's settings may differ from > what this driver is going to use. > > This may cause issues, such as inaccurate timer f

Re: [PATCH 1/6] net: macb: use dummy descriptor for RBQP

On 15.01.2021 14:26, Padmarao Begari wrote: > Hi Eugen, > > On Fri, Jan 15, 2021 at 1:34 PM > wrote: > > On 15.01.2021 06:02, Padmarao Begari wrote: > > Hi Eugen, > > > > On Thu, Jan 14, 2021 at 4:50 PM

RE: [PATCH 1/5] net: Introduce DSA class for Ethernet switches

>-Original Message- >From: Simon Glass >Sent: Thursday, January 14, 2021 5:42 PM >To: Claudiu Manoil >Cc: Joe Hershberger ; Bin Meng >; Michael Walle ; U-Boot Mailing >List ; Vladimir Oltean ; >Alexandru Marginean >Subject: Re: [PATCH 1/5] net: Introduce DSA class for Ethernet switches >

RE: [PATCH 4/5] arm: dts: ls1028a: Add Ethernet switch node and dependencies

>-Original Message- >From: Michael Walle >Sent: Thursday, January 14, 2021 5:40 PM >To: Claudiu Manoil >Cc: Joe Hershberger ; Simon Glass >; Bin Meng ; u- >b...@lists.denx.de; Vladimir Oltean ; Alexandru >Marginean >Subject: Re: [PATCH 4/5] arm: dts: ls1028a: Add Ethernet switch node and

Re: [PATCH] efi_loader: Enable run-time variable support for tee based variables

Hi Andreas, On Fri, Jan 15, 2021 at 05:34:04PM +0100, Andreas Schwab wrote: > On Jan 14 2021, Atish Patra wrote: > > > I am a bit confused how this will work. This means it will reside in GOT > > which is not mapped in virtual address for Linux. Whenever we try to > > invoke get_variable service,

[PATCH 0/2] efi_loader: make the UEFI boot manager configurable

Some boards are very tight on the binary size. Booting via UEFI is possible without using the boot manager. Provide a configuration option to make the boot manager available. Heinrich Schuchardt (2): efi_loader: move load options to new module efi_loader: make the UEFI boot manager configurab

[PATCH 1/2] efi_loader: move load options to new module

Move all load options related functions to a new module. So that they can be compiled independently. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_load_options.c | 151 ++ 1 file changed, 151 insertions(+) create mode 100644 lib/efi_loader/efi_load_option

[PATCH 2/2] efi_loader: make the UEFI boot manager configurable

Some boards are very tight on the binary size. Booting via UEFI is possible without using the boot manager. Provide a configuration option to make the boot manager available. Signed-off-by: Heinrich Schuchardt --- cmd/bootefi.c| 13 ++-- cmd/efidebug.c | 8 ++-

Re: [RFC PATCH] common: board_f: add print_archinfo to display arch information

On Fri, Jan 15, 2021 at 01:46:54PM +0900, Jaehoon Chung wrote: > Current U-boot doesn't display a message about which architecture is > used. So Developer is difficult to know it by intuition. > This patch is displaying to CPU information with CONFIG_SYS_CPU. > > CPU: armv8 > DARM: 3.9 GiB > >

Re: [PATCH 1/1] image: usage of value ~0UL for intrd_high

On Sun, Jan 10, 2021 at 05:20:50PM +0100, Heinrich Schuchardt wrote: > On 1/10/21 2:43 PM, Tom Rini wrote: > > On Sun, Jan 10, 2021 at 01:05:14PM +0100, Heinrich Schuchardt wrote: > > > On 1/9/21 10:23 PM, Tom Rini wrote: > > > > On Sat, Jan 09, 2021 at 08:59:01PM +0100, Heinrich Schuchardt wrote:

Re: [PATCH 0/4] phy: add support for Amlogic Meson AXG MIPI-DSI PHY function

On Mon, Jan 11, 2021 at 09:47:29AM +0100, Neil Armstrong wrote: > Hi Simon, Tom, > > Could you review patches 1 & 2 of this serie ? Patches 1 and 2 look fine to me, FWIW. -- Tom signature.asc Description: PGP signature

Re: [PATCH] env: Fix warning when forcing environment without ENV_ACCESS_IGNORE_FORCE

On Mon, Jan 11, 2021 at 11:27:20AM +0100, Martin Fuzzey wrote: > Since commit 0f036bf4b87e ("env: Warn on force access if > ENV_ACCESS_IGNORE_FORCE set") > a warning message is displayed when setenv -f is used WITHOUT > CONFIG_ENV_ACCESS_IGNORE_FORCE, but the variable is set anyway, resulting > i

Re: Devicetree state of U-Boot vs kernel

On Wed, Jan 13, 2021 at 02:30:03PM +0100, Neil Armstrong wrote: > Hi, > > On 08/01/2021 01:39, Bill Mills wrote: > > All, > > > > On the Devicetree evolution call Wednesday I promised to finish my > > comparison of u-boot DT vs kernel DT. > > The script is not perfect but the results are still i

Re: [PATCH 2/2] efi_loader: make the UEFI boot manager configurable

On Fri, Jan 15, 2021 at 07:02:50PM +0100, Heinrich Schuchardt wrote: > Some boards are very tight on the binary size. Booting via UEFI is possible > without using the boot manager. While I don't think we need to re-word this part, for the record my concern is global, not specific platforms. To r

Re: [PATCH] efi_loader: Avoid emitting efi_var_buf to .GOT

On 15.01.21 17:00, Ilias Apalodimas wrote: > Atish reports than on RISC-V, accessing the EFI variables causes > a kernel panic. An objdump of the file verifies that, since the > global pointer for efi_var_buf ends up in .GOT section which is > not mapped in virtual address space for Linux. > > > >

Re: [PATCH v8] Add support for stack-protector

On 14.01.21 21:35, Joel Peshkin wrote: > Add support for stack protector for UBOOT, SPL, and TPL > as well as new pytest for stackprotector > > Signed-off-by: Joel Peshkin > --- > Cc: Simon Glass > Cc: Heinrich Schuchardt Reviewed-by: Heinrich Schuchardt > > Changes for v8: >- Fix commit

Re: [PATCH] efi_loader: Avoid emitting efi_var_buf to .GOT

Hi Heinrich, [...] > > Atish can you give it a spin and let me know if this fixes the issue for > > you? > > The objdump seems to be correct now, but I am not familiar with RISC-V. > > No regressions on Arm with TEE or memory backed variables. > > include/efi_variable.h| 12

Re: [PATCH] efi_loader: Avoid emitting efi_var_buf to .GOT

On Fri, Jan 15, 2021 at 11:11 AM Ilias Apalodimas wrote: > > Hi Heinrich, > > [...] > > > Atish can you give it a spin and let me know if this fixes the issue for > > > you? > > > The objdump seems to be correct now, but I am not familiar with RISC-V. > > > No regressions on Arm with TEE or memor

Re: MTD UBI undefined reference failed to build OE gatesgarth branch

Hello, The mtd build was fine, what could be missing not to link mtd? $ ls 2020.04-r0/build/mx6ull_14x14_evk_nand_config/drivers/mtd built-in.o mtdcore.su mtdpart.o mtd_uboot.o mtd-uclass.o nand spi mtdcore.o mtd.o mtdpart.su mtd_uboot.su mtd-uclass.su onenand ubi On 1

Re: [PATCH] efi_loader: Avoid emitting efi_var_buf to .GOT

On Fri, Jan 15, 2021 at 8:00 AM Ilias Apalodimas wrote: > > Atish reports than on RISC-V, accessing the EFI variables causes > a kernel panic. An objdump of the file verifies that, since the > global pointer for efi_var_buf ends up in .GOT section which is > not mapped in virtual address space for

Re: [PATCH] efi_loader: Enable run-time variable support for tee based variables

On Jan 15 2021, Ilias Apalodimas wrote: > Anyway removing -fpic should work as well, but I'd rather do this [1], > instead of relying on linker flags. It's not the linker that breaks this, but the compiler, by forcing GOT addressing. And it can easily break again any time. Andreas. -- Andreas

Re: [PATCH] dm: fix build errors generated by last merges

On Fri, Jan 15, 2021 at 09:10:26AM +0100, Dario Binacchi wrote: > Something was wrong in the merge process into the mainline. > Some added patches access driver structure fields and functions that > have been modified by previous patches. > The patch renames: > - dev_get_platdata to dev_get_plat

Re: [PATCH 2/2] efi_loader: make the UEFI boot manager configurable

On 1/15/21 7:43 PM, Tom Rini wrote: On Fri, Jan 15, 2021 at 07:02:50PM +0100, Heinrich Schuchardt wrote: Some boards are very tight on the binary size. Booting via UEFI is possible without using the boot manager. While I don't think we need to re-word this part, for the record my concern is g

Re: [meta-freescale] MTD UBI undefined reference failed to build OE gatesgarth branch

Thanks for your response. I am sorry, I thought that is what meta-freescale for, right? NXP might involve the coding, but is it integrated and released by Yocto / OE https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/, right? I cloned meta-freescale from Yocto project: git://git.yoctoprojec

Re: [meta-freescale] MTD UBI undefined reference failed to build OE gatesgarth branch

Hello Jupiter, On Fri, Jan 15, 2021 at 8:32 PM JH wrote: > > Hello, > > The mtd build was fine, what could be missing not to link mtd? > > $ ls 2020.04-r0/build/mx6ull_14x14_evk_nand_config/drivers/mtd >From all the build logs you have, it look to me that you're trying to build the U-Boot delive

[PATCH] mtd: spi-nor-ids: add support for Micron mt25ql02g

From: Taylor Burton Micron's mt25ql02g is not currently supported in U-Boot, but is in Linux. Linux already has this flash present in its table. A snippet below: { "mt25ql02g", INFO(0x20ba22, 0, 64 * 1024, 4096...}, Signed-off-by: Taylor Burton Signed-off-by: Brandon Maier CC: Jagan Teki C

[PATCH] spi: zynqmp_gqspi: support dual and quad mode

The dm_spi_ops.xfer() API does not support dual and quad SPI modes. It also doesn't allow the zynqmp_gqspi driver to calculate the correct number of dummy cycles for some NOR ops (as doing so also requires the buswidth). Port the zynqmp_gqspi driver to spi_controller_mem_ops, which gives us the bu

[PATCH v2] Nokia RX-51: Convert to CONFIG_DM_MMC

Move twl4030_power_mmc_init() from board_mmc_power_init() to misc_init_r() and disable CONFIG_SYS_MALLOC_F. Otherwise U-Boot cannot initialize MMC. Also disable CONFIG_CMD_SLEEP CONFIG_DM_DEVICE_REMOVE CONFIG_MMC_VERBOSE to free some space. Signed-off-by: Pali Rohár --- Changes in v2: * Disable

Re: [GIT PULL] TI changes for v2021.04 next

On Monday 11 January 2021 07:34:11 Tom Rini wrote: > On Mon, Jan 11, 2021 at 01:31:54PM +0100, Pali Rohár wrote: > > On Monday 11 January 2021 07:28:08 Tom Rini wrote: > > > On Mon, Jan 11, 2021 at 01:05:38PM +0100, Pali Rohár wrote: > > > > On Thursday 07 January 2021 09:11:18 Tom Rini wrote: > >

Re: [PATCH 02/13] usb: musb: Fix compilation of gadget code

On Sunday 29 November 2020 18:52:13 Pavel Machek wrote: > On Sun 2020-11-29 17:46:07, Pali Rohár wrote: > > musb udc code depends on usb gadget code provided by CONFIG_USB_DEVICE and > > defined in drivers/usb/gadget/Makefile. But this Makefile is not included > > into U-Boot build when CONFIG_USB_

Re: [PATCH] Makefile: Do not call useless command 'true'

Hello! Could you please review this patch? On Wednesday 04 November 2020 15:33:44 Pali Rohár wrote: > Macro 'cmd_objcopy_uboot' currently does not work with passed empty command > expanded from 'cmd_static_rela' and therefore dummy command 'true' is set > in 'cmd_static_rela' to workaround this is

Re: [PATCH v3 1/8] spl: fit: Drop 'length' argument to board_spl_fit_post_load()

On Wed, Dec 23, 2020 at 08:44:05AM -0600, Alexandru Gagniuc wrote: > The size is derived from the FIT image itself. Any alignment > requirements are machine-specific and known by the board code. Thus > the total length can be derived from the FIT image and knowledge of > the platform. The 'length'

[NXP-IMX] please pull nxp-imx-2021-1-16

Hi Stefano, Please pull nxp-imx-2021-1-16 --- nandbcb update/fix sync i.MX8M dts from Linux kernel add i.MX8MN LPDDR4 evk board eth support for i.MX8MP evk ddr fix for i.MX8M --- CI: My github ci not work. I run buildman loca

RE: Invitation: Regular U-Boot video call (Tuesday 19th)

Hi Simon, > Subject: Re: Invitation: Regular U-Boot video call (Tuesday 19th) > > Hi Peng, > > On Thu, 14 Jan 2021 at 18:33, Peng Fan wrote: > > > > Hi Simon, > > > > > Subject: Invitation: Regular U-Boot video call (Tuesday 19th) > > > > > > Hi, > > > > > > (This has been discussed for a while

Re: [PATCH] doc: update help message

On 1/14/21 12:04 PM, Patrick Delaunay wrote: Update the help message used for 'make help': Documentation targets: Linux kernel internal documentation in different formats from ReST: => U-Boot documentation in different formats from ReST: Signed-off-by: Patrick Delaunay Reviewed-