On Wed, Apr 27, 2022 at 07:47:15AM +0200, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Fixes
>
> WARNING: unmet direct dependencies detected for EVENT_DYNAMIC
> Depends on [n]: EVENT [=n]
> Selected by [y]:
> - EFI_LOADER [=y] && OF_LIBFDT [=y] && ...
>
> and the succeeding build breakage.
>
The badblock should be skipped properly in reading and writing.
Fix the logic. The bcb struct is written, skipping the bad block,
so we need to read using the same logic. This was tested create
bad block in the area and then flash it and read it back.
Cc: Han Xu
Cc: Fabio Estevam
Signed-off-by:
If the fitImage has some bad block in fit image area, the
offset must be recalulcated. This should be done always.
After implementing it in mxs now is possible to call the function
even for that platform.
Cc: Fabio Estevam
Signed-off-by: Michael Trimarchi
---
V1->V2:
- move out from RFC
The specific implementation was having bug. Those bugs are since
the beginning of the implementation. Some manufactures can receive
this bug in their SPL code. This bug start to be more visible on
architecture that has complicated boot process like imx8mn. Older
version of uboot has the same
Move the hook after nand_scan_tail is called. The hook must be replaced
to the mxs specific one but those must to be assignment later in the
probe function.
With this fix markbad is working again. Before this change:
nand markbad 0xDEC00
NXS NAND: Writing OOB isn't supported
NXS NAND: Writing
Those patches come after some testing of failing in factory on some
unit. We found out that the bootrom imx loader was not able to handling
badblock. This can be a limit of the implementation right now in imx8mn.
Anyway not all the imx platform has the support of this loader. I found
some problems
From: Jan Kiszka
Fixes
WARNING: unmet direct dependencies detected for EVENT_DYNAMIC
Depends on [n]: EVENT [=n]
Selected by [y]:
- EFI_LOADER [=y] && OF_LIBFDT [=y] && ...
and the succeeding build breakage.
Signed-off-by: Jan Kiszka
---
lib/efi_loader/Kconfig | 1 +
1 file changed, 1
On 4/26/22 20:35, Sean Anderson wrote:
This driver depends on PCI. Update the Kconfig accordingly.
Signed-off-by: Sean Anderson
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/net/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/Kconfig
Hello Oliver,
On 26.04.22 09:26, Oliver Graute wrote:
> tm_mon has a range from 0..11, but the RTC expects 1..12. So we adapt
> the month accordingly. This was determined when comparing the driver
> with the corresponding linux kernel driver.
>
> Signed-off-by: Oliver Graute
> ---
>
From: Tien Fong Chee
Replace with phys_size_t for all memory size variables declaration
for the sake of scalability. phys_size_t is defined in
/arch/arm/include/asm/types.h.
Signed-off-by: Tien Fong Chee
---
drivers/ddr/altera/sdram_s10.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Tue, Apr 26, 2022 at 07:07:13PM +0200, Mark Kettenis wrote:
> commit d97e98c887ed8fa4a339350c02f093f03cd1cf4d breaks the OpenBSD
> bootloader. Or rather, it seems that this breaks access to raw
> devices through the UEFI interfaces, which is something the OpenBSD
> bootloader relies on.
>
>
From: Tien Fong Chee
Bit[7-4] for both register seq2core and core2seq handshake in HPS are not
required for triggering DDR re-calibration or resetting EMIF. So, ignoring
these bits just for playing it safe.
Signed-off-by: Tien Fong Chee
---
drivers/ddr/altera/sdram_soc64.h | 2 +-
1 file
From: Tien Fong Chee
Add Macronix mx25u51245g flash entry, so this can be used on
SoCFPGA devices.
Signed-off-by: Tien Fong Chee
---
drivers/mtd/spi/spi-nor-ids.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index
Heinrich,
On Tue, Apr 26, 2022 at 07:02:46PM +0200, Heinrich Schuchardt wrote:
> On 4/26/22 16:44, AKASHI Takahiro wrote:
> > On Tue, Apr 26, 2022 at 03:57:26PM +0200, Heinrich Schuchardt wrote:
> >> On 4/26/22 01:44, AKASHI Takahiro wrote:
> >> I expect that boards that booted with previous
Hi Marek,
On Tue, Apr 26, 2022 at 8:55 PM Marek Vasut wrote:
> Ouch ... so what did Linux do about that breakage ?
Linux treats the third pwm cell as optional.
Please see:
在 2022/4/26 20:49, Andre Przywara 写道:
On Thu, 21 Apr 2022 11:32:11 +0800
qianfangui...@163.com wrote:
Hi,
From: qianfan Zhao
The board is not configurable if use sunxi soc. Add Kconfig items and
make custom board available.
What problem does that solve?
And apart from that, I am afraid
On 4/27/22 01:04, Marcel Ziswiler wrote:
On Wed, 2022-04-27 at 00:56 +0200, Marek Vasut wrote:
On 4/27/22 00:29, Marcel Ziswiler wrote:
From: Marcel Ziswiler
Currently, compiling any i.MX 6 based target results in the following
warning:
Oh no.
[...]
On Wed, Apr 27, 2022 at 12:56:31AM +0200, Marek Vasut wrote:
> On 4/27/22 00:29, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Currently, compiling any i.MX 6 based target results in the following
> > warning:
>
> Oh no.
>
> [...]
>
> > arch/arm/dts/imx6qdl-dhcom-pdk2.dtsi | 2 +-
On 4/27/22 00:29, Marcel Ziswiler wrote:
From: Marcel Ziswiler
Currently, compiling any i.MX 6 based target results in the following
warning:
Oh no.
[...]
arch/arm/dts/imx6qdl-dhcom-pdk2.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Marcel Ziswiler
Currently, compiling any i.MX 6 based target results in the following
warning:
w+arch/arm/dts/imx6q-dhcom-pdk2.dtb: Warning (pwms_property):
/display-bl:pwms: cell 3 is not a phandle reference
w+arch/arm/dts/imx6q-dhcom-pdk2.dtb: Warning (pwms_property):
/display-bl:
On 4/26/22 22:54, Mark Kettenis wrote:
Date: Tue, 26 Apr 2022 21:01:01 +0200
From: Marek Vasut
On 4/26/22 20:21, Mark Kettenis wrote:
Date: Tue, 26 Apr 2022 20:04:19 +0200
From: Marek Vasut
On 4/26/22 19:14, Mark Kettenis wrote:
These were removed inadvertently in commit 20874a60722b.
In case the ops is not implemented, return 0 in the core right away.
This is better than having multiple copies of functions which just
return 0 in each reset driver. Drop all those empty functions.
Signed-off-by: Marek Vasut
Cc: Simon Glass
Cc: Tom Rini
---
drivers/reset/reset-ast2500.c
Local variable out.name lives on the stack and therefore cannot
be returned directly. Move the strdup() call into the function.
(Coverity 352460)
Fixes: 7c33f78983c3 ("clk: scmi: register scmi clocks with CCF")
Signed-off-by: Heinrich Schuchardt
---
drivers/clk/clk_scmi.c | 8 +++-
1 file
> Date: Tue, 26 Apr 2022 21:01:01 +0200
> From: Marek Vasut
>
> On 4/26/22 20:21, Mark Kettenis wrote:
> >> Date: Tue, 26 Apr 2022 20:04:19 +0200
> >> From: Marek Vasut
> >>
> >> On 4/26/22 19:14, Mark Kettenis wrote:
> >>> These were removed inadvertently in commit 20874a60722b.
> >>> Fixes a
On Tue, Apr 26, 2022 at 11:35 AM Sean Anderson wrote:
>
> This driver depends on PCI. Update the Kconfig accordingly.
>
> Signed-off-by: Sean Anderson
> ---
>
> drivers/net/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
> index
On Tue, Apr 26, 2022 at 09:07:44PM +0200, Pali Rohár wrote:
> On Tuesday 26 April 2022 14:47:40 Tom Rini wrote:
> > On Tue, Apr 26, 2022 at 08:35:26PM +0200, Pali Rohár wrote:
> > > On Tuesday 26 April 2022 14:23:48 Tom Rini wrote:
> > > > On Tue, Apr 26, 2022 at 08:17:40PM +0200, Pali Rohár
On Tuesday 26 April 2022 14:47:40 Tom Rini wrote:
> On Tue, Apr 26, 2022 at 08:35:26PM +0200, Pali Rohár wrote:
> > On Tuesday 26 April 2022 14:23:48 Tom Rini wrote:
> > > On Tue, Apr 26, 2022 at 08:17:40PM +0200, Pali Rohár wrote:
> > >
> > > > Hello! I would suggest to revert commit
On 4/26/22 20:21, Mark Kettenis wrote:
Date: Tue, 26 Apr 2022 20:04:19 +0200
From: Marek Vasut
On 4/26/22 19:14, Mark Kettenis wrote:
These were removed inadvertently in commit 20874a60722b.
Fixes a crash on Apple M1 systems.
The drivers/power/domain/power-domain-uclass.c should handle
On Tue, Apr 26, 2022 at 08:35:26PM +0200, Pali Rohár wrote:
> On Tuesday 26 April 2022 14:23:48 Tom Rini wrote:
> > On Tue, Apr 26, 2022 at 08:17:40PM +0200, Pali Rohár wrote:
> >
> > > Hello! I would suggest to revert commit c7fad78ec0ee ("Convert
> > > CONFIG_SYS_BR0_PRELIM et al to Kconfig").
This driver depends on PCI. Update the Kconfig accordingly.
Signed-off-by: Sean Anderson
---
drivers/net/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 347fe8aa42..339ccdae15 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kconfig
On Tuesday 26 April 2022 14:23:48 Tom Rini wrote:
> On Tue, Apr 26, 2022 at 08:17:40PM +0200, Pali Rohár wrote:
>
> > Hello! I would suggest to revert commit c7fad78ec0ee ("Convert
> > CONFIG_SYS_BR0_PRELIM et al to Kconfig").
> >
> > The reason is that this commit made configuration,
These frequency calculations depend on the RCW format, which is not
dependent on any particular board. Switch to using ARCH symbols instead
of TARGET.
This whole function could probably use less ifdefs, but for now just do
a minimal conversion.
Fixes: 24cb6f2295 ("fsl-layerscape: Add fsl_esdhc
On Tue, Apr 26, 2022 at 08:17:40PM +0200, Pali Rohár wrote:
> Hello! I would suggest to revert commit c7fad78ec0ee ("Convert
> CONFIG_SYS_BR0_PRELIM et al to Kconfig").
>
> The reason is that this commit made configuration, understanding,
> maintenance and debugging of the powerpc/mpc85xx Local
> Date: Tue, 26 Apr 2022 20:04:19 +0200
> From: Marek Vasut
>
> On 4/26/22 19:14, Mark Kettenis wrote:
> > These were removed inadvertently in commit 20874a60722b.
> > Fixes a crash on Apple M1 systems.
>
> The drivers/power/domain/power-domain-uclass.c should handle empty
> implementation of
Hello! I would suggest to revert commit c7fad78ec0ee ("Convert
CONFIG_SYS_BR0_PRELIM et al to Kconfig").
The reason is that this commit made configuration, understanding,
maintenance and debugging of the powerpc/mpc85xx Local Bus Controller
hard, mainly impossible.
This commit completely removed
On 4/26/22 19:14, Mark Kettenis wrote:
These were removed inadvertently in commit 20874a60722b.
Fixes a crash on Apple M1 systems.
The drivers/power/domain/power-domain-uclass.c should handle empty
implementation of request/rfree callback in exactly the commit you
reference above.
On Tue, Apr 26, 2022 at 07:24:38PM +0200, Mark Kettenis wrote:
> ENODATA isn't part of POSIX. Use EINVAL instead.
>
> Signed-off-by: Mark Kettenis
Fixes: 6e052d1cbafb ("mkimage: add public key for image pre-load stage")
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP
ENODATA isn't part of POSIX. Use EINVAL instead.
Signed-off-by: Mark Kettenis
---
tools/image-host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/image-host.c b/tools/image-host.c
index ab6f756cf1..698adfb3e1 100644
--- a/tools/image-host.c
+++ b/tools/image-host.c
On Tue, Apr 26, 2022 at 07:18:13PM +0200, Mark Kettenis wrote:
> > Date: Tue, 26 Apr 2022 19:02:46 +0200
> > From: Heinrich Schuchardt
> >
> > On 4/26/22 16:44, AKASHI Takahiro wrote:
> > > On Tue, Apr 26, 2022 at 03:57:26PM +0200, Heinrich Schuchardt wrote:
> > >> On 4/26/22 01:44, AKASHI
> Date: Tue, 26 Apr 2022 19:02:46 +0200
> From: Heinrich Schuchardt
>
> On 4/26/22 16:44, AKASHI Takahiro wrote:
> > On Tue, Apr 26, 2022 at 03:57:26PM +0200, Heinrich Schuchardt wrote:
> >> On 4/26/22 01:44, AKASHI Takahiro wrote:
> >> I expect that boards that booted with previous versions of
These were removed inadvertently in commit 20874a60722b.
Fixes a crash on Apple M1 systems.
Signed-off-by: Mark Kettenis
---
drivers/power/domain/apple-pmgr.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/power/domain/apple-pmgr.c
b/drivers/power/domain/apple-pmgr.c
commit d97e98c887ed8fa4a339350c02f093f03cd1cf4d breaks the OpenBSD
bootloader. Or rather, it seems that this breaks access to raw
devices through the UEFI interfaces, which is something the OpenBSD
bootloader relies on.
After this commit we end up calling dev_read() and dev_write() instead
of
On 4/26/22 16:44, AKASHI Takahiro wrote:
> On Tue, Apr 26, 2022 at 03:57:26PM +0200, Heinrich Schuchardt wrote:
>> On 4/26/22 01:44, AKASHI Takahiro wrote:
>> I expect that boards that booted with previous versions of U-Boot using
>> the respective defconfig still boot. But they don't. Here is one
On Tue, Apr 26, 2022 at 1:08 PM Tim Harvey wrote:
>
> When booting from USB/SDP mmc_get_env_dev() returns
> CONFIG_SYS_MMC_ENV_DEV as the MMC env device (while booting from MMC
> will call board_mmc_get_env_dev() to get this). Configure
> CONFIG_SYS_MMC_ENV_DEV for SDHC3 (devno=2) as all
When booting from USB/SDP mmc_get_env_dev() returns
CONFIG_SYS_MMC_ENV_DEV as the MMC env device (while booting from MMC
will call board_mmc_get_env_dev() to get this). Configure
CONFIG_SYS_MMC_ENV_DEV for SDHC3 (devno=2) as all Gateworks Venice
boards use SDHC3 as eMMC so that persistant env
On Tue, Apr 26, 2022 at 07:46:43AM +, eugen.hris...@microchip.com wrote:
> Hello Tom,
>
> Please pull tag u-boot-at91-2022.07-b , the second set of new at91
> features for the next cycle 2022.07 .
>
> This feature set includes the new driver for the AT91 reset controller,
> a new board
On Tue, Apr 26, 2022 at 03:57:26PM +0200, Heinrich Schuchardt wrote:
> On 4/26/22 01:44, AKASHI Takahiro wrote:
> > On Mon, Apr 25, 2022 at 10:43:44PM +0200, Heinrich Schuchardt wrote:
> > > On 4/19/22 03:05, AKASHI Takahiro wrote:
> > > > With this patch set[1] applied, UEFI subsystem maintains a
The SoC seems to lose the values of MCUDIVR, PLL3CR, PLL4CR, RCC_MSSCKSELR
during suspend/resume cycle, cache them and reinstate their values on resume.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
V2: Cache MCUDIVR as well
---
arch/arm/mach-stm32mp/psci.c | 16
Enable DRAM ASR, auto self-refresh, conditionally, based on DT PWRCTL
register bits. While ASR does save considerable amount of power at
runtime automatically, it also causes LTDC underruns on large panels.
Let user select whether or not ASR is required or not, generally ASR
should be enabled on
On Sat, 23 Apr 2022 16:01:00 -0500
Samuel Holland wrote:
Hi Samuel,
thanks for having a look and the comments.
> On 4/20/22 7:34 PM, Andre Przywara wrote:
> > Commit e42dad4168fe ("sunxi: use boot source for determining environment
> > location") changed our implementation of
On 4/26/22 01:44, AKASHI Takahiro wrote:
On Mon, Apr 25, 2022 at 10:43:44PM +0200, Heinrich Schuchardt wrote:
On 4/19/22 03:05, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
Device tree alignment with Linux kernel v5.18-rc2:
- ARM: dts: stm32: Add support for the emtrion emSBC-Argon
(only the pincontrol part)
- ARM: dts: stm32: Drop duplicate status okay from DHCOM gpioc node
- ARM: dts: stm32: add st,stm32-sdmmc2 compatible on stm32mp151
- ARM: dts: stm32: fix AV96
Hi Paul,
On Mon, Apr 25, 2022 at 11:23 AM Rasmus Villemoes
wrote:
>
> I was trying to employ lpddr4_mr_read() to something similar to what
> the imx8mm-cl-iot-gate board is doing for auto-detecting the RAM
> type. However, the version in drivers/ddr/imx/imx8m/ddrphy_utils.c
> differs from the
On Sun, 10 Apr 2022 00:13:33 -0500
Samuel Holland wrote:
> Currently, selecting UART0_PORT_F entirely disables MMC support on sunxi
> platforms. But this is a bigger hammer then needed. Muxing UART0 to the
> pins on port F only causes a conflict with MMC0, so minimize the impact
> by
On Thu, 21 Apr 2022 11:32:11 +0800
qianfangui...@163.com wrote:
Hi,
> From: qianfan Zhao
>
> The board is not configurable if use sunxi soc. Add Kconfig items and
> make custom board available.
What problem does that solve?
And apart from that, I am afraid this is broken in several ways:
-
Adding Han Xu.
On Mon, Apr 25, 2022 at 8:45 AM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> +cc Stefano Babic
>
> We have right now a while (1) if we find a badblock
>
> On Sat, Apr 23, 2022 at 10:12 AM Michael Trimarchi
> wrote:
> >
> > The file was fill of problems and bugs. The bad block
Handle the input clock of RCC USB_PHY_48, provided by USBPHYC
and named "ck_usbo_48m".
Signed-off-by: Patrick Delaunay
---
drivers/clk/clk_stm32mp1.c | 35 ---
1 file changed, 20 insertions(+), 15 deletions(-)
diff --git a/drivers/clk/clk_stm32mp1.c
Add the counter of the PLL user n_pll_cons managed by the 2 functions
stm32_usbphyc_pll_enable / stm32_usbphyc_pll_disable.
This counter allow to remove the function stm32_usbphyc_is_init
and it is a preliminary step for ck_usbo_48m introduction.
Signed-off-by: Patrick Delaunay
---
ck_usbo_48m is generated by usbphyc PLL and used by OTG controller
for Full-Speed use cases with dedicated Full-Speed transceiver.
ck_usbo_48m is available as soon as the PLL is enabled.
Signed-off-by: Patrick Delaunay
---
drivers/phy/phy-stm32-usbphyc.c | 79 +
Update the RCC stm32mp1 clock driver to handle the USB_PHY_48
clock provided by USBPHYC and named "ck_usbo_48m".
With this series, the clock dependencies for USB PHYC, USBOTG (including
USB detection) and USBHOST are correctly managed.
See Linux kernel commit "ARM: dts: stm32: use usbphyc
Hi,
On Tue, 26 Apr 2022 08:26:32 +0300, Vyacheslav Bocharov wrote:
>
Thanks, Applied to https://source.denx.de/u-boot/custodians/u-boot-amlogic
(u-boot-amlogic-test)
[1/2] doc: boards: amlogic: update documentation for ADC support for AXG
Hi,
On 4/14/22 04:16, Marek Vasut wrote:
The SoC seems to lose the values of PLL3CR, PLL4CR, RCC_MSSCKSELR
during suspend/resume cycle, cache them and reinstate their values
on resume.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32mp/psci.c |
On Tue, Apr 26, 2022 at 05:55:36AM +0100, Peter Robinson wrote:
> > > The bootflow feature provide a built-in way for U-Boot to automatically
> > > boot an Operating System without custom scripting and other customisation.
> > > This is called 'standard boot' since it provides a standard way for
>
Hi Patrice
Few minor remarks,
On 4/13/22 17:05, Patrice Chotard wrote:
Add documentation for STM32 MCUs (F4, F7 and H7 series).
Signed-off-by: Patrice Chotard
---
board/st/stm32f429-discovery/MAINTAINERS | 1 +
board/st/stm32f429-evaluation/MAINTAINERS | 1 +
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Add stm32746g-eval_spl_defconfig for stm32746g evaluation board to
build SPL.
Signed-off-by: Patrice Chotard
---
board/st/stm32f746-disco/MAINTAINERS | 1 +
configs/stm32746g-eval_spl_defconfig | 86
2 files
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Add stm32746g-eval_defconfig for stm32746g evaluation board to
build U-Boot proper.
Full board description can be found here :
https://www.st.com/en/evaluation-tools/stm32746g-eval.html
Signed-off-by: Patrice Chotard
---
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
As stm32f46-disco, stm32f769-disco and stm32746g-eval are very similar
except their respective device tree file. These 3 boards uses the same
TARGET_STM32F746_DISCO flag (so same include/configs/stm32f746-disco.h
and same board file
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Replace CONFIG_SUPPORT_SPL by CONFIG_SPL_BUILD to allow
dram_init() execution when using none SPL defconfig
(stm32f746-disco_defconfig).
Signed-off-by: Patrice Chotard
---
board/st/stm32f746-disco/stm32f746-disco.c | 2 +-
1 file changed, 1
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Migrate SPL flags to stm32f746-disco_spl_defconfig
Signed-off-by: Patrice Chotard
---
arch/arm/mach-stm32/Kconfig | 20
configs/stm32f746-disco_spl_defconfig | 24
2 files changed, 20
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Migrate SPL flags to stm32f769-disco_spl_defconfig
Signed-off-by: Patrice Chotard
---
configs/stm32f769-disco_spl_defconfig | 25 +
1 file changed, 21 insertions(+), 4 deletions(-)
Reviewed-by: Patrick Delaunay
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Add stm32f769-disco_defconfig for stm32f769 discovery board to
build U-Boot proper.
Signed-off-by: Patrice Chotard
---
configs/stm32f769-disco_defconfig | 65 +++
1 file changed, 65 insertions(+)
create mode 100644
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
The current stm32f769-disco_defconfig file supports SPL, rename it to
stm32f769-disco_spl_defconfig to reflect the supported configuration.
Signed-off-by: Patrice Chotard
---
board/st/stm32f746-disco/MAINTAINERS | 1 +
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
Add stm32f746-disco_defconfig for stm32f746 discovery board to
build U-Boot proper.
Signed-off-by: Patrice Chotard
---
configs/stm32f746-disco_defconfig | 64 +++
1 file changed, 64 insertions(+)
create mode 100644
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
The current stm32f746-disco_defconfig file supports SPL, rename it to
stm32f746-disco_spl_defconfig to reflect the supported configuration.
Signed-off-by: Patrice Chotard
---
board/st/stm32f746-disco/MAINTAINERS | 1
Hi,
On 4/13/22 17:04, Patrice Chotard wrote:
This allows to concatenate spl and u-boot binaries together.
Previously, both binaries has to be flashed separately at the correct
offset (spl at offset 0 and u-boot at offset 0x8000).
With this patch, only one binary is generated
On 4/26/22 12:49, Patrick DELAUNAY wrote:
Hi Marek,
On 4/14/22 19:34, Marek Vasut wrote:
On 4/14/22 18:48, Marek Vasut wrote:
On 4/14/22 18:37, Patrick DELAUNAY wrote:
Hi Marek,
Hi,
on ST platform the ASR/SSR/HSR request are already provided by the
DDR settings with pwrctl register
> Subject: Re: [PATCH V2 20/26] imx: dynamic setting mmcdev and mmcroot
>
> On Tue, Apr 5, 2022 at 10:56 PM Peng Fan (OSS)
> wrote:
> >
> > From: Peng Fan
> >
> > Dynamic setting mmcdev and mmcroot.
> > Then when boot linux, we can have correct "root=/dev/mmcblk[x]p2"
> >
> > Signed-off-by:
Hi Marek,
On 4/14/22 19:34, Marek Vasut wrote:
On 4/14/22 18:48, Marek Vasut wrote:
On 4/14/22 18:37, Patrick DELAUNAY wrote:
Hi Marek,
Hi,
on ST platform the ASR/SSR/HSR request are already provided by the
DDR settings with pwrctl register value
it is managed in TF-A by
Fixes clock name references in scmi_clk driver. SCMI clock names are
retrieved from the SCMI firmware by invoking SCMI commands using the
stack for SCMI response message hence clocks names located in the
stack must be duplicated before being registered in the clock framework.
Fixes: 7c33f78983c3
Dear all,
On Tue, 26 Apr 2022 at 09:52, Etienne Carriere
wrote:
>
> Fixes clock name references in scmi_clk driver. SCMI clock names are
> retrieved from the SCMI firmware by invoking SCMI commands using the
> stack for SCMI response message hence clocks names located in the
> stack must be
Add Nuvoton NPCM BMC Flash Interface Unit(FIU) SPI master
controller driver using SPI-MEM interface.
The FIU supports single, dual or quad communication interface.
The FIU controller driver provides flash access in UMA(User
Mode Access) mode by using an indirect address/data mechanism.
the dts
From: Luca Ellero
NOTE: this chip uses "extened device information"
Signed-off-by: Luca Ellero
---
drivers/mtd/spi/sf_dataflash.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/spi/sf_dataflash.c b/drivers/mtd/spi/sf_dataflash.c
index 351c41039a..85867817c7 100644
---
Take as reference Linux kernel code:
drivers/mtd/devices/mtd_dataflash.c
commit 1da8869a428317a6d3cd8d47184cf87feb34a98b
Author: Andrey Smirnov
Signed-off-by: Luca Ellero
---
Changes for v2:
- add reference to Linux kernel commit
drivers/mtd/spi/sf_dataflash.c
Since AT45DB641E uses "extended device information" for reading JEDEC ID
we must first introduce support for this feature.
All code is borrowed from Linux kernel source code:
drivers/mtd/devices/mtd_dataflash.c
commit 1da8869a428317a6d3cd8d47184cf87feb34a98b
Author: Andrey
Dear Sean,
On 4/22/22 21:03, Jaehoon Chung wrote:
> Hi
>
> On 3/31/22 01:54, Sean Anderson wrote:
>> The send status command expects the status register to be returned as a
>> response. Without writing data back, whatever is on the stack will be
>> interpreted as the status register. There are a
On Tue, Apr 26, 2022 at 12:11 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Tom
>
> On Tue, Apr 26, 2022 at 1:27 AM Tom Rini wrote:
> >
> > Hey all,
> >
> > It's release day and so here's v2022.07-rc1. There's a lot in here, and
> > there's a few more things yet to come, hopefully this week, in
Hi Marek,
On 4/22/22 12:40, Marek Vasut wrote:
Add missing newline to this debug message, no functional change.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
drivers/clk/clk_stm32mp1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Patrick
Fixes clock name references in scmi_clk driver. SCMI clock names are
retrieved from the SCMI firmware by invoking SCMI commands using the
stack for SCMI response message hence clocks names located in the
stack must be duplicated before being registered in the clock framework.
Fixes: 7c33f78983c3
Fixes clock name references in scmi_clk driver. SCMI clock names are
retrieved from the SCMI firmware by invoking SCMI commands using the
stack for SCMI response message hence clocks names located in the
stack must be duplicated before being registered in the clock framework.
Fixes: 7c33f78983c3
Am 2022-04-26 09:26, schrieb Oliver Graute:
tm_mon has a range from 0..11, but the RTC expects 1..12. So we adapt
the month accordingly. This was determined when comparing the driver
with the corresponding linux kernel driver.
Signed-off-by: Oliver Graute
Reviewed-by: Michael Walle
tm_mon has a range from 0..11, but the RTC expects 1..12. So we adapt
the month accordingly. This was determined when comparing the driver
with the corresponding linux kernel driver.
Signed-off-by: Oliver Graute
---
drivers/rtc/rv8803.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On 26/04/2022 07:26, Vyacheslav Bocharov wrote:
Signed-off-by: Vyacheslav Bocharov
---
doc/board/amlogic/jethub-j100.rst | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/doc/board/amlogic/jethub-j100.rst
b/doc/board/amlogic/jethub-j100.rst
index
On 26/04/2022 07:26, Vyacheslav Bocharov wrote:
Signed-off-by: Vyacheslav Bocharov
---
doc/board/amlogic/index.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/board/amlogic/index.rst b/doc/board/amlogic/index.rst
index 9ef1440433..9c7fadf2c0 100644
---
Hi Tom
On Tue, Apr 26, 2022 at 1:27 AM Tom Rini wrote:
>
> Hey all,
>
> It's release day and so here's v2022.07-rc1. There's a lot in here, and
> there's a few more things yet to come, hopefully this week, in terms of
> pull requests.
>
> In terms of a changelog,
> git log --merges
94 matches
Mail list logo
