Re: [PATCH v3 01/38] spl: Use CONFIG_SPL... instead of CONFIG_..._SPL_...

ewed-by: Martyn Welch > Reviewed-by: Svyatoslav Ryhel > --- > > (no changes since v1) > For the PDU001 board: Tested-by: Felix Brack

Re: [PATCH v3 01/38] spl: Use CONFIG_SPL... instead of CONFIG_..._SPL_...

Hi Simon, On 24.09.23 21:24, Simon Glass wrote: > We like to put the SPL first so it is clear that it relates to SPL. Rename > various malloc-related options which have crept in, to stick to this > convention. > > Signed-off-by: Simon Glass > Reviewed-by: Marcel Ziswiler > Reviewed-by: Martyn

Re: [PATCH] arm: am33xx: Fix early debug UART initialization

Hello Simon, On 23.02.22 23:58, Simon Glass wrote: > Hi Felix, > > On Mon, 14 Feb 2022 at 09:57, Felix Brack wrote: >> >> The changes from commit 0dba45864b2a ("arm: Init the debug UART") >> prevent the early debug UART from being initialized correctly.

Re: [PATCH] arm: pdu001: Setup pinmux for console UART as early as possible

Hi Tom, On 21.02.22 14:34, Tom Rini wrote: > On Mon, Feb 21, 2022 at 02:26:05PM +0100, Felix Brack wrote: > >> To make sure we get a working console as soon as possible in the SPL the >> UART pins require to be configured earlier. This is especially >> true for

[PATCH] arm: pdu001: Setup pinmux for console UART as early as possible

To make sure we get a working console as soon as possible in the SPL the UART pins require to be configured earlier. This is especially true for the pins of UART3, since the PDU001 board uses this UART for the console by default. Signed-off-by: Felix Brack --- board/eets/pdu001/board.c | 30

[PATCH] arm: pdu001: Fix early debugging UART

The changes from commit 0dba45864b2a ("arm: Init the debug UART") prevent the early debug UART from being initialized correctly. To fix this we not just configure the pin multiplexer but add setting up early clocks. Signed-off-by: Felix Brack --- board/eets/pdu001/Makefile | 6 +--

Re: [PATCH] arm: am33xx: Fix early debug UART initialization

Hello Tom, On 14.02.22 23:45, Tom Rini wrote: > On Mon, Feb 14, 2022 at 05:56:52PM +0100, Felix Brack wrote: >> The changes from commit 0dba45864b2a ("arm: Init the debug UART") >> prevent the early debug UART from being initialized correctly. >> By addin

[PATCH] arm: am33xx: Fix early debug UART initialization

not board specific. For the am33xx SoCs the fix consist of configuring early clocks. Signed-off-by: Felix Brack --- arch/arm/mach-omap2/am33xx/board.c | 7 +++ drivers/serial/Kconfig | 13 + include/debug_uart.h | 15 +++ 3 files changed, 35

[PATCH] arm: pdu001: Fix dt to work with the current am33xx dtsi files

The changes introduced with commit 6337d53fdf45 ("arm: dts: sync am33xx with Linux 5.9-rc7") prevent the PDU001 from operating correctly. This patch fixes the configuration of the pin multiplexer and uart3. Signed-off-by: Felix Brack --- arch/arm/dts/am335x-pdu001-u-boot

Re: Early debug UART not working on AM33XX SoC

Hello Simon On 01.02.22 15:05, Simon Glass wrote: > Hi Felix, > > On Tue, 1 Feb 2022 at 03:48, Felix Brack wrote: >> >> Hello Simon, >> >> On 31.01.22 17:12, Simon Glass wrote: >>> Hi Felix, >>> >>> On Mon, 31 Jan 2022 at 02:43, Felix

Re: Early debug UART not working on AM33XX SoC

Hello Simon, On 01.02.22 15:05, Simon Glass wrote: > Hi Felix, > > On Tue, 1 Feb 2022 at 03:48, Felix Brack wrote: >> >> Hello Simon, >> >> On 31.01.22 17:12, Simon Glass wrote: >>> Hi Felix, >>> >>> On Mon, 31 Jan 2022 at 02:43, Fel

Re: Early debug UART not working on AM33XX SoC

Hello Simon, On 31.01.22 17:12, Simon Glass wrote: > Hi Felix, > > On Mon, 31 Jan 2022 at 02:43, Felix Brack wrote: >> >> Hello Simon >> >> On 27.01.22 18:33, Simon Glass wrote: >>> Hi Felix, >>> >>> On Thu, 27 Jan 2022 at 09:27, Feli

Re: Early debug UART not working on AM33XX SoC

Hello Simon On 27.01.22 18:33, Simon Glass wrote: > Hi Felix, > > On Thu, 27 Jan 2022 at 09:27, Felix Brack wrote: >> >> Hello Simon, >> >> On 27.01.22 16:05, Simon Glass wrote: >>> Hi Felix, >>> >>> On Wed, 26 Jan 2022 at 07:02, Feli

[PATCH] arm: pdu001: Exend the list of maintained files

Add the PDU001 board specific DT files to MAINTAINERS. This should help for better tracking of changes to these files. Signed-off-by: Felix Brack --- board/eets/pdu001/MAINTAINERS | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/board/eets/pdu001/MAINTAINERS b/board/eets

Re: Early debug UART not working on AM33XX SoC

Hello Simon, On 27.01.22 16:05, Simon Glass wrote: > Hi Felix, > > On Wed, 26 Jan 2022 at 07:02, Felix Brack wrote: >> >> Hello Simon, >> >> I am trying to get the current U-Boot master working on the PDU001 >> board. This involves the use of an early debu

Early debug UART not working on AM33XX SoC

Hello Simon, I am trying to get the current U-Boot master working on the PDU001 board. This involves the use of an early debug UART. With commit 0dba4586 (arm: Init the debug UART) the early debug UART on the AM33XX SoC doesn't work anymore. By looking at the code involved I believe a call to

Commit 6337d53fdf breaks PDU001 board

Hello, Git bisect reports commit 6337d53fdf (sync am33xx with Linux 5.9-rc7) to break the PDU001 board. I have tried to figure out what the problem is but failed. It looks like the SPL is not loading any drivers, not even the pin controller driver. Enabling an early debug UART did not help as

[PATCH] arm:pdu001: Use pseudo partition UUID for LINUX kernel boot paramter root

device name identifiers with LINUX kernel parameter root does not work anymore. This patch changes the LINUX kernel boot parameter root to use the pseudo (since we use MBR not GPT) partition UUID to locate the partition hosting the root file system. Signed-off-by: Felix Brack --- include/configs

Re: [PATCH v3 00/27] Add DM support for omap PWM backlight

Hello Dario, On 15.10.20 20:56, Dario Binacchi wrote: > Hi Felix, > >> Il 15/10/2020 10:53 Felix Brack ha scritto: >> >> >> Hello Dario, >> >> On 14.10.20 23:22, Dario Binacchi wrote: >>> >>>> Il 14/10/2020 10:22 Felix Brack

Re: [PATCH v3 00/27] Add DM support for omap PWM backlight

Hello Dario, On 14.10.20 23:22, Dario Binacchi wrote: > >> Il 14/10/2020 10:22 Felix Brack ha scritto: >> >> >> On 11.10.20 14:13, Dario Binacchi wrote: >>> The series was born from the need to manage the PWM backlight of the >>> display connected

Re: [PATCH v3 00/27] Add DM support for omap PWM backlight

On 11.10.20 14:13, Dario Binacchi wrote: > The series was born from the need to manage the PWM backlight of the > display connected to my beaglebone board. To hit the target, I had to > develop drivers for PWM management which in turn relied on drivers for > managing timers and clocks, all

Re: [PATCH v2 10/13] arm: dts: am335x: add 'u-boot,dm-pre-reloc' to panel

On 16.02.20 16:09, Dario Binacchi wrote: > Add the "u-boot,dm-pre-reloc" property to the "ti,tilcdc,panel" > compatible node. In this way the video-uclass module can allocate the > amount of memory needed to be assigned to the frame buffer. > In the case of the boards that support Linux, the

Re: [PATCH 2/2] spl: get rid of SPL_LIBDISK_SUPPORT

ing one straggling reference that seems to been authored before 91ff6865629c landed, there are absolutely no references to this in the code. Let's remove it. Signed-off-by: Thomas Hebb --- For the PDU001 board: Tested-by: Felix Brack

Re: [U-Boot] [PATCH 2/3] mmc: invalidate block cache after hwpart switched successfully

e Gao > --- For the PDU001 board: Tested-by: Felix Brack regards, Felix ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH 1/3] Revert "blk: Invalidate block cache when switching hwpart"

() which causes block cache being invalidated too > frequently and makes block cache useless. > > So it's not a good idea to put blkcache_invalidate() in the common > functions. It should be called inside mmc_select_hwpart(). > > Signed-off-by: Weijie Gao > --- For the P

Re: [U-Boot] [PATCH] blk: Invalidate block cache when switching hwpart

Hello Weijie, On 27.08.19 05:07, Weijie Gao wrote: > Hi Felix, > > I found there's already a commit merged 6 hours ago (mailed on Aug 20) > that fixed this issue: d7af2a863017be1f5fd1b65a858ddc7e87d7b876 > Thanks for the information. The patch referenced can be found here:

Re: [U-Boot] [PATCH] blk: Invalidate block cache when switching hwpart

Hello Weijie, On 26.08.19 10:19, Weijie Gao wrote: > On Thu, 2019-08-22 at 15:58 +0200, Felix Brack wrote: >> On 11.07.19 09:10, Weijie Gao wrote: >> >>> Some storage devices have multiple hw partitions and both address from >>> zero, for example eMMC.

Re: [U-Boot] [PATCH] blk: Invalidate block cache when switching hwpart

On 11.07.19 09:10, Weijie Gao wrote: > Some storage devices have multiple hw partitions and both address from > zero, for example eMMC. > However currently block cache invalidation only applies to block > write/erase. > This can cause a problem that data of current hw partition is cached > before

Re: [U-Boot] [PATCH] Convert CONFIG_ARCH_CPU_INIT to Kconfig

Hello Adam, On 14.08.19 15:29, Adam Ford wrote: > This converts the following to Kconfig: >CONFIG_ARCH_CPU_INIT > > Signed-off-by: Adam Ford > For the PDU001 board: Tested-by: Felix Brack ___ U-Boot mailing list U-Boot@list

[U-Boot] [PATCH] arm: am335x-pdu001: Remove watchdog support

This board does not require watchdog support. Signed-off-by: Felix Brack --- configs/am335x_pdu001_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/am335x_pdu001_defconfig b/configs/am335x_pdu001_defconfig index 05077c5b73..4308b192f1 100644 --- a/configs

Re: [U-Boot] [PATCH v2] board/BuR/brsmarc1: initial commit

Hi Hannes, On 02.05.19 14:09, Hannes Schmelzer wrote: > This commit adds support for the B brsmarc1 SoM. > > The SoM is based on TI's AM335x SoC. > Mainly vxWorks 6.9.4.x is running on the board, > doing some PLC stuff on various carrier boards. > > Signed-off-by: Hannes Schmelzer > > --- >

Re: [U-Boot] [PATCH v3 3/3] am335x, guardian: Add support for the bosch guardian board

ard config header > - Remove missed cruft from board files > Reviewed-by: Felix Brack -- Felix ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

[U-Boot] [PATCH] arm: pdu001: Fix order of include files

Fix the order of include files according to U-Boot coding style. Signed-off-by: Felix Brack --- board/eets/pdu001/mux.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/eets/pdu001/mux.c b/board/eets/pdu001/mux.c index f1d38e9b74..f0f9e262eb 100644 --- a/board/eets

Re: [U-Boot] [PATCH v2 3/3] am335x, guardian: Add support for the bosch guardian board

On 22.02.19 18:52, Martyn Welch wrote: Same post as some minutes ago but with correct sender, sorry. > From: Sjoerd Simons > > Add support for the Bosch Guardian board. > > CPU : AM335X-GP rev 2.1 > Model: Bosch AM335x Guardian > I2C: ready > DRAM: 256 MiB > NAND: 512 MiB > MMC: OMAP

Re: [U-Boot] [PATCH 3/3] am335x, guardian: Add support for the bosch guardian board

Hi Martyn, On 21.02.19 11:13, Martyn Welch wrote: > From: Sjoerd Simons > > Add support for the Bosch Guardian board. > > CPU : AM335X-GP rev 2.1 > Model: Bosch AM335x Guardian > I2C: ready > DRAM: 256 MiB > NAND: 512 MiB > MMC: OMAP SD/MMC: 0 > > Signed-off-by: Sjoerd Simons >

Re: [U-Boot] [PATCH v2] arm: dts: am33xx: introduce 'am33xx-u-boot.dtsi'

Hi Hannes, On 07.02.19 18:14, Hannes Schmelzer wrote: > > On 2/7/19 5:47 PM, Felix Brack wrote: >> Hi Hannes, > Hi Felix, >> On 06.02.19 12:49, Hannes Schmelzer wrote: >>> commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") >>>

Re: [U-Boot] [PATCH v2] arm: dts: am33xx: introduce 'am33xx-u-boot.dtsi'

Hi Hannes, On 06.02.19 12:49, Hannes Schmelzer wrote: > commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0") > did remove the "u-boot,dm-spl" flag from the 'ocp' bus which was > introduced with > commit 19aa4ac09db9 ("dts: am33xx: add u-boot, dm-spl to ocp bus") > > Due to this

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

Hi Hannes, On 01.02.2019 13:59, Hannes Schmelzer wrote: > > > On 2/1/19 12:15 PM, Felix Brack wrote: >> Hi Hannes, >> >> On 31.01.2019 21:18, Hannes Schmelzer wrote: >>> On 1/31/19 4:59 PM, Tom Rini wrote: >>>> On Thu, Jan 31, 2019 at 04:48:10PM +

Re: [U-Boot] [PATCH] arm: dts: am33xx: add u-boot, dm-spl to ocp bus

Hi Hannes, On 31.01.2019 21:18, Hannes Schmelzer wrote: > > On 1/31/19 4:59 PM, Tom Rini wrote: >> On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote: >> >>> On 1/31/19 3:57 PM, Tom Rini wrote: On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote: > commit

Re: [U-Boot] [RFC] ARM: omap3_logic_somlv: Enable OF_CONTROL in SPL

Hello Adam, On 23.01.2019 22:13, Adam Ford wrote: > By removing EXT support from SPL, it makes room for the extra > overhead of enabling OF_CONTROL in SPL. With SPL_OF_CONTROL > enabled, extra options need to be added to the device tree to > tell it which portions of the tree are needed early in

Re: [U-Boot] [PATCH] dts: am335x-pdu001: Fix polarity of card detection input

Hi Tom, On 29.11.2018 21:27, Tom Rini wrote: > On Thu, Nov 29, 2018 at 05:07:47PM +0100, Felix Brack wrote: >> On 29.11.2018 16:52, Tom Rini wrote: >>> On Thu, Nov 29, 2018 at 04:33:36PM +0100, Felix Brack wrote: >>>> On 29.11.2018 16:25, Tom Rini wrote: >>&g

[U-Boot] [PATCH] arm: dts: am335x-pdu001: Sync with Linux 5.0-rc2

This patch synchronizes the PDU001 board DTS file with the one used by Linux 5.0-rc2. Signed-off-by: Felix Brack --- arch/arm/dts/am335x-pdu001.dts | 25 + 1 file changed, 17 insertions(+), 8 deletions(-) diff --git a/arch/arm/dts/am335x-pdu001.dts b/arch/arm/dts/am335x

[U-Boot] [PATCH] arm: am335x-pdu001: Remove SPI support

On this board SPI is only used to configure the SoC driving the LC TFT display which is not used in U-Boot. Hence remove SPI support. Signed-off-by: Felix Brack --- configs/am335x_pdu001_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/configs/am335x_pdu001_defconfig b/configs

[U-Boot] [PATCH] arm: am335x-pdu001: Move from embedded to separate DTB

There is no need for an embedded device tree for this board so let the build process generate a separate u-boot.dtb file instead. Signed-off-by: Felix Brack --- arch/arm/mach-omap2/am33xx/Kconfig | 1 + configs/am335x_pdu001_defconfig| 2 +- 2 files changed, 2 insertions(+), 1 deletion

[U-Boot] [PATCH] arm: dts: am33xx: Sync dts with Linux 4.20.0

ization: if it needs to be fixed it will be fixed in Linux and ported back to U-Boot. Buildman reports all 46 am33xx SoC based boards to build fine, with warnings of course. Nevertheless this patch should be tested thoroughly on as many boards as possible to prevent any collateral damage. Signed

Re: [U-Boot] [RESEND][PATCH] power: regulator: denied disable on always-on regulator

Hello Simon, On 03.12.18 19:20, Simon Glass wrote: Hi, On Mon, 3 Dec 2018 at 04:07, Felix Brack wrote: On 15.11.2018 13:45, Patrice Chotard wrote: From: Patrick Delaunay Don't disable regulator which are tagged as "regulator-always-on" in DT. Signed-off-by: Patrick Delaunay

[U-Boot] [PATCH] serial: omap: Add code for early debugging

This patch adds code missing when CONFIG_DEBUG_UART_OMAP is enabled as early debugging UART. The code is basically copied from the ns16550 driver. Signed-off-by: Felix Brack --- drivers/serial/serial_omap.c | 42 +++- 1 file changed, 41 insertions(+), 1 deletion

Re: [U-Boot] [RESEND][PATCH] power: regulator: denied disable on always-on regulator

On 15.11.2018 13:45, Patrice Chotard wrote: > From: Patrick Delaunay > > Don't disable regulator which are tagged as "regulator-always-on" in DT. > > Signed-off-by: Patrick Delaunay > Reviewed-by: Simon Glass > Reviewed-by: Jack Mitchell > Tested-by: Jack Mitchell > Signed-off-by: Patrice

[U-Boot] [PATCH] arm: am335x-pdu001: Enable CONFIG_BLK and CONFIG_DM_MMC

by other board components, not just eMMC and micro SD card. Furthermore my patch 'dts: am335x-pdu001: Fix polarity of card detection input' is required to boot from external micro SD card. Without this patch no SD card will be detected and hence booting will fail. Signed-off-by: Felix Brack --- arch

Re: [U-Boot] [PATCH 37/93] arm: Remove am335x_pdu001 board

Hi Simon, On 19.11.2018 16:53, Simon Glass wrote: > This board has not been converted to CONFIG_DM_BLK by the deadline. > Remove it. > > Signed-off-by: Simon Glass > --- > I'm working on a patch for this board. It should be ready in a few days. regards, Felix

Re: [U-Boot] [PATCH] dts: am335x-pdu001: Fix polarity of card detection input

On 29.11.2018 16:52, Tom Rini wrote: > On Thu, Nov 29, 2018 at 04:33:36PM +0100, Felix Brack wrote: >> On 29.11.2018 16:25, Tom Rini wrote: >>> On Thu, Nov 29, 2018 at 01:45:06PM +0100, Felix Brack wrote: >>> >>>> When a micro SD card is inserted in the PD

Re: [U-Boot] [PATCH] dts: am335x-pdu001: Fix polarity of card detection input

On 29.11.2018 16:25, Tom Rini wrote: > On Thu, Nov 29, 2018 at 01:45:06PM +0100, Felix Brack wrote: > >> When a micro SD card is inserted in the PDU001 card cage, the card >> detection switch is opened and the corresponding GPIO input is driven >> by a pull-up. Hence

[U-Boot] [PATCH] dts: am335x-pdu001: Fix polarity of card detection input

When a micro SD card is inserted in the PDU001 card cage, the card detection switch is opened and the corresponding GPIO input is driven by a pull-up. Hence change the active level of the card detection input from low to high. Signed-off-by: Felix Brack --- arch/arm/dts/am335x-pdu001.dts | 2

Re: [U-Boot] [RESEND][PATCH] power: regulator: denied disable on always-on regulator

Mitchell > Signed-off-by: Patrice Chotard > --- > Reviewed-by: Felix Brack Tested-by: Felix Brack ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v2 12/19] configs: am335x_pdu001: remove CONFIG_DM_I2C_COMPAT

On 05.10.2018 18:45, Jean-Jacques Hiblot wrote: > Remove the last call to the non-DM I2C API. > Also remove the #undef CONFIG_DM_I2C_COMPAT because it is not defined > in the common header file anymore. > > Signed-off-by: Jean-Jacques Hiblot Reviewed-by: Felix Brack Tested-

Re: [U-Boot] [PATCH v2 04/19] configs: am335x: am57x: dra7x: Enable CONFIG_SPL_DM_SEQ_ALIAS

iblot Reviewed-by: Felix Brack Tested-by: Felix Brack ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v1 12/19] configs: am335x_pdu001: Explicitly enable CONFIG_I2C_COMPAT

Hello Jean-Jacques, On 05.10.2018 15:09, Jean-Jacques Hiblot wrote: > Hi Felix, > > On 05/10/2018 14:25, Felix Brack wrote: >> Hello Jean-Jacques, >> >> On 04.10.2018 15:47, Jean-Jacques Hiblot wrote: >>> CONFIG_I2C_COMPAT is currently enabled in ti_armv7

Re: [U-Boot] [PATCH v1 12/19] configs: am335x_pdu001: Explicitly enable CONFIG_I2C_COMPAT

Hello Jean-Jacques, On 04.10.2018 15:47, Jean-Jacques Hiblot wrote: > CONFIG_I2C_COMPAT is currently enabled in ti_armv7_common.h > Let us use the Kconfig option instead so that any change to > CONFIG_I2C_COMPAT in ti_armv7_common.h doesn't break this platform. > As I can't find

Re: [U-Boot] [PATCH] Kconfig: Remove trailing whitespaces in prompt

ot;Location of uncompressed DTBs" > depends on (SPL_MULTI_DTB_FIT_GZIP || SPL_MULTI_DTB_FIT_LZO) > default SPL_MULTI_DTB_FIT_DYN_ALLOC if SYS_MALLOC_F > > Reviewed-by: Felix Brack regards, Felix ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v2] serial: ns16550: Add register shift variable

On 17.07.2018 15:21, Tom Rini wrote: > On Tue, Jul 17, 2018 at 12:45:51PM +, Alexey Brodkin wrote: >> Hi Felix, >> >>> -Original Message----- >>> From: Felix Brack [mailto:f...@ltec.ch] >>> Sent: Tuesday, July 17, 2018 3:13 PM >>&

Re: [U-Boot] [PATCH v2] serial: ns16550: Add register shift variable

Hello Lokesh, On 17.07.2018 09:55, Lokesh Vutla wrote: > > > On Tuesday 17 July 2018 12:32 PM, Felix Brack wrote: >> This patch adds a new Kconfig variable that allows setting >> the register offset shift value for the ns16550 driver to some >> other value then 0 if

Re: [U-Boot] [PATCH v2] serial: ns16550: Add register shift variable

On 17.07.2018 11:27, Alexander Graf wrote: > On 07/17/2018 11:21 AM, Lokesh Vutla wrote: >> >> On Tuesday 17 July 2018 02:42 PM, Alexander Graf wrote: >>> On 07/17/2018 09:55 AM, Lokesh Vutla wrote: >>>> On Tuesday 17 July 2018 12:32 PM, Felix Brack wrote:

[U-Boot] [PATCH v2] serial: ns16550: Add register shift variable

the synchronization is done, one can use this new variable. For the pdu001 board, for example, SYS_NS16550_REG_SHIFT is set to 2; no need to clutter U-Boot and board specific dts files with properties. Signed-off-by: Felix Brack --- Changes in v2: - clarify variable usage - set default value to 2 for AM33XX

Re: [U-Boot] [PATCH] serial: ns16550: Add register shift variable

Hello Alexey, On 16.07.2018 17:04, Alexey Brodkin wrote: > Hi Felix, > >> -Original Message----- >> From: Felix Brack [mailto:f...@ltec.ch] >> Sent: Sunday, July 15, 2018 5:02 PM >> To: Alexey Brodkin ; Tom Rini >> >> Cc: u-boot@lists.denx.de;

Re: [U-Boot] [PATCH] serial: ns16550: Add register shift variable

On 16.07.2018 14:42, Wolfgang Denk wrote: > Dear Felix, > > In message <1b0d33fa-adfb-9825-5ae8-8bded1678...@ltec.ch> you wrote: >> This needs to be rewritten. >>> >>> To try and help clarify, the property in question means "quantity to >>> shift the register offsets by." It should be

Re: [U-Boot] [PATCH] serial: ns16550: Add register shift variable

Hi Alexey, On 15.07.2018 10:43, Alexey Brodkin wrote: > Hi Tom, Felix, all > >> -Original Message- >> From: Tom Rini [mailto:tr...@konsulko.com] >> Sent: Saturday, July 14, 2018 6:50 PM >> To: Wolfgang Denk >> Cc: Felix Brack ; u-boot@lists.denx.d

Re: [U-Boot] [PATCH] serial: ns16550: Add register shift variable

Hi Tom, On 14.07.2018 17:49, Tom Rini wrote: > On Sat, Jul 14, 2018 at 12:47:21PM +0200, Wolfgang Denk wrote: >> Dear Felix, >> >> In message <1531492980-16543-1-git-send-email...@ltec.ch> you wrote: >>> >>> The motivation for writing this patch originates in the >>> effort of synchronizing

Re: [U-Boot] [PATCH] serial: ns16550: Add register shift variable

Hello Wolfgang, On 14.07.2018 12:47, Wolfgang Denk wrote: > Dear Felix, > > In message <1531492980-16543-1-git-send-email...@ltec.ch> you wrote: >> >> The motivation for writing this patch originates in the >> effort of synchronizing U-Boot DT to Linux DT for am33xx SOCs. >> The current

[U-Boot] [PATCH] serial: ns16550: Add register shift variable

is done, one can use this new variable. For the pdu001 board, for example, SYS_NS16550_REG_SHIFT is set to 2; no need to clutter U-Boot and board specific dts files with properties. Signed-off-by: Felix Brack --- drivers/serial/Kconfig | 12 drivers/serial/ns16550.c | 3 ++- 2

Re: [U-Boot] [RFC] arm: dts: am33xx: Sync DTS with Linux 4.16.11

Hi Lokesh, many thanks for the feedback! On 10.07.2018 08:42, Lokesh Vutla wrote: > Hi Felix, > > On Thursday 24 May 2018 02:32 PM, Felix Brack wrote: >> Hello, >> >> I am working on a patch to synchronize the DTS files of the am33xx SoC >> with those f

[U-Boot] [RFC] arm: dts: am33xx: Sync DTS with Linux 4.16.11

Hello, I am working on a patch to synchronize the DTS files of the am33xx SoC with those from Linux 4.16.11 (current stable). After some tiny modifications to the boards am335x-pdu001, am335x-evm, am335x-rut, am437x-gp-evm and am43x-epos-evm buildman passes without any warnings on the 46 am33xx

Re: [U-Boot] [PATCH v3 2/6] board: eets: pdu001: Fix wrong default value in Kconfig

g > +++ b/board/eets/pdu001/Kconfig > @@ -19,7 +19,7 @@ config SYS_CONFIG_NAME > > choice > prompt "State of Run LED" > - default PDU001_RUN_LED_RED > + default RUN_LED_RED > help > The PDU001 has a bi-color (red/green) LED labeled '

Re: [U-Boot] [PATCH] configs: Fixup some CPSW-related items

/ comments from pengwyn > - Drop empty section / comments from baltos and drop unused > CONFIG_SPL_NET_VCI_STRING (it does not enable CONFIG_SPL_NET_SUPPORT > currently and SPL_NET_VCI_STRING has been migrated already). > > Cc: Felix Brack <f...@ltec.ch> > Cc: Lokesh Vutla &l

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 17:30, Tom Rini wrote: > On Tue, Apr 10, 2018 at 05:26:25PM +0200, Felix Brack wrote: >> On 10.04.2018 16:50, Tom Rini wrote: >>> On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote: >>>> On 10.04.2018 15:30, Tom Rini wrote: >>>>

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 16:50, Tom Rini wrote: > On Tue, Apr 10, 2018 at 04:11:09PM +0200, Felix Brack wrote: >> On 10.04.2018 15:30, Tom Rini wrote: >>> On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote: >>>> On 10.04.2018 14:54, Tom Rini wrote: >>>>

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 15:30, Tom Rini wrote: > On Tue, Apr 10, 2018 at 02:59:23PM +0200, Felix Brack wrote: >> On 10.04.2018 14:54, Tom Rini wrote: >>> On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote: >>>> On 10.04.2018 14:23, Tom Rini wrote: >>>>

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 14:54, Tom Rini wrote: > On Tue, Apr 10, 2018 at 02:43:47PM +0200, Felix Brack wrote: >> On 10.04.2018 14:23, Tom Rini wrote: >>> On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote: >>>> Hi Tom, >>>> >>>> On 09.04.2018 1

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 14:23, Tom Rini wrote: > On Tue, Apr 10, 2018 at 09:21:06AM +0200, Felix Brack wrote: >> Hi Tom, >> >> On 09.04.2018 17:03, Tom Rini wrote: >>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote: >>> >>>> This converts CO

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 10:09, Alex Kiernan wrote: > On Tue, Apr 10, 2018 at 8:04 AM, Felix Brack <f...@ltec.ch> wrote: >> >> On 10.04.2018 09:47, Alex Kiernan wrote: >>> On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack <f...@ltec.ch> wrote: >>>> Hi To

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 10.04.2018 09:47, Alex Kiernan wrote: > On Tue, Apr 10, 2018 at 7:21 AM, Felix Brack <f...@ltec.ch> wrote: >> Hi Tom, >> >> On 09.04.2018 17:03, Tom Rini wrote: >>> On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote: >>> >&g

Re: [U-Boot] [U-Boot, v2, 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

Hi Tom, On 09.04.2018 17:03, Tom Rini wrote: > On Sun, Apr 01, 2018 at 09:22:34AM +, Alex Kiernan wrote: > >> This converts CONFIG_DRIVER_TI_CPSW to Kconfig >> >> Signed-off-by: Alex Kiernan >> Acked-by: Joe Hershberger > > Applied to

Re: [U-Boot] [PATCH v2 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

On 02.04.2018 17:43, Alex Kiernan wrote: > On Mon, Apr 2, 2018 at 12:13 PM, Felix Brack <f...@ltec.ch> wrote: >> Hi Alex, >> >> On 01.04.2018 11:22, Alex Kiernan wrote: >>> This converts CONFIG_DRIVER_TI_CPSW to Kconfig >>> >>> Signed-off-by: A

Re: [U-Boot] [PATCH v2 1/5] Migrate CONFIG_DRIVER_TI_CPSW to Kconfig

Hi Alex, On 01.04.2018 11:22, Alex Kiernan wrote: > This converts CONFIG_DRIVER_TI_CPSW to Kconfig > > Signed-off-by: Alex Kiernan > Acked-by: Joe Hershberger > --- > > Changes in v2: > - Move DRIVER_TI_CPSW outside of the NETDEVICES guard > -

[U-Boot] [PATCH v4] arm: add support for PDU001

This patch adds support for the PDU001 board. Signed-off-by: Felix Brack <f...@ltec.ch> --- Changes in v4: - move remaining U-Boot specific parts from DTS to DTSI file Changes in v3: - revert to deprecated SPDX license identifier GPL-2.0+ - maintain alphabetical order in Kconfig files -

[U-Boot] [PATCH v3] arm: add support for PDU001

This patch adds support for the PDU001 board. Signed-off-by: Felix Brack <f...@ltec.ch> --- Changes in v3: - revert to deprecated SPDX license identifier GPL-2.0+ - maintain alphabetical order in Kconfig files - move U-Boot specific parts from DTS to new DTSI file to simplify lo

Re: [U-Boot] [PATCH v2] arm: add support for PDU001

Hi Tom, On 22.01.2018 16:15, Tom Rini wrote: > On Mon, Jan 22, 2018 at 12:07:49PM +0100, Felix Brack wrote: > >> This patch adds support for the PDU001 board. >> >> Signed-off-by: Felix Brack <f...@ltec.ch> > [snip] >> diff --git a/arch/arm/Kconfig b/arc

[U-Boot] [PATCH v2] arm: add support for PDU001

This patch adds support for the PDU001 board. Signed-off-by: Felix Brack <f...@ltec.ch> --- Changes in v2: - use DT to configure the board - use new single-register pin controller - use new TPS65910 PMIC driver - eliminate the need of CONFIG_DM_I2C_COMPAT, i.e. use DM for i2c - c

[U-Boot] [PATCH] dt-bindings: leds: adopt Linux PCA9532 binding constants

-by: Felix Brack <f...@ltec.ch> --- include/dt-bindings/leds/leds-pca9532.h | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 include/dt-bindings/leds/leds-pca9532.h diff --git a/include/dt-bindings/leds/leds-pca9532.h b/include/dt-bindings/leds/leds-pca9532.h ne

[U-Boot] [PATCH] power: tps65910: replace error() by pr_err()

The patch replaces the former error() by the new pr_err(). This makes the TPS65910 driver conform to Masahiro's patch 'treewide:replace with error() with pr_err()' introduced October 2017. Signed-off-by: Felix Brack <f...@ltec.ch> --- drivers/power/pmic/pmic_tps65910_dm.c

Re: [U-Boot] Please pull u-boot-dm

Hi Simon, Are you sure this one made it to Tom? You didn't CC him I think. regards Felix On 08.12.2017 23:44, Simon Glass wrote: > Hi Tom, > > This is the binman symbol feature plus a few other things that I found > in my queue. I'll sort out the test patch problems next week. >

[U-Boot] [PATCH v4] power: pmic/regulator: Add basic support for TPS65910

: Add a function to query MPU voltage in uV" to build correctly. For boards relying on the DT include file tps65910.dtsi the v3 patch "power: extend prefix match to regulator-name property" and an appropriate regulator naming is also required. Signed-off-by: Felix Brack <f...@ltec

Re: [U-Boot] [PATCH v3] power: pmic/regulator: Add basic support for TPS65910

Please ignore this post. I will send an update v4 shortly, sorry. regards Felix On 30.11.2017 10:58, Felix Brack wrote: > Texas Instrument's TPS65910 PMIC contains 3 buck DC-DC converts, one > boost DC-DC converter and 8 LDOs. This patch implements driver model > support for the TPS6

[U-Boot] [PATCH v3] power: pmic/regulator: Add basic support for TPS65910

: Add a function to query MPU voltage in uV" to build correctly. For boards relying on the DT include file tps65910.dtsi the v3 patch "power: extend prefix match to regulator-name property" and an appropriate regulator naming is also required. Signed-off-by: Felix Brack <f...@ltec

[U-Boot] [PATCH v2] power: pmic/regulator: Add basic support for TPS65910

: Add a function to query MPU voltage in uV" to build correctly. For boards relying on the DT include file tps65910.dtsi the v3 patch "power: extend prefix match to regulator-name property" and an appropriate regulator naming is also required. Signed-off-by: Felix Brack <f...@ltec

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hello Simon, On 27.11.2017 18:16, Simon Glass wrote: > However if you find that you really do need to blur the line between > the regulator and the pmic, and share the pdata structure, it is not > the end of the world. It seems wrong to me, so I'd like to avoid it if > possible. We should have a

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hello Simon, On 26.11.2017 12:38, Simon Glass wrote: > Hi Felix, > > On 23 November 2017 at 08:36, Felix Brack <f...@ltec.ch> wrote: >> >> >> On 22.11.2017 11:39, Felix Brack wrote: >>> Hello Simon, >>> >>> Many thanks for taking the

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hello Simon On 26.11.2017 12:39, Simon Glass wrote: > Hi Felix, > > On 22 November 2017 at 03:39, Felix Brack <f...@ltec.ch> wrote: >> Hello Simon, >> >> Many thanks for taking the time to review my patch. >> >> On 20.11.2017 16:38, Simon Glass wr

[U-Boot] [PATCH v3] power: extend prefix match to regulator-name property

other properties then regulator-name as I do not see any benefit in using property compatible or even regulator-compatible. Of course I am open to change this if there are good reasons to do so. Signed-off-by: Felix Brack <f...@ltec.ch> --- Changes in v3: - refactoring improving code reada

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

On 22.11.2017 11:39, Felix Brack wrote: > Hello Simon, > > Many thanks for taking the time to review my patch. > > On 20.11.2017 16:38, Simon Glass wrote: >> Hi Felix, >> >>> + >>> +/* platform data */ >>> +struct tps65910_pdata { >&

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hello Simon, Many thanks for taking the time to review my patch. On 20.11.2017 16:38, Simon Glass wrote: > Hi Felix, > > On 8 November 2017 at 04:04, Felix Brack <f...@ltec.ch> wrote: >> Texas Instrument's TPS65910 PMIC contains 3 buck DC-DC converts, one >> boost

  1   2   >