net: porting qe driver to DM

2020-02-03 Thread Heiko Schocher
Hello all, somebody working on porting the drivers/qe to DM ? Thanks! bye, Heiko -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-52 Fax: +49-8142-66989-80 Email: h...@denx.de

Re: [PATCH 2/4] arm: Move asm/utils.h to log2.h

2020-02-03 Thread Marek Vasut
On 2/3/20 1:04 AM, Simon Glass wrote: > On Sun, 2 Feb 2020 at 10:12, Sean Anderson wrote: >> >> This header is needed outside of the arm architecture by the designware wdt >> driver. >> --- >> arch/arm/cpu/armv7/cache_v7.c | 2 +- >> arch/arm/mach-davinci/spl.c

Re: [PATCH 1/4] wdt: Add CONFIG_DESIGNWARE_WATCHDOG to Kconfig

2020-02-03 Thread Marek Vasut
On 2/2/20 7:02 PM, Sean Anderson wrote: >> btw what's the motivation for this series, are you hitting some issues >> with the WDT on SoCFPGA ? > > This watchdog appears on the Kendryte K210 CPU, which I am adding > support for. The rest of the board uses devicetree to configure drivers, > so I wan

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

2020-02-03 Thread Marek Vasut
On 2/2/20 9:26 PM, Tom Rini wrote: > On Sun, Feb 02, 2020 at 06:18:53PM +0100, Marek Vasut wrote: > >> The following changes since commit 80e99adbe47d1c8590f9b971ac52257fdc51a5ec: >> >> Merge tag 'uniphier-v2020.04-2' of >> https://gitlab.denx.de/u-boot/custodians/u-boot-uniphier (2020-01-31 >>

Re: [PATCH v1 2/2] x86: edison: Switch to ACPI mode

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 7:01 AM Bin Meng wrote: > On Thu, Jan 30, 2020 at 10:17 AM Simon Glass wrote: ... > and there was the > 2019-nCov epidemic situation going on that further delayed things :( Oh, hope you are doing well! > I will pick up patches that make sense for v2020.04 release. Than

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

2020-02-03 Thread Marek Vasut
On 2/3/20 9:24 AM, Marek Vasut wrote: > On 2/2/20 9:26 PM, Tom Rini wrote: >> On Sun, Feb 02, 2020 at 06:18:53PM +0100, Marek Vasut wrote: >> >>> The following changes since commit 80e99adbe47d1c8590f9b971ac52257fdc51a5ec: >>> >>> Merge tag 'uniphier-v2020.04-2' of >>> https://gitlab.denx.de/u-bo

Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk()

2020-02-03 Thread Jon Nettleton
On Mon, Jan 27, 2020 at 2:16 PM Peng Fan wrote: > > > Subject: Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk() > > > > Hi Anatolij, > > > > On Thu, Jan 23, 2020 at 11:43 AM Anatolij Gustschin wrote: > > > > > > On Thu, 23 Jan 2020 10:20:14 -0300 > > > Pedro Jardim jardim.c.pe...@g

Re: [RFC PATCH] spi: ich: Drop while loop in hardware sequencing erase case

2020-02-03 Thread Bin Meng
On Thu, Jan 30, 2020 at 10:16 AM Simon Glass wrote: > > Hi Wolfgang, > > On Tue, 14 Jan 2020 at 06:06, Wolfgang Wallner > wrote: > > > > When ich_spi_exec_op_hwseq() is called to erase a 4k block > > (opcode = SPINOR_OP_BE_4K), it expects to find a length value in > > op->data.nbytes, but that va

[PATCH 2/2] rockchip: Add SF distro bootcmd

2020-02-03 Thread Jagan Teki
Add distro boot command support for SPI flash in Rockchip. This distro boot will read the boot script at specific location at the flash and start sourcing the same. Included the SF device at the last of the target devices list since all the rest of the devices on the list have more possibility to

[PATCH 1/2] rk3399: Add boot flash script offet, size

2020-02-03 Thread Jagan Teki
Most of the SPI flash devices in rockchip (rk3399) are 16MiB size. So, let's use the script offset at the end of 8K.  This way it cannot overlap any offsets being used by software components in flash layout. Signed-off-by: Jagan Teki Reviewed-by: Kever Yang --- include/configs/rk3399_common.h

Re: [RFC PATCH 3/4] x86: Move itss.c from Apollo Lake to a more generic location

2020-02-03 Thread Bin Meng
On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner wrote: > > The Interrupt Timer Subsystem (ITSS) is not specific to Apollo Lake, so > move it to a common location within arch/x86. > > Signed-off-by: Wolfgang Wallner > --- > At the moment, this commit enables building of itss.o unconditionally. >

Re: [RFC PATCH 1/4] x86: apl: Add the term "Interrupt Timer Subsystem" to ITSS files

2020-02-03 Thread Bin Meng
On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner wrote: > > ITSS stands for "Interrupt Timer Subsystem", so add that term to the > description of the relevant files. > > Signed-off-by: Wolfgang Wallner > --- > ITSS stands for "Interrupt Timer Subsystem", at least according to > coreboot [1]. > >

Re: [RFC PATCH 4/4] x86: itss: Remove apl-prefix

2020-02-03 Thread Bin Meng
On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner wrote: > > The Interrupt Timer Subsystem (ITSS) is not specific to Apollo Lake, so > remove the apl-prefix of the implemented functions/structures/... > > Signed-off-by: Wolfgang Wallner > --- > > arch/x86/cpu/intel_common/itss.c | 56 ++

Re: [RFC PATCH 2/4] x86: Move itss.h from Apollo Lake to the generic x86 include directory

2020-02-03 Thread Bin Meng
On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner wrote: > > The code in this file is not specific to Apollo Lake. According to > coreboot sources (where this code comes from), it is common to at least: > * Apollo Lake > * Cannon Lake > * Ice Lake > * Skylake > > Signed-off-by: Wolfgang Wa

[PATCH] ls1043a: Remove "fdt_high" environment variable

2020-02-03 Thread Wen He
Remove "fdt_high" environment variable to use the bootm_size(or set CONFIG_SYS_BOOTMAPSZ) to amount of memory available to safely contain a kernel, device tree and initrd for relocation. Signed-off-by: Wen He --- include/configs/ls1043a_common.h | 1 - 1 file changed, 1 deletion(-) diff --git a

Re: [RFC PATCH 3/4] x86: Move itss.c from Apollo Lake to a more generic location

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 5:33 PM Bin Meng wrote: > > On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner > wrote: > > > > The Interrupt Timer Subsystem (ITSS) is not specific to Apollo Lake, so > > move it to a common location within arch/x86. > > > > Signed-off-by: Wolfgang Wallner > > --- > > At t

Re: [RFC PATCH 2/4] x86: Move itss.h from Apollo Lake to the generic x86 include directory

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 5:33 PM Bin Meng wrote: > > On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner > wrote: > > > > The code in this file is not specific to Apollo Lake. According to > > coreboot sources (where this code comes from), it is common to at least: > > * Apollo Lake > > * Cannon

Re: [RFC PATCH 4/4] x86: itss: Remove apl-prefix

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 5:33 PM Bin Meng wrote: > > On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner > wrote: > > > > The Interrupt Timer Subsystem (ITSS) is not specific to Apollo Lake, so > > remove the apl-prefix of the implemented functions/structures/... > > > > Signed-off-by: Wolfgang Walln

Re: [RFC PATCH 1/4] x86: apl: Add the term "Interrupt Timer Subsystem" to ITSS files

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 5:33 PM Bin Meng wrote: > > On Wed, Jan 22, 2020 at 11:01 PM Wolfgang Wallner > wrote: > > > > ITSS stands for "Interrupt Timer Subsystem", so add that term to the > > description of the relevant files. > > > > Signed-off-by: Wolfgang Wallner > > --- > > ITSS stands for "I

Re: [RFC] azure: Move to vs2017-win2016 platform build host

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 1:11 PM Bin Meng wrote: > > On Mon, Feb 3, 2020 at 10:05 AM Bin Meng wrote: > > > > Hi Tom, > > > > On Tue, Jan 28, 2020 at 5:23 AM Tom Rini wrote: > > > > > > Azure is moving to remove the vs2015-win2012r2 platform build host. The > > > two suggested new platforms to use

Antwort: Re: [PATCH 1/3] gpio: intel_gpio: Pass pinctrl device to pcr_clrsetbits32()

2020-02-03 Thread Wolfgang Wallner
Hi Bin, -"Bin Meng" schrieb: - > Hi Wolfgang, > > On Fri, Jan 10, 2020 at 3:35 PM Wolfgang Wallner > wrote: > > > > The function pcr_clrsetbits32() expects a device with a P2SB parent > > device. > > > > The currently passed device 'dev' is a gpio-controller with a device > > 'pinctrl' a

Re: [PATCH v3 0/3] Ethernet support for Raspberry Pi 4

2020-02-03 Thread LABBE Corentin
On Wed, Jan 29, 2020 at 07:21:09AM +0900, Jaehoon Chung wrote: > On 1/27/20 9:06 PM, Andre Przywara wrote: > > On Mon, 27 Jan 2020 12:50:16 +0100 > > LABBE Corentin wrote: > > > > Hi, > > > >> On Mon, Jan 27, 2020 at 04:27:03PM +0530, Amit Tomer wrote: > >>> Hi, > >>> > The kernel panic

Re: [PATCH v3 0/3] Ethernet support for Raspberry Pi 4

2020-02-03 Thread LABBE Corentin
On Mon, Jan 27, 2020 at 12:06:16PM +, Andre Przywara wrote: > On Mon, 27 Jan 2020 12:50:16 +0100 > LABBE Corentin wrote: > > Hi, > > > On Mon, Jan 27, 2020 at 04:27:03PM +0530, Amit Tomer wrote: > > > Hi, > > > > > > > The kernel panic just after with "OF: reserved mem: failed to allocate

Re: Re: [PATCH 1/3] gpio: intel_gpio: Pass pinctrl device to pcr_clrsetbits32()

2020-02-03 Thread Bin Meng
Hi Wolfgang, On Mon, Feb 3, 2020 at 5:44 PM Wolfgang Wallner wrote: > > Hi Bin, > > -"Bin Meng" schrieb: - > > Hi Wolfgang, > > > > On Fri, Jan 10, 2020 at 3:35 PM Wolfgang Wallner > > wrote: > > > > > > The function pcr_clrsetbits32() expects a device with a P2SB parent > > > device. >

Antwort: Re: [PATCH 013/108] acpi: Add a binding for ACPI settings in the device tree

2020-02-03 Thread Wolfgang Wallner
Hi Simon, > -"Simon Glass" schrieb: - > Hi Wolfgang, > > On Fri, 31 Jan 2020 at 01:18, Wolfgang Wallner > wrote: > > > > Hi Simon, > > > > > +Devices > > > +=== > > > + > > > +Device bindings are described by their own individual binding files. > > > + > > > +U-Boot provides for some

Antwort: Re: [RFC PATCH 3/4] x86: Move itss.c from Apollo Lake to a more generic location

2020-02-03 Thread Wolfgang Wallner
Hi Bin, > -"Bin Meng" schrieb: - > applied to u-boot-x86, thanks! I intended to send a V2 of this patch, see discussion at [1]. As you have pulled that patch now, should I send the proposed modifications to kconfig as a separate patch instead of including it in a V2 of this one? regards

Re: Re: [RFC PATCH 3/4] x86: Move itss.c from Apollo Lake to a more generic location

2020-02-03 Thread Bin Meng
Hi Wolfgang, On Mon, Feb 3, 2020 at 6:05 PM Wolfgang Wallner wrote: > > Hi Bin, > > > -"Bin Meng" schrieb: - > > applied to u-boot-x86, thanks! > > I intended to send a V2 of this patch, see discussion at [1]. > As you have pulled that patch now, should I send the proposed modifications

RE: net: porting qe driver to DM

2020-02-03 Thread Ran Wang
Add Qiang Thanks & Regards, Ran > -Original Message- > From: Heiko Schocher > Sent: Monday, February 03, 2020 16:11 > To: u-boot@lists.denx.de > Cc: Mario Six ; York Sun ; Ran > Wang > Subject: net: porting qe driver to DM > > Hello all, > > somebody working on porting the drivers/qe

Re: [PATCH v3 1/4] serial: ns16550: Support run-time configuration

2020-02-03 Thread Bin Meng
Hi Simon, On Mon, Feb 3, 2020 at 10:34 AM Bin Meng wrote: > > On Mon, Feb 3, 2020 at 10:29 AM Bin Meng wrote: > > > > On Fri, Dec 20, 2019 at 8:58 AM Simon Glass wrote: > > > > > > At present this driver uses an assortment of CONFIG options to control > > > how it accesses the hardware. This is

[PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Wolfgang Wallner
This series fixes some issues in the Intel gpio driver. I have tested it on an Apollo Lake device, where U-Boot is booted as a coreboot payload. Changes in v2: - Fixed typo in the commit description - Fixed the same error in both intel_gpio_direction_output() and intel_gpio_set_value() (Thanks t

[PATCH v2 2/3] gpio: intel_gpio: Clear tx state bit when setting output

2020-02-03 Thread Wolfgang Wallner
Add missing 'PAD_CFG0_TX_STATE' to the clear mask for pcr_clrsetbits32(). Otherwise this bit cannot be cleared again after it has been set once. Signed-off-by: Wolfgang Wallner Reviewed-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v2: - Added reviewed-by tags drivers/gpio/intel_gpio

[PATCH v2 1/3] gpio: intel_gpio: Pass pinctrl device to pcr_clrsetbits32()

2020-02-03 Thread Wolfgang Wallner
The function pcr_clrsetbits32() expects a device with a P2SB parent device. In intel_gpio_direction_output() and intel_gpio_set_value() the device 'dev' is passed to pcr_clrsetbits32(), which is a gpio-controller with a device 'pinctrl' as parent. This does not match the expectations of pcr_clrsetb

[PATCH v2 3/3] gpio: intel_gpio: Fix register/bit offsets intel_gpio_get_value()

2020-02-03 Thread Wolfgang Wallner
Fix the following in intel_gpio_get_value(): * The value of the register is contained in the variable 'reg', not in 'mode'. The variable 'mode' contains only the configuration whether the gpio is currently an input or an output. * The correct bitmasks for the input and output value are

Re: [PATCH v2 02/10] mmc: Add init() API

2020-02-03 Thread Faiz Abbas
Hi Peng, On 01/02/20 6:43 pm, Peng Fan wrote: >> Subject: Re: [PATCH v2 02/10] mmc: Add init() API >> >> Hi Simon, >> >> On 29/01/20 1:33 pm, Simon Goldschmidt wrote: >>> On Fri, Jan 24, 2020 at 12:52 PM Faiz Abbas wrote: Add an init() API for platform specific init() operations. >>> >>

Re: [PATCH v2 1/3] gpio: intel_gpio: Pass pinctrl device to pcr_clrsetbits32()

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 6:38 PM Wolfgang Wallner wrote: > > The function pcr_clrsetbits32() expects a device with a P2SB parent > device. In intel_gpio_direction_output() and intel_gpio_set_value() > the device 'dev' is passed to pcr_clrsetbits32(), which is a > gpio-controller with a device 'pinct

Re: [PATCH 0/5] x86: Improve support for chain-loading U-Boot

2020-02-03 Thread Bin Meng
Hi Andy, On Sun, Dec 22, 2019 at 1:00 AM Andy Shevchenko wrote: > > On Sat, Dec 21, 2019 at 6:13 PM Simon Glass wrote: > > > > This little series adds a few checks into the code to allow better > > operation when booting a build from a previous-state loader such as > > coreboot. > > > > At prese

Re: [PATCH 1/5] x86: fsp: Allow skipping init code when chain loading

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 12:13 AM Simon Glass wrote: > > When U-Boot is no the first-stage bootloader much of this code is not > needed and can break booting. Add checks for this to the FSP code. > > Rather than checking for the amount of available SDRAM, just use 1GB in > this situation

Re: [PATCH 3/5] x86: cpu: Skip init code when chain loading

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 12:13 AM Simon Glass wrote: > > When U-Boot is not the first-stage bootloader the interrupt and cache init > must be skipped, as well as init for various peripherals. Update the code > to add checks for this. > > Signed-off-by: Simon Glass > --- > > arch/x86/cp

Re: [PATCH 4/5] dm: Avoid initing built-in devices when chain loading

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 12:13 AM Simon Glass wrote: > > When U-Boot is not the first-stage bootloader we don't want to init > devices early during boot. Add a check to avoid this. > > Signed-off-by: Simon Glass > --- > > common/board_r.c | 3 +++ > 1 file changed, 3 insertions(+) > >

Re: [PATCH 5/5] pci: Avoid auto-config when chain loading

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 12:13 AM Simon Glass wrote: > > When U-Boot is not the first-stage bootloader we don't want to > re-configure the PCI devices, since this has already been done. Add a > check to avoid this. > > Signed-off-by: Simon Glass > --- > > drivers/pci/pci-uclass.c | 4 +

Re: [PATCH 4/4] rockchip: Enable HDMI output on rk3399 board w/ HDMI

2020-02-03 Thread Jagan Teki
On Fri, Jan 24, 2020 at 8:57 PM Tom Rini wrote: > > On Thu, Jan 23, 2020 at 09:58:45PM +0530, Jagan Teki wrote: > > > Enable config options and console setting to respective > > rk3399 board for HDMI output. > > > > Boards supported and tested on this patch are: > > - NanoPc T4 > > - NanoPi M4 > >

[PATCH 0/3] Enable octal read support for mt35xu* flashes

2020-02-03 Thread Kuldeep Singh
Patch series enable octal read(1-1-8) support for LX2160ARDB and LS1028ARDB which have mt35xu512aba and mt35xu02g flashes respectively. mt35xu512aba and mt35xu02g flashes support SINGLE and OCTAL I/O. Previously, 1 bit mode was used in u-boot and now use octal mode for the flashes. Also add RX an

[PATCH 2/3] arm: dts: ls1028a: Add RX, TX buswidth in qspi to use octal mode

2020-02-03 Thread Kuldeep Singh
Signed-off-by: Kuldeep Singh --- Depends on https://patchwork.ozlabs.org/project/uboot/list/?series=141023 arch/arm/dts/fsl-ls1028a-qds.dts | 2 ++ arch/arm/dts/fsl-ls1028a-rdb.dts | 2 ++ 2 files changed, 4 insertions(+) diff --git a/arch/arm/dts/fsl-ls1028a-qds.dts b/arch/arm/dts/fsl-ls1028a

[PATCH 3/3] arm: dts: lx2160a: Add RX, TX buswidth in qspi to use octal mode

2020-02-03 Thread Kuldeep Singh
Signed-off-by: Kuldeep Singh --- Depends on https://patchwork.ozlabs.org/project/uboot/list/?series=141023 arch/arm/dts/fsl-lx2160a-rdb.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/fsl-lx2160a-rdb.dts b/arch/arm/dts/fsl-lx2160a-rdb.dts index e542c69..87617ca 100644 --

[PATCH 1/3] mtd: spi-nor: Enable SPI_NOR_OCTAL_READ flag for mt35xu*

2020-02-03 Thread Kuldeep Singh
Commit "658df8bd9464"(mtd: spi-nor-core: Add octal mode support) enables octal mode(1-1-8) support in spi-nor framework. mt35xu512aba and mt35xu02g flashes support SINGLE and OCTAL I/O. Hence, enable SPI_NOR_OCTAL_READ flag for the same. Signed-off-by: Kuldeep Singh --- drivers/mtd/spi/spi-nor-

Re: [PATCH] mx7ulp: Only enable LDO if it is not already enabled

2020-02-03 Thread Stefano Babic
Hi Fabio, On 17/01/20 20:07, Fabio Estevam wrote: > LDO mode may be already enabled by the ROM and enabling it again > can cause U-Boot to hang. > > Avoid this problem by only enabling LDO mode if it is initially disabled. > > Reported-by: Jorge Ramirez-Ortiz > Signed-off-by: Fabio Estevam > -

Re: [PATCH v2 01/13] x86: Add a clock driver for Intel devices

2020-02-03 Thread Bin Meng
On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > So far we have avoided adding a clock driver for Intel devices. But the > Designware I2C driver needs a different clock (133MHz) on Intel devices > than on others (166MHz). Add a simple driver that provides this > information. > > This driver

Re: [PATCH v2 05/13] dm: irq: Add support for interrupt controller types

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > There can be different types of interrupt controllers in a system and some > drivers may need to distinguish between these. In general this can be > handled using the device tree by adding the interrupt information to > device nodes

Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk()

2020-02-03 Thread Lokesh Vutla
On 27/01/20 6:46 PM, Peng Fan wrote: >> Subject: Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk() >> >> Hi Anatolij, >> >> On Thu, Jan 23, 2020 at 11:43 AM Anatolij Gustschin wrote: >>> >>> On Thu, 23 Jan 2020 10:20:14 -0300 >>> Pedro Jardim jardim.c.pe...@gmail.com wrote: >>> >>

Re: [PATCH v2 03/13] x86: apl: Drop the I2C config in FSP-S

2020-02-03 Thread Bin Meng
On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > This config is not actually used here and in U-Boot it seems better to set > this using the device tree for each individual controller. The monolithic > config of the FSP-S is only necessary if the FSP is actually configuring > something, but

Re: [PATCH v2 02/13] x86: apl: Use the clock driver

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > Enable the Intel clock driver and modify coral's device tree to use it. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/cpu/apollolake/Kconfig | 3 +++ > arch/x86/dts/chromebook_coral.dts | 6 ++ >

Re: [PATCH v2 04/13] x86: coral: Update i2c and rtc status

2020-02-03 Thread Bin Meng
On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > These are actually working correctly, so update the status. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > doc/board/google/chromebook_coral.rst | 2 -- > 1 file changed, 2 deletions(-) > Reviewed-by: Bin Meng

RE: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk()

2020-02-03 Thread Peng Fan
> Subject: Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk() > > > > On 27/01/20 6:46 PM, Peng Fan wrote: > >> Subject: Re: [PATCH v2 1/4] clock_imx8mq: Delete not used > >> init_usb_clk() > >> > >> Hi Anatolij, > >> > >> On Thu, Jan 23, 2020 at 11:43 AM Anatolij Gustschin > wrote

[PATCH v2 1/2] mx7ulp: Remove duplicated definitions

2020-02-03 Thread Fabio Estevam
These PMC0 definitions are already defined in the beginning of the file, so remove the duplication. Reported-by: Stefano Babic Signed-off-by: Fabio Estevam --- Changes since v1: - Newly introduced in this version. arch/arm/mach-imx/mx7ulp/soc.c | 4 1 file changed, 4 deletions(-) diff --

[PATCH v2 2/2] mx7ulp: Only enable LDO if it is not already enabled

2020-02-03 Thread Fabio Estevam
LDO mode may be already enabled by the ROM and enabling it again can cause U-Boot to hang. Avoid this problem by only enabling LDO mode if it is initially disabled. Reported-by: Jorge Ramirez-Ortiz Signed-off-by: Fabio Estevam Tested-by: Jorge Ramirez-Ortiz --- Changes since v1: - Drop the def

Re: [PATCH v2 06/13] x86: Give each driver an IRQ type

2020-02-03 Thread Bin Meng
Hi Simon, On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > Add an IRQ type to each driver and use irq_first_device_type() to find > and probe the correct one. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/cpu/apollolake/fsp_s.c | 4 ++-- > arch/x86/cpu/apollola

Re: [PATCH] mx7ulp: Only enable LDO if it is not already enabled

2020-02-03 Thread Fabio Estevam
Hi Stefano, On Mon, Feb 3, 2020 at 8:34 AM Stefano Babic wrote: > But are they not already defined at the beginning of the file ? They > were duplicated later, and you let them duplicated. Good catch. I have just sent a v2 series fixing this. Thanks

Re: [PATCH v2 07/13] x86: itss: Add of-platdata support

2020-02-03 Thread Bin Meng
On Sun, Dec 22, 2019 at 2:16 AM Simon Glass wrote: > > Allow this driver to be used in TPL by setting up the interrupt type > correctly. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/cpu/apollolake/itss.c | 10 ++ > 1 file changed, 10 insertions(+) > Reviewed

RE: [PATCH v2 02/10] mmc: Add init() API

2020-02-03 Thread Peng Fan
> Subject: Re: [PATCH v2 02/10] mmc: Add init() API > > Hi Peng, > > On 01/02/20 6:43 pm, Peng Fan wrote: > >> Subject: Re: [PATCH v2 02/10] mmc: Add init() API > >> > >> Hi Simon, > >> > >> On 29/01/20 1:33 pm, Simon Goldschmidt wrote: > >>> On Fri, Jan 24, 2020 at 12:52 PM Faiz Abbas wrote: >

RE: [PATCH v2 2/2] mx7ulp: Only enable LDO if it is not already enabled

2020-02-03 Thread Peng Fan
> Subject: [PATCH v2 2/2] mx7ulp: Only enable LDO if it is not already enabled > > LDO mode may be already enabled by the ROM and enabling it again can > cause U-Boot to hang. > > Avoid this problem by only enabling LDO mode if it is initially disabled. > > Reported-by: Jorge Ramirez-Ortiz > Si

RE: [PATCH v2 1/2] mx7ulp: Remove duplicated definitions

2020-02-03 Thread Peng Fan
> Subject: [PATCH v2 1/2] mx7ulp: Remove duplicated definitions > > These PMC0 definitions are already defined in the beginning of the file, so > remove the duplication. > > Reported-by: Stefano Babic > Signed-off-by: Fabio Estevam Reviewed-by: Peng Fan > --- > Changes since v1: > - Newly in

Re: [PATCH v2 2/2] mx7ulp: Only enable LDO if it is not already enabled

2020-02-03 Thread Fabio Estevam
Hi Peng, On Mon, Feb 3, 2020 at 9:07 AM Peng Fan wrote: > Just have a question, LDO mode enabled by ROM, this is configured with fuse? I looked at the fuse map and did not see a fuse that controls it. > Is there any special configuration need to be done in Linux? I not touch this > part before

[PATCH] azure: Move to vs2017-win2016 platform build host

2020-02-03 Thread Tom Rini
Azure is moving to remove the vs2015-win2012r2 platform build host. The two suggested new platforms to use are vs2017-win2016 and windows-2019. For now, move up to vs2017-win2016. Cc: Bin Meng Signed-off-by: Tom Rini --- Changes in v1: - Sending this as non-RFC as Bin pointed out the backend is

Re: [PATCH 0/5] x86: Improve support for chain-loading U-Boot

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 1:02 PM Bin Meng wrote: > On Sun, Dec 22, 2019 at 1:00 AM Andy Shevchenko > wrote: > > > > On Sat, Dec 21, 2019 at 6:13 PM Simon Glass wrote: > > > > > > This little series adds a few checks into the code to allow better > > > operation when booting a build from a previous

Re: [PATCH v2 3/3] gpio: intel_gpio: Fix register/bit offsets intel_gpio_get_value()

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 12:38 PM Wolfgang Wallner wrote: > > Fix the following in intel_gpio_get_value(): > > * The value of the register is contained in the variable 'reg', not in >'mode'. The variable 'mode' contains only the configuration whether >the gpio is currently an input or an ou

Re: [PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 12:38 PM Wolfgang Wallner wrote: > > > This series fixes some issues in the Intel gpio driver. > I have tested it on an Apollo Lake device, where U-Boot is booted as a > coreboot payload. > When you send series, be sure you put all maintainers (not me, but like Bin) to *all

[PATCH 2/2] x86: apl: Include ITSS driver

2020-02-03 Thread Wolfgang Wallner
Atuomatically select the ITSS driver when building for Apollo Lake. Signed-off-by: Wolfgang Wallner --- arch/x86/cpu/apollolake/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/cpu/apollolake/Kconfig b/arch/x86/cpu/apollolake/Kconfig index fcff176c27..a760e0ac68 100644 ---

[PATCH 1/2] x86: itss: Add a Kconfig option to enable/disable ITSS driver

2020-02-03 Thread Wolfgang Wallner
Currently the ITSS driver is built unconditionally. Add a Kconfig option to support enabling/disabling the inclusion of the ITSS driver depending on the platform. Signed-off-by: Wolfgang Wallner --- arch/x86/Kconfig | 6 ++ arch/x86/cpu/intel_common/Makefile | 2 +- 2 file

Antwort: Re: [PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Wolfgang Wallner
Hi Andy, > -"Andy Shevchenko" schrieb: - > On Mon, Feb 3, 2020 at 12:38 PM Wolfgang Wallner > wrote: > > > > > > This series fixes some issues in the Intel gpio driver. > > I have tested it on an Apollo Lake device, where U-Boot is booted as a > > coreboot payload. > > > When you send s

Re: [PATCH 1/2] x86: itss: Add a Kconfig option to enable/disable ITSS driver

2020-02-03 Thread Simon Glass
On Mon, 3 Feb 2020 at 06:07, Wolfgang Wallner wrote: > > Currently the ITSS driver is built unconditionally. Add a Kconfig option > to support enabling/disabling the inclusion of the ITSS driver depending > on the platform. > > Signed-off-by: Wolfgang Wallner > --- > > arch/x86/Kconfig

Re: [PATCH 2/2] x86: apl: Include ITSS driver

2020-02-03 Thread Simon Glass
On Mon, 3 Feb 2020 at 06:07, Wolfgang Wallner wrote: > > Atuomatically select the ITSS driver when building for Apollo Lake. > > Signed-off-by: Wolfgang Wallner > > --- > > arch/x86/cpu/apollolake/Kconfig | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Simon Glass

Re: [PATCH 0/5] x86: Improve support for chain-loading U-Boot

2020-02-03 Thread Simon Glass
Hi Andy, On Mon, 3 Feb 2020 at 05:30, Andy Shevchenko wrote: > > On Mon, Feb 3, 2020 at 1:02 PM Bin Meng wrote: > > On Sun, Dec 22, 2019 at 1:00 AM Andy Shevchenko > > wrote: > > > > > > On Sat, Dec 21, 2019 at 6:13 PM Simon Glass wrote: > > > > > > > > This little series adds a few checks int

[PATCH v2 00/32] sandbox: Move to SDL2

2020-02-03 Thread Simon Glass
This series handles moving sandbox to the latest version of SDL, SDL2. It provides a few more features, better performance and has been around for long enough that it is present in distributions in the last several years. Unfortunately it requires considerable rework of how memory allocation is ha

[PATCH 2/2] configs: j721e_evm_r5: Enable early cons

2020-02-03 Thread Lokesh Vutla
Early cons will be used in uart boot. Enable the same for j721e_r5 Signed-off-by: Lokesh Vutla --- configs/j721e_evm_r5_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/j721e_evm_r5_defconfig b/configs/j721e_evm_r5_defconfig index a90ab62195..b310eca932 100644 --- a/configs/

[PATCH 1/2] arm: dts: k3-j721e-r5-common-proc-board: Disable power-domains for mcu uart

2020-02-03 Thread Lokesh Vutla
mcu uart will be used during uart boot for loading sysfw.itb. Since sysfw is not yet available during uart load, power-domain cannot be enabled. We need to rely on ROM for doing that, so disable power-domains and clocks for mcu uart. Also fix the mcu uart frequency. Signed-off-by: Lokesh Vutla --

[PATCH 0/2] arm: k3-j721e: Fix uart boot

2020-02-03 Thread Lokesh Vutla
This series fixes uart boot on j721e SoC Lokesh Vutla (2): arm: dts: k3-j721e-r5-common-proc-board: Disable power-domains for mcu uart configs: j721e_evm_r5: Enable early cons arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 4 configs/j721e_evm_r5_defconfig | 1 + 2

[PATCH v2] imx: support for conga-QMX8 board

2020-02-03 Thread Oliver Graute
Add i.MX8QM qmx8 congatec board support U-Boot 2020.01-3-g99c15cc616 (Feb 03 2020 - 14:28:07 +0100) CPU: NXP i.MX8QM RevB A53 at 1200 MHz Model: Congatec QMX8 Qseven series Board: conga-QMX8 Build: SCFW 494c97f3, SECO-FW d7523fe8, ATF d6451cc Boot: SD2 DRAM: 6 GiB Device 'gpio@5d09':

[RFC 1/2] hack to boot with 2020.01

2020-02-03 Thread Oliver Graute
As proposed here: https://lists.denx.de/pipermail/u-boot/2020-January/396749.html Both of my imx8qm boards (Advantech and Congatec) aren't booting 2020.01 without this change. Whats the proper way to fix this on my side? --- drivers/core/device.c | 7 ++- 1 file changed, 2 insertions(+), 5 d

[RFC 2/2] Revert "dm: core: device: switch off power domain after device removal"

2020-02-03 Thread Oliver Graute
The conga-imx8 board isn't booting without this revert. Can someone tell me what I need to Do so that this revert is not necessary? This reverts commit 52edfed65de967a86983a55c51ba0727090efc43. --- drivers/core/device-remove.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/core/d

[PATCH] board: stih410-b2260: remove fdt_high and initrd_high

2020-02-03 Thread Patrice Chotard
Remove fdt_high and initrd_high as they shouldn't be used, this allows the fdt and initrd relocation. This implies to set CONFIG_SYS_BOOTMAPSZ to indicate the amount of memory available to contain kernel, device tree and initrd for relocation. Signed-off-by: Patrice Chotard --- include/configs/

[PATCH v1 1/2] board: stm32: fix extra env setings addresses

2020-02-03 Thread Patrice Chotard
For stm32f4, f7 and h7 boards, reserve: - 4MB for kernel - 64KB for fdt, boot script, pxefile - the remaining memory for ramdisk Signed-off-by: Patrice Chotard --- include/configs/stm32f429-evaluation.h | 8 include/configs/stm32f469-discovery.h | 8 include/configs/stm32f

[PATCH v1 0/2] Update board environment for STM32 MCU's boards

2020-02-03 Thread Patrice Chotard
This series: - standardizes the fdt_addr, scriptaddr and pxefile_addr across all STM32 MCU's board. - remove fdt_high and initrd_high from board environment Patrice Chotard (2): board: stm32: fix extra env setings addresses board: stm32: remove fdt_high and fdt_highinitrd_high inclu

[PATCH v1 2/2] board: stm32: remove fdt_high and fdt_highinitrd_high

2020-02-03 Thread Patrice Chotard
For stm32 f4, f7 and h7 boards, remove fdt_high and initrd_high as they shouldn't be used, this allows the fdt and initrd relocation. This implies to set CONFIG_SYS_BOOTMAPSZ to indicate the amount of memory available to contain kernel, device tree and initrd for relocation. Signed-off-by: Patrice

Re: Re: [PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 3:19 PM Wolfgang Wallner wrote: > > Hi Andy, > > > -"Andy Shevchenko" schrieb: - > > On Mon, Feb 3, 2020 at 12:38 PM Wolfgang Wallner > > wrote: > > > > > > > > > This series fixes some issues in the Intel gpio driver. > > > I have tested it on an Apollo Lake devic

Re: [PATCH v4 1/2] Kconfig: add btrfs to distro boot

2020-02-03 Thread Petr Vorel
Hi, > Signed-off-by: Matthias Brugger Reviewed-by: Petr Vorel Kind regards, Petr

Re: [PATCH] azure: Move to vs2017-win2016 platform build host

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 8:25 PM Tom Rini wrote: > > Azure is moving to remove the vs2015-win2012r2 platform build host. The > two suggested new platforms to use are vs2017-win2016 and windows-2019. > For now, move up to vs2017-win2016. > > Cc: Bin Meng > Signed-off-by: Tom Rini > --- > Changes i

Re: [PATCH 2/2] x86: apl: Include ITSS driver

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 9:07 PM Wolfgang Wallner wrote: > > Atuomatically select the ITSS driver when building for Apollo Lake. > > Signed-off-by: Wolfgang Wallner > > --- > > arch/x86/cpu/apollolake/Kconfig | 1 + > 1 file changed, 1 insertion(+) > Reviewed-by: Bin Meng

Re: [PATCH 1/2] x86: itss: Add a Kconfig option to enable/disable ITSS driver

2020-02-03 Thread Bin Meng
On Mon, Feb 3, 2020 at 9:06 PM Wolfgang Wallner wrote: > > Currently the ITSS driver is built unconditionally. Add a Kconfig option > to support enabling/disabling the inclusion of the ITSS driver depending > on the platform. > > Signed-off-by: Wolfgang Wallner > --- > > arch/x86/Kconfig

Re: Re: [PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Bin Meng
Hi Andy, On Mon, Feb 3, 2020 at 10:17 PM Andy Shevchenko wrote: > > On Mon, Feb 3, 2020 at 3:19 PM Wolfgang Wallner > wrote: > > > > Hi Andy, > > > > > -"Andy Shevchenko" schrieb: - > > > On Mon, Feb 3, 2020 at 12:38 PM Wolfgang Wallner > > > wrote: > > > > > > > > > > > > This series

Re: [PATCH 1/3] watchdog: omap_wdt: Fix WDT timeout configuration

2020-02-03 Thread Lokesh Vutla
On 24/01/20 10:14 AM, Marek Vasut wrote: > The timeout parameter of omap3_wdt_start() is in miliseconds, while > GET_WLDR_VAL() expects parameter in seconds. Fix this so the WDT > driver is actually usable. > > Signed-off-by: Marek Vasut > Cc: Grygorii Strashko > Cc: Sam Protsenko > Cc: Suni

Re: [PATCH 2/3] watchdog: omap_wdt: Fix WDT reloading

2020-02-03 Thread Lokesh Vutla
On 24/01/20 10:14 AM, Marek Vasut wrote: > The watchdog timer value was never updated in the hardware by this > driver, so the watchdog triggered on some random stale value that > was left in the hardware. The TI SPRUH37C says, quote: > > 20.4.3.9 Modifying Timer Count/Load Values and Prescal

Re: [PATCH 3/3] watchdog: omap_wdt: Fix WDT coding style

2020-02-03 Thread Lokesh Vutla
On 24/01/20 10:14 AM, Marek Vasut wrote: > Fix obvious coding style problems, no functional change. > > Signed-off-by: Marek Vasut > Cc: Grygorii Strashko > Cc: Sam Protsenko > Cc: Suniel Mahesh > --- > drivers/watchdog/omap_wdt.c | 44 ++--- > 1 file change

Re: Re: [PATCH v2 0/3] gpio: intel_gpio: Fix Intel gpio driver

2020-02-03 Thread Andy Shevchenko
On Mon, Feb 3, 2020 at 4:27 PM Bin Meng wrote: > On Mon, Feb 3, 2020 at 10:17 PM Andy Shevchenko > wrote: > > On Mon, Feb 3, 2020 at 3:19 PM Wolfgang Wallner > > wrote: ... > > > Does it look different for you? > > > > Yes, for example for this mail (initial cover letter above) I see only > >

[PATCH v2 2/2] board: roc-pc-rk3399: Add support for onboard LED's and push button to indicate power mode

2020-02-03 Thread sunil
From: Suniel Mahesh Added support for onboard LED's and push button. When powered board will be in low power mode(yellow LED), on button press, board enters full power mode (red LED) and boots u-boot. Signed-off-by: Suniel Mahesh --- Changes for v2: - Tested on firefly roc-pc-rk3399, an rk3399

[PATCH 2/2] board: roc-rk3399-pc: Add support for onboard LED's and push button to indicate power mode

2020-02-03 Thread sunil
From: Suniel Mahesh Added support for onboard LED's and push button. When powered board will be in low power mode(yellow LED), on button press, board enters full power mode (red LED) and boots u-boot. Signed-off-by: Suniel Mahesh --- arch/arm/mach-rockchip/tpl.c| 7 ++ boa

[PATCH 1/2] rockchip: rk3399: split roc-rk3399-pc out of evb_rk3399

2020-02-03 Thread sunil
From: Suniel Mahesh roc-rk3399-pc board has one user button & three user LED's. Currently we don't have any code support for these devices. Since button and LED's are specific to roc-rk3399-pc board, split it into its own board file and add any code support here. Signed-off-by: Suniel Mahesh --

[PATCH] Kconfig: update LOGLEVEL range

2020-02-03 Thread marek . bykowski
From: Marek Bykowski As LOGLEVEL ranges form 0 to 9 set the limit to 10. Signed-off-by: Marek Bykowski --- common/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/Kconfig b/common/Kconfig index 28d5e9a0cc..d1c9dd47cf 100644 --- a/common/Kconfig +++ b/common/Kc

[PATCH v2 1/2] rockchip: rk3399: split roc-pc-rk3399 out of evb_rk3399

2020-02-03 Thread sunil
From: Suniel Mahesh roc-pc-rk3399 board has one user button & three user LED's. Currently we don't have any code support for these devices. Since button and LED's are specific to roc-pc-rk3399 board, split it into its own board file and add code support here. Signed-off-by: Suniel Mahesh --- Ch

[PATCH v2 01/32] sandbox: Sort the help options

2020-02-03 Thread Simon Glass
At present options are presented in essentially random order. It is easier to browse them if they are sorted into alphabetical order. Adjust the help function to handle this. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/cpu/start.c | 46 ++

[PATCH v2 02/32] video: Support truetype fonts on a 32-bit display

2020-02-03 Thread Simon Glass
At present only a 16bpp display is supported for Truetype fonts. Add support for 32bpp also since this is quite common. Signed-off-by: Simon Glass Reviewed-by: Anatolij Gustschin --- Changes in v2: None drivers/video/console_truetype.c | 21 + 1 file changed, 21 insertions

  1   2   3   >