, we adopt the common practice of
discerning C45 from C22 using the devad argument.
Signed-off-by: Philip Oberfichtner
---
Notes:
Attention: There is a slight change of behavior introduced by this
commit (see commit message). Please test and review if this works for
everybody
Add dwc_eth_qos glue driver for the Intel Elkhart-Lake SOC.
Signed-off-by: Philip Oberfichtner
---
drivers/net/Kconfig | 7 +
drivers/net/Makefile| 1 +
drivers/net/dwc_eth_qos.h | 1 +
drivers/net/dwc_eth_qos_intel.c | 446
PCI devices do not necessarily use a device tree. Implement a bind()
function to assign unique device names in that case.
Signed-off-by: Philip Oberfichtner
---
drivers/net/dwc_eth_qos.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/net/dwc_eth_qos.c b/drivers
ed-off-by: Philip Oberfichtner
---
drivers/net/dwc_eth_qos.c | 28 +---
drivers/net/dwc_eth_qos.h | 3 +++
drivers/net/dwc_eth_qos_imx.c | 1 +
drivers/net/dwc_eth_qos_qcom.c | 1 +
drivers/net/dwc_eth_qos_rockchip.c | 1 +
drive
Before this commit, usage of this header relied on a specific include
order. Fix it by including all dependencies.
Signed-off-by: Philip Oberfichtner
---
drivers/net/dwc_eth_qos.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/dwc_eth_qos.h b/drivers/net
Implement memory barrier using mfence. Linux does it equivalently [1].
"The MFENCE instruction establishes a memory fence for both loads and
stores" [2].
[1] linux/arch/x86/include/asm/barrier.h
[2] Intel® 64 and IA-32 Architectures Software Developer’s Manual
Signed-off-by: Philip Ob
on: "net: dwc_eth_qos: mdio: Implement clause 45":
https://patchwork.ozlabs.org/project/uboot/patch/20240423085158.29246-1-...@denx.de/
Philip Oberfichtner (5):
x86: provide mb() macro
net: dwc_eth_qos: Fix header to be self-contained
net: dwc_eth_qos: Adapt probe() for PCI dev
Hi,
I'm wondering if it is currently possible to have U-Boot run in 64-bit
mode as EFI payload.
TARGET_EFI_APP64 selects X86_64 to achieve this. TARGET_EFI_PAYLOAD does
currently always switch 32-bit mode. Any hints what would have to be
done to get it to run in 64-bit mode?
Thanks in advance,
, we adopt the common practice of
discerning C45 from C22 using the devad argument.
Signed-off-by: Philip Oberfichtner
---
Notes:
This patch is labeled RFC as there is a slight change of behavior (see
commit message). I'm not sure in fact if this solution works for
everybody
The "i2cbcdev" sneaked in when implementing this function for the
bootcounter use case. Obviously the intention was to use prop_name
instead.
Fixes: b483552773 (i2c: Implement i2c_get_chip_by_phandle())
Signed-off-by: Philip Oberfichtner
---
drivers/i2c/i2c-uclass.c | 2 +-
1 file
4BIT is enabled and
> + * the device advertises that it supports it.
> + */
This patch is also useful if the previous bootstage, e.g. coreboot,
allocated a 64-bit address. In fact I recently did something very
similar (downstream), so
Reviewed-by
On Mon, Oct 30, 2023 at 06:17:23AM +0100, Heiko Schocher wrote:
>
>
> Your patch drops an checkpatch error:
> """
> ERROR: Do not add common.h to files
> #164: FILE: drivers/bootcount/bootcount_dm_i2c.c:10:
> +#include
> """
>
> Could you please check and fix?
Oops sorry, V3 is on the way.
Hi Heiko,
On Wed, Oct 18, 2023 at 06:31:57AM +0200, Heiko Schocher wrote:
> [...]
>
> May Philip can use uclass_get_device_by_phandle and try a list of
> possible UCLASS candidates, like UCLASS_RTC, UCLASS_I2C_EEPROM,
> UCLASS_POWER,... and if found, check if parent is UCLASS_I2C...
>
> may not
-66989-80 Email: p...@denx.de
=
On Fri, Oct 13, 2023 at 02:58:04PM +0200, Philip Oberfichtner wrote:
> Hello Heiko,
>
> On Fri, Oct 13, 2023 at 01:28:47PM +0200, Heiko Schocher wrote:
> > [...]
> >
Hello Heiko,
On Fri, Oct 13, 2023 at 01:28:47PM +0200, Heiko Schocher wrote:
> [...]
> >
> > bootcount {
> > compatible = "u-boot,bootcount-i2c";
> > i2c-bus = <>;
> > address = <0x52>;
>
> Hmm.. do we really need this here with DTS. Why not using a
Hi Heiko,
Thank you for reviewing.
On Fri, Oct 13, 2023 at 01:21:41PM +0200, Heiko Schocher wrote:
> [...]
>
> Hmm.. I find some boards in mainline which still use this driver:
>
> u-boot [master] $ grep -lr BOOTCOUNT_I2C .
> ./configs/sandbox_defconfig
> ./configs/mx53ppd_defconfig
>
EMMC moviNAND. Enter backdoor mode */
What is moviNAND? My research pointed me to Samsung products only. So
is changing the boot partition size vendor specific or can it be used
more generally?
To be specific, I use the Kioxia THGBMJG6C1LBAB7 eMMC chip.
Thanks and best regards,
Philip Oberfichtner
Fix a copy-paste error I did when inserting the comment.
Signed-off-by: Philip Oberfichtner
---
drivers/bootcount/Kconfig | 2 +-
drivers/bootcount/pmic_pfuze100.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/bootcount/Kconfig b/drivers/bootcount
CONFIG_SYS_L2_PL310 to Kconfig
- Use newly introduced Kconfig symbol for dh_imx6_defconfig
Changes in v2:
- Add comment to explain the relevance of dcache_disable()
Marek Vasut (1):
ARM: imx6: dh-imx6: Enable d-cache early in SPL
Philip Oberfichtner (2):
Convert
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v6:
- Once more improve the dcache_disable() comment
be able to flush it, too. Thus this
commit allows cache-pl310.c to be included in the SPL build.
[1] See for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
(no changes since v3)
Changes in v3:
- Introduce CONFIG_SPL_SYS_L2_PL310
arch/arm
-f ARCH_MX6 ~SYS_L2_PL310 ~SYS_L2CACHE_OFF
0 matches
That means whenever an ARCH_MX6 board had SYS_L2_PL310 disabled, this
was correctly reflected in SYS_L2CACHE_OFF. Thus it's safe to insert
the 'select' statement under ARCH_MX6.
Signed-off-by: Philip Oberfichtner
---
I wonder if we
symbol for dh_imx6_defconfig
Changes in v2:
- Add comment to explain the relevance of dcache_disable()
Marek Vasut (1):
ARM: imx6: dh-imx6: Enable d-cache early in SPL
Philip Oberfichtner (2):
Convert CONFIG_SYS_L2_PL310 to Kconfig
ARM: cache: Allow SPL to build cache-pl310.c
README
comment to explain the relevance of dcache_disable()
Marek Vasut (1):
ARM: imx6: dh-imx6: Enable d-cache early in SPL
Philip Oberfichtner (2):
Convert CONFIG_SYS_L2_PL310 to Kconfig
ARM: cache: Allow SPL to build cache-pl310.c
README| 2 --
arch/arm
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v5:
- Clarify dcache_disable() comment
Changes in v4
be able to flush it, too. Thus this
commit allows cache-pl310.c to be included in the SPL build.
[1] See for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
(no changes since v3)
Changes in v3:
- Introduce CONFIG_SPL_SYS_L2_PL310
arch/arm
-f ARCH_MX6 ~SYS_L2_PL310 ~SYS_L2CACHE_OFF
0 matches
That means whenever an ARCH_MX6 board had SYS_L2_PL310 disabled, this
was correctly reflected in SYS_L2CACHE_OFF. Thus it's safe to insert
the 'select' statement under ARCH_MX6.
Signed-off-by: Philip Oberfichtner
---
I wonder if we
Hi,
thanks for the feedback.
On Wed, 2022-08-17 at 11:24 +0200, Marek Vasut wrote:
> On 8/17/22 11:06, Philip Oberfichtner wrote:
>
> [...]
>
> > +void spl_board_prepare_for_boot(void)
> > +{
> > + /*
> > + * Flush dcache.
>
> The dcach
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v4:
- Elaborate on dcache_disable() comment
Changes
be able to flush it, too. Thus this
commit allows cache-pl310.c to be included in the SPL build.
[1] See for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
(no changes since v3)
Changes in v3:
- Introduce CONFIG_SPL_SYS_L2_PL310
arch/arm
-f ARCH_MX6 ~SYS_L2_PL310 ~SYS_L2CACHE_OFF
0 matches
That means whenever an ARCH_MX6 board had SYS_L2_PL310 disabled, this
was correctly reflected in SYS_L2CACHE_OFF. Thus it's safe to insert
the 'select' statement under ARCH_MX6.
Signed-off-by: Philip Oberfichtner
---
I wonder if we
Just for the record: I solved the problem using
./tools/moveconfig.py -i CONFIG_SYS_L2_PL310
Patch V4 coming soon.
On Thu, 2022-08-11 at 12:17 +0200, Philip Oberfichtner wrote:
> Hi,
>
> following the whole discussion I figured using 'select SYS_l2_PL310
> if
> !
Hi,
following the whole discussion I figured using 'select SYS_l2_PL310 if
!SYS_L2CACHE_OFF' is the preferred solution.
Now the thing is, if I'd put this line under the ARCH_XXX Kconfig
entries, I would change behavior for many boards. Take, for example,
ARCH_MVEBU:
grep -lr ARCH_MVEBU configs
This converts CONFIG_SYS_L2_PL310 to Kconfig.
Signed-off-by: Philip Oberfichtner
---
Changes in v3:
new
README| 2 --
arch/arm/Kconfig | 4
arch/arm/mach-mvebu/include/mach/config.h | 2 --
configs/am43xx_evm_defconfig
- Convert CONFIG_SYS_L2_PL310 to Kconfig
- Use newly introduced Kconfig symbol for dh_imx6_defconfig
Changes in v2:
- Add comment to explain the relevance of dcache_disable()
Marek Vasut (1):
ARM: imx6: dh-imx6: Enable d-cache early in SPL
Philip Oberfichtner (2):
Convert
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v3:
- Use newly introduced Kconfig symbol
be able to flush it, too. Thus this
commit allows cache-pl310.c to be included in the SPL build.
[1] See for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
Changes in v3:
- Introduce CONFIG_SPL_SYS_L2_PL310
arch/arm/Kconfig | 5
On Thu, 2022-08-04 at 07:05 -0400, Tom Rini wrote:
> On Thu, Aug 04, 2022 at 12:56:45PM +0200, Philip Oberfichtner wrote:
>
> > Before this commit, the SPL could enable the PL310 L2 cache [1],
> > but the
> > cache maintenance functions from cache-pl310.c were only use
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Add comment to explain the relevance
for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
(no changes since v1)
arch/arm/lib/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
index c603fe61bc..ac1d4245bb
On Thu, 2022-08-04 at 11:02 +0200, Marek Vasut wrote:
> On 8/4/22 10:15, Philip Oberfichtner wrote:
> > Before this commit, the SPL could enable the PL310 L2 cache [1],
> > but the
> > cache maintenance functions from cache-pl310.c were only useable
> > for
> &g
From: Marek Vasut
Enable d-cache early in SPL right after DRAM is started up.
This reduces U-Boot proper load time by 650ms when loaded
from SPI NOR.
Signed-off-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
board/dhelectronics/dh_imx6/dh_imx6_spl.c | 27 +++
1
for example arch/arm/mach-imx/cache.c: v7_outer_cache_enable()
Signed-off-by: Philip Oberfichtner
---
arch/arm/lib/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
index c603fe61bc..ac1d4245bb 100644
--- a/arch/arm/lib
To reduce code duplication, let the stm32 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
Reviewed-by: Patrick Delaunay
---
Changes in v4:
- Replace printf() by log_err
To reduce code duplication, let the imx8 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
---
(no changes since v3)
Changes in v3:
- Reviewed by Marek
Changes in v2
in v3:
- Entire series reviewed by Marek
Changes in v2:
- Tested-by Marek
- convert to livetree (rebase on commit 5a605b7c86152)
- Fix spelling
Philip Oberfichtner (4):
board: dhelectronics: Implement common MAC address functions
ARM: imx6: DH: Use common MAC
To reduce code duplication, let the imx6 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
---
(no changes since v3)
Changes in v3:
- Reviewed by Marek
Changes in v2
-by: Philip Oberfichtner
Reviewed-by: Marek Vasut
---
(no changes since v3)
Changes in v3:
- Reviewed by Marek
Changes in v2:
- convert to livetree (rebase on commit 5a605b7c86152)
board/dhelectronics/common/Makefile| 10
board/dhelectronics/common/dh_common.c | 65
To reduce code duplication, let the stm32 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
---
Changes in v3:
- Reviewed by Marek
Changes in v2:
- convert to livetree
-by: Philip Oberfichtner
Reviewed-by: Marek Vasut
---
Changes in v3:
- Reviewed by Marek
Changes in v2:
- convert to livetree (rebase on commit 5a605b7c86152)
board/dhelectronics/common/Makefile| 10
board/dhelectronics/common/dh_common.c | 65
To reduce code duplication, let the imx8 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
---
Changes in v3:
- Reviewed by Marek
Changes in v2:
- Tested-by Marek
To reduce code duplication, let the imx6 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
Reviewed-by: Marek Vasut
---
Changes in v3:
- Reviewed by Marek
Changes in v2:
- Tested-by Marek
board
(rebase on commit 5a605b7c86152)
- Fix spelling
Philip Oberfichtner (4):
board: dhelectronics: Implement common MAC address functions
ARM: imx6: DH: Use common MAC address functions
ARM: imx8: DH: Use common MAC address functions
ARM: stm32: DH: Use common MAC address functions
To reduce code duplication, let the stm32 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
---
Changes in v2:
- convert to livetree (rebase on commit 5a605b7c86152)
- Tested-by Marek
board
To reduce code duplication, let the imx8 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
---
Changes in v2:
- Tested-by Marek
.../dh_imx8mp/imx8mp_dhcom_pdk2.c | 121 +++---
1
To reduce code duplication, let the imx6 based DH boards use the common
code for setting up their MAC addresses.
Signed-off-by: Philip Oberfichtner
Tested-by: Marek Vasut
---
Changes in v2:
- Tested-by Marek
board/dhelectronics/dh_imx6/dh_imx6.c | 47 ---
1
-by: Philip Oberfichtner
---
Changes in v2:
- convert to livetree (rebase on commit 5a605b7c86152)
board/dhelectronics/common/Makefile| 10
board/dhelectronics/common/dh_common.c | 65 ++
board/dhelectronics/common/dh_common.h | 28 +++
board
Philip Oberfichtner (4):
board: dhelectronics: Implement common MAC address functions
ARM: imx6: DH: Use common MAC address functions
ARM: imx8: DH: Use common MAC address functions
ARM: stm32: DH: Use common MAC address functions
board/dhelectronics/common/Makefile | 10 ++
board
To reduce code duplication, let the stm32 based DH boards use the common
code for setting up their mac addresses.
Signed-off-by: Philip Oberfichtner
---
board/dhelectronics/dh_stm32mp1/board.c | 104 +++-
1 file changed, 47 insertions(+), 57 deletions(-)
diff --git
To reduce code duplication, let the imx8 based DH boards use the common
code for setting up their mac addresses.
Signed-off-by: Philip Oberfichtner
---
.../dh_imx8mp/imx8mp_dhcom_pdk2.c | 121 +++---
1 file changed, 48 insertions(+), 73 deletions(-)
diff --git a/board
To reduce code duplication, let the imx6 based DH boards use the common
code for setting up their mac addresses.
Signed-off-by: Philip Oberfichtner
---
board/dhelectronics/dh_imx6/dh_imx6.c | 47 ---
1 file changed, 14 insertions(+), 33 deletions(-)
diff --git a/board
-by: Philip Oberfichtner
---
board/dhelectronics/common/Makefile| 10
board/dhelectronics/common/dh_common.c | 64 ++
board/dhelectronics/common/dh_common.h | 28 +++
board/dhelectronics/common/dh_imx.c| 24 ++
board/dhelectronics/common
This series unifies common mac address code for imx6, imx8 and stm32
based boards by DH. It is thought of as a starting point for more
deduplication in the future.
Philip Oberfichtner (4):
board: dhelectronics: Implement common mac address functions
ARM: imx6: DH: Use common mac address
-drc02,
dhcom-picoitx or dhcom-pdk2) at compile time using
CONFIG_DEFAULT_DEVICETREE. The SoM is determined at runtime as before.
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Rewrite board_fit_config_name_match
- Return -EINVAL instead of -1
board/dhelectronics/dh_imx6/dh_imx6.c | 31
Add a u-boot dtsi for configuring the FEC node of the DH picoITX.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Reviewed-by Marek
arch/arm/dts/imx6dl-dhcom-picoitx-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm
Add a u-boot dtsi for configuring the FEC node of the DH DRC02.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Reviewed-by Marek
arch/arm/dts/imx6s-dhcom-drc02-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm/dts
, but on PDK2 it is untested.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
(no changes since v1)
include/configs/dh_imx6.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/dh_imx6.h b/include/configs/dh_imx6.h
index 2b14464dff..178f5a6e7d 100644
Firstly the FEC can now use the regulator reg_eth_vio from
imx6qdl-dhcom-som.dtsi instead of defining its own.
Secondly the node is moved to the more generic SoM device tree
file, because it can be used by multiple boards.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
Migrate DH picoITX device trees from Linux commit 42226c989789
(tag v5.18-rc7). No changes have been made, the DTs are exact copies.
Furthermore add the DTB to dh_imx6_defconfig.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
(no changes since v1)
arch/arm/dts/Makefile
Migrate DH DRC02 device trees from Linux commit 42226c989789
(tag v5.18-rc7). No changes have been made, the DTs are exact copies.
Furthermore add the DTB to dh_imx6_defconfig.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
(no changes since v1)
arch/arm/dts/Makefile
In the DH electronics iMX6 board file fix the outdated eeprom path by
using a DT label instead.
The label has been newly created for all iMX6QDL DHCOM boards.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Reviewed-by Marek
arch/arm/dts/imx6qdl-dhcom-u
board_fit_config_name_match
- Return -EINVAL instead of -1
- Reviewed-by Marek
- Fix spelling
Philip Oberfichtner (8):
ARM: imx6: Fix broken DT path in DH board file
ARM: dts: imx: Migrate iMX6QDL DRC02 DTs from Linux
ARM: dts: imx: Migrate iMX6QDL picoITX DTs from Linux
ARM: imx6: Remove
6192cf8ac082 from
git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git
Signed-off-by: Philip Oberfichtner
---
Changes in v6:
- Sync device tree with Linux (now accepted mainline)
- Update commit description
- Rebase on v2022.07-rc2
Changes in v5:
- Rebase on v2022.07-rc1
- Sync device
Add a u-boot dtsi for configuring the fec node of the DH DRC02.
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/imx6s-dhcom-drc02-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm/dts/imx6s-dhcom-drc02-u-boot.dtsi
diff --git a/arch/arm/dts/imx6s
-drc02,
dhcom-picoitx or dhcom-pdk2) at compile time using
CONFIG_DEFAULT_DEVICETREE. The SoM is determined at runtime as before.
Signed-off-by: Philip Oberfichtner
---
board/dhelectronics/dh_imx6/dh_imx6.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git
Add a u-boot dtsi for configuring the fec node of the DH picoITX.
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/imx6dl-dhcom-picoitx-u-boot.dtsi | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm/dts/imx6dl-dhcom-picoitx-u-boot.dtsi
diff --git a/arch/arm/dts
Firstly the fec can now use the regulator reg_eth_vio from
imx6qdl-dhcom-som.dtsi instead of defining its own.
Secondly the node is moved to the more generic SoM device tree
file, because it can be used by multiple boards.
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/imx6qdl-dhcom
Migrate DH picoITX device trees from Linux commit 42226c989789
(tag v5.18-rc7). No changes have been made, the DTs are exact copies.
Furthermore add the DTB to dh_imx6_defconfig.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/Makefile | 1
, but on PDK2 it is untested.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
include/configs/dh_imx6.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/dh_imx6.h b/include/configs/dh_imx6.h
index 2b14464dff..178f5a6e7d 100644
--- a/include/configs/dh_imx6.h
Migrate DH DRC02 device trees from Linux commit 42226c989789
(tag v5.18-rc7). No changes have been made, the DTs are exact copies.
Furthermore add the DTB to dh_imx6_defconfig.
Reviewed-by: Marek Vasut
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/Makefile | 1 +
arch
In the dhelectronics iMX6 board file fix the outdated eeprom path by
using a DT label instead.
The label has been newly created for all iMX6QDL DHCOM boards.
Signed-off-by: Philip Oberfichtner
---
arch/arm/dts/imx6qdl-dhcom-u-boot.dtsi | 11 +++
board/dhelectronics/dh_imx6/dh_imx6.c
This patch series adds support for the DHCOM DRC02 and DH picoITX
baseboards by DH electronics.
The two boards can be equipped with different SoMs. The STM32MP15xx based
versions are already mainlined. This patch adds support for the iMX6QDL
based variants.
Philip Oberfichtner (8):
ARM
The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
Signed-off-by: Philip Oberfichtner
---
Changes in v5:
- Rebase on v2022.07-rc1
- Sync device tree with Linux
Changes in v4:
- Remove obsolete CONFIG_FEC #defines
- Sync device tree with Linux
Changes in v3:
- Rename acc
The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
Signed-off-by: Philip Oberfichtner
---
Changes in v4:
- Remove obsolete CONFIG_FEC #defines
- Sync device tree with Linux
Changes in v3:
- Rename acc to bosch-acc
- Sync device tree with Linux
Changes in v2:
- Adapt defconfig
The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
Signed-off-by: Philip Oberfichtner
---
Changes in v3:
- Rename acc to bosch-acc
- Sync device tree with Linux
Changes in v2:
- Adapt defconfig and device tree to new bootcount driver
- Clean up CONFIG_ENV_FLAGS_LIST_STATIC
- Fix
The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Adapt defconfig and device tree to new bootcount driver
- Clean up CONFIG_ENV_FLAGS_LIST_STATIC
- Fix style issues in device trees
- Migrate CONFIG options to Kconfig
Hi Stefano,
On Mon, 2022-04-11 at 17:45 +0200, Stefano Babic wrote:
> Hi Philipp,
>
> On 02.03.22 10:39, Philip Oberfichtner wrote:
> > The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
>
> [snip]
>
> > diff --git a/include/configs/imx6q-acc.h b/in
On Fri, 2022-03-11 at 19:25 -0700, Simon Glass wrote:
> Hi Philip,
>
> On Fri, 25 Feb 2022 at 06:56, Philip Oberfichtner
> wrote:
> > Use the MEMA - MEMD registers on the PFUZE100 as bootcount
> > registers.
> >
> > Based on work from Heiko Schocher .
&g
Use the MEMA - MEMD registers on the PFUZE100 as bootcount
registers.
Based on work from Heiko Schocher .
Signed-off-by: Philip Oberfichtner
---
Changes in v2:
- Migrated bootcount driver to driver model
- Introduced error handling. Previously errors were ignored.
drivers/bootcount/Kconfig
Add missing MEMA - MEMD register definitions for PFUZE100.
Based on work from Heiko Schocher .
Signed-off-by: Philip Oberfichtner
---
(no changes since v1)
include/power/pfuze100_pmic.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/power/pfuze100_pmic.h b/include/power
This series adds a new bootcount driver. The required register definitions
and the actual driver are separated in two patches.
Changes in v2:
- Migrated bootcount driver to driver model
- Introduced error handling. Previously errors were ignored.
Philip Oberfichtner (2):
power: pfuze100: Add
The Bosch ACC (Air Center Control) Board is based on the i.MX6D.
Signed-off-by: Philip Oberfichtner
---
This board supports depends on:
- "Add pmic bootcount driver", patchwork id 287976
- "crypto/fsl: Fallback to SW sha1/256 is misaligned buffers",
patchwork id 27052
Use the MEMA - MEMD registers on the PFUZE100 as bootcount
registers.
Based on work from Heiko Schocher .
Signed-off-by: Philip Oberfichtner
---
drivers/bootcount/Kconfig | 7 ++
drivers/bootcount/Makefile | 1 +
drivers/bootcount/bootcount_pmic_pfuze100.c
Add missing MEMA - MEMD register definitions for PFUZE100.
Based on work from Heiko Schocher .
Signed-off-by: Philip Oberfichtner
---
include/power/pfuze100_pmic.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/power/pfuze100_pmic.h b/include/power/pfuze100_pmic.h
index
This series adds a new bootcount driver. The required register definitions
and the actual driver are separated in two patches.
Philip Oberfichtner (2):
power: pfuze100: Add MEMx register definitions
bootcount: Add pmic pfuze100 bootcount driver
drivers/bootcount/Kconfig
else
> > + sha256_csum_wd(pbuf, buf_len, pout,
> > CHUNKSZ_SHA256);
> > + return 0;
>
> How about adding “#ifdef CONFIG_SHA1” and “#ifdef CONFIG_SHA256” here
> ? Then it can depend on users’ selection to determine the fallback
>
> Best regards,
> Ye Li
>
> > }
> >
> > size = ALIGN(buf_len, ARCH_DMA_MINALIGN);
> > --
> > 2.25.1
Is this patch still active? The change request is already two months
old. If the original patch request is abandoned, should I contribute a
[PATCH v2]?
Best Regards,
Philip Oberfichtner
96 matches
Mail list logo
