de 100644 board/st/stm32mp2/MAINTAINERS
create mode 100644 board/st/stm32mp2/Makefile
create mode 100644 board/st/stm32mp2/stm32mp2.c
create mode 100644 configs/stm32mp25_defconfig
create mode 100644 include/configs/stm32mp25_common.h
with the minor remark on commit message
Reviewed-by: Patrick Delaunay
Thanks
Patrick
t;ram_base, gd->ram_top - gd->ram_base,
+ EFI_CONVENTIONAL_MEMORY);
+}
Reviewed-by: Patrick Delaunay
Thanks
Patrick
0 {
label = "UBI";
reg = <0x00a0 0x3f60>;
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
partition@1f {
label = "env2";
reg = <0x001F 0x0001>;
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
partition@1f {
label = "env2";
reg = <0x001F 0x0001>;
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi,
On 3/8/24 15:26, Patrice Chotard wrote:
From: Patrick Delaunay
Add compatible used for STM32MP25 family.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
drivers/mmc/stm32_sdmmc2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/stm32_sdmmc2.c b
idx, data ? ctx.data_length : 0, data);
ret = stm32_sdmmc2_end_cmd(dev, cmd, &ctx);
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi,
On 4/9/24 17:01, Patrice Chotard wrote:
Enable FASTBOOT relative flags for stm32mp13_defconfig.
Signed-off-by: Patrice Chotard
---
configs/stm32mp13_defconfig | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ALT_INFO=y
CONFIG_USB_FUNCTION_FASTBOOT=y
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ALT_INFO=y
CONFIG_USB_FUNCTION_FASTBOOT=y
CONFIG_FASTBOOT_BUF_ADDR=0xC000
Reviewed-by: Patrick Delaunay
Thanks
Patrick
CLK_SCMI=y
CONFIG_SET_DFU_ALT_INFO=y
CONFIG_USB_FUNCTION_FASTBOOT=y
Reviewed-by: Patrick Delaunay
Thanks
Patrick
=y
CONFIG_USB_FUNCTION_FASTBOOT=y
Reviewed-by: Patrick Delaunay
Thanks
Patrick
changed, 40 insertions(+), 28 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
h/arm/dts/stm32mp135f-dk-u-boot.dtsi | 13 +
1 file changed, 13 insertions(+)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
-dk-u-boot.dtsi | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
= <&gpioa 13 GPIO_ACTIVE_LOW>;
};
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
l = "error";
gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
- default-state = "off";
status = "okay";
};
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ot;User-2";
+ linux,code = ;
+ gpios = <&gpioa 13 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)>;
+ };
};
led {
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ot;error";
+ led-red {
gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
- status = "okay";
};
};
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
st,adc_usb_pd = <&adc1 18>, <&adc1 19>;
@@ -36,6 +36,10 @@
};
led {
+ led-blue {
+ /delete-property/label;
+ };
+
led-red {
gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ions(+), 2 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
- default-state = "off";
status = "okay";
};
};
Reviewed-by: Patrick Delaunay
Thanks
Patrick
ned-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
-
1 file changed, 5 insertions(+), 1 deletion(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
-boot.dtsi | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
state" property from red led node.
This will avoid to trigger the led driver probe() to configure the led
default state during startup.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 1 -
1 file changed, 1 deletion(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
le = "gpio-leds" which is not present in kernel DT.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
: Patrick Delaunay
Thanks
Patrick
-scmi-u-boot.dtsi | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
state" property from red led node.
This will avoid to trigger the led driver probe() to configure the led
default state during startup.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157c-ed1-scmi-u-boot.dtsi | 1 -
1 file changed, 1 deletion(-)
Reviewed-by: Patrick Delauna
le = "gpio-leds"; which is not present in kernel DT.
Signed-off-by: Patrice Chotard
---
arch/arm/dts/stm32mp157c-ed1-scmi-u-boot.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
: Patrick Delaunay
Thanks
Patrick
ging
BRANCH_ADDRESS
=> the STM32MP15 ROM check that only the secure world can update
the TAMP_BKP5R = BRANCH_ADDRESS
before to start the CPU2 and jump to this address.
Sorry to inconvenient, we will improve this part on next release
= OpenSTLinux V5.1
Reviewed-by: Patrick De
This patch avoids compilation issue when CONFIG_USB_GADGET is deactivated
in defconfig, with undefined reference to run_usb_dnl_gadget and to
g_dnl_set_product.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/cmd_stm32prog/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a
m/device.h | 13 -
include/dm/read.h | 16
test/dm/pci.c | 6 +++---
15 files changed, 30 insertions(+), 35 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
On 12/19/20 4:34 AM, Simon Glass wrote:
On Fri, 18 Dec 2020 at 04:46, Patrick Delaunay
wrote:
From: Patrick Delaunay
Add helper functions to access to gd->console_out and gd->console_in
I don't see those in this patch
These helper function are console_record_putc() / _puts
string(dev_ofnode(dev), ...) => dev_read_string(dev,)
ofnode_valid(dev_ofnode(dev)) => dev_has_ofnode(dev)
but you prefer perhaps minizes the modifications in this patchset and if
it is the case :
Reviewed-by: Patrick Delaunay
You can found some other examples below.
diff --git a/arch/arm/
Remove the unnecessary space before the 2 "done:" labels
in env_sf_save().
Signed-off-by: Patrick Delaunay
---
env/sf.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/env/sf.c b/env/sf.c
index 91ed2860ed..42d762714e 100644
--- a/env/sf.c
+++ b/env/sf.c
@@ -13
Change 2 typo error in CONFIG_LIB_ELF description:
- Supoort => Support
- fir => for
Signed-off-by: Patrick Delaunay
---
lib/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/Kconfig b/lib/Kconfig
index 7673d2e4e0..cc89fb4d91 100644
--- a/lib/Kconfig
+++
On 1/2/21 5:44 PM, Marek Vasut wrote:
The GPIO hog flags are ignored by gpiolib-of.c now, set the flags to 0.
Since GPIO_ACTIVE_HIGH is defined as 0, this change only increases the
correctness of the DT.
Signed-off-by: Marek Vasut
Cc: Patrice Chotard
Cc: Patrick Delaunay
---
arch/arm/dts
: Patrice Chotard
Cc: Patrick Delaunay
---
arch/arm/dts/stm32mp15xx-dhcom-picoitx.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/stm32mp15xx-dhcom-picoitx.dts
b/arch/arm/dts/stm32mp15xx-dhcom-picoitx.dts
index 7f5cff49b70..59d13713d88 100644
--- a/arch/arm
Hi Tom,
Please pull the latest STM32 related patches for u-boot/master,
v2021.01: u-boot-stm32-20210106
- Fix GPIO hog flags on DHCOM boards
CI status:
https://gitlab.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/5764
Thanks,
Patrick
git request-pull origin/master
https://gitlab.den
/st/stm32mp1/MAINTAINERS | 2 +-
doc/board/st/stm32mp1.rst | 2 +-
doc/driver-model/bind.rst | 2 +-
20 files changed, 20 insertions(+), 20 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
priority level on stm32mp151
- fix dmamux reg property on stm32mp151
- adjust USB OTG gadget fifo sizes in stm32mp151
- update stm32mp151 for remote proc synchronization support
- support child mfd cells for the stm32mp1 TAMP syscon
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrick Delaunay
Hi Patrice,
On 1/4/21 5:00 PM, Patrice Chotard wrote:
A previous series already update STMicroelectronics emails maintainers
but some files have been omitted (Makefile, .dts, .dtsi and .rst files).
Update Patrick and my email address with the one dedicated to upstream
activities.
Signed-off-by:
Hi Michael
From: U-Boot On Behalf Of Michal Simek
Sent: lundi 5 octobre 2020 11:37
There shouldn't be a need to use loadables propertyn because u-boot can be
pointed by firmware property. This change should also speedup boot process
because loadables property is list of strings which code is
Hi Marek,
On 1/11/21 1:15 PM, Marek Vasut wrote:
On 1/11/21 12:33 PM, Patrick Delaunay wrote:
Device tree alignment with Linux kernel v5.11-rc2
- fix DCMI DMA features on stm32mp15 family
- Add alternate pinmux for FMC EBI bus
- Harmonize EHCI/OHCI DT nodes name on stm32mp15
- update sdmmc IP
From: Patrice CHOTARD
Sent: vendredi 16 octobre 2020 09:29
USB-C power supply which are Power Delivery compliant (USB-PD) are able to
provide different voltage/current (for example 5V/3A 9V/3A 12V/2.25A...)
In this case, the power supply need to negotiate the voltage/current to use
with th
Hi,
From: Patrick DELAUNAY
Sent: vendredi 6 novembre 2020 19:02
Activate the logging features in SPL and U-Boot (CONFIG_LOG and CONFIG_SPL_LOG)
and the command 'log' with CONFIG_CMD_LOG.
Signed-off-by: Patrick Delaunay
Reviewed-by: Patrice Chotard
---
(no changes since v1)
via pin PG2. The feedback clock are fed back in
via pin PA1.
Signed-off-by: Marek Vasut
Cc: Patrice Chotard
Cc: Patrick Delaunay
---
NOTE: This is for next
---
arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 25 +-
arch/arm/dts/stm32mp15xx-dhcom.dtsi| 3 +--
2
Hi,
On 12/11/20 1:36 PM, Patrick Delaunay wrote:
From: Patrick Delaunay
Remove the test on data->dfu_seq, because dfu_seq=0 not only when
the DFU is not started (mask with 0x). This flush is mandatory
as the final treatment, common with USB, is done in DFU callback.
This patch avo
Hi,
On 12/11/20 3:32 PM, Patrick Delaunay wrote:
Activate the live DT to reduce the DT parsing time.
For example the boot time is reduced by 200ms on STM32MP157C-EV1 board
for stm32mp15_basic_defconfig (boot with SPL) or
stm32mp15_trusted_defconfig (boot with TF-A).
Signed-off-by: Patrick
Hi,
On 1/4/21 5:00 PM, Patrice Chotard wrote:
A previous series already update STMicroelectronics emails maintainers
but some files have been omitted (Makefile, .dts, .dtsi and .rst files).
Update Patrick and my email address with the one dedicated to upstream
activities.
Signed-off-by: Patrice
: stm32pm1: update USB-C power detection algorithm on DK boards
MAINTAINERS: Update STi and STM32 maintainers emails in remaining
files
Patrick Delaunay (35):
arm: stm32mp: migrate trace to log macro
arm: stm32mp: migrate cmd_stm32prog to log macro
arm: stm32mp: bsec: migrat
Update the help message used for 'make help':
Documentation targets:
Linux kernel internal documentation in different formats from ReST:
=>
U-Boot documentation in different formats from ReST:
Signed-off-by: Patrick Delaunay
---
doc/Makefile | 2 +-
1 file changed, 1 in
+-
arch/arm/dts/stm32mp15-ddr3-2x4Gb-1066-binG.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Patrick Delaunay
I also request this modification in CubeMX tool.
Thanks
Patrick
)
{
Except the commit message
Reviewed-by: Patrick Delaunay
Thanks
Patrick
files changed, 45 insertions(+), 27 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
mfx.c | 8
include/asm-generic/gpio.h | 13 +++--
5 files changed, 34 insertions(+), 33 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
esc_list[5], &flags));
ut_asserteq(GPIOD_IS_IN, flags);
ut_assertok(gpio_free_list(dev, desc_list, 6));
With the 2 comments
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi Simon,
On 1/15/21 3:04 PM, Simon Glass wrote:
This function is not used. Drop it.
Signed-off-by: Simon Glass
---
drivers/gpio/gpio-uclass.c | 11 ---
include/asm-generic/gpio.h | 11 ---
2 files changed, 22 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
IO flags */
+static ulong *get_gpio_flags(struct udevice *dev, unsigned int offset)
+{
+ struct gpio_state *state = get_gpio_state(dev, offset);
+
+ if (!state)
+ return NULL;
+
+ return &state->flags;
}
(...)
With comment
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi Simon,
On 1/15/21 3:04 PM, Simon Glass wrote:
At present with the sandbox GPIO driver it is not possible to change the
value of GPIOD_IS_OUT_ACTIVE unless the GPIO is an output. This makes it
hard to test changing the flags since we need to be aware of the internal
workings of the driver.
Th
from output to input, the external
value need not change. Adjust the logic for this difference.
Signed-off-by: Simon Glass
---
drivers/gpio/sandbox.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
int sb_gpio_get_flags(struct udevice *dev, uint offset, ulong *flagsp)
{
debug("%s: offset:%u\n", __func__, offset);
- *flagsp = *get_gpio_flags(dev, offset);
+ *flagsp = *get_gpio_flags(dev, offset) & ~GPIOD_SANDBOX_MASK;
return 0;
}
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi Simon,
On 1/15/21 3:04 PM, Simon Glass wrote:
It is convenient to be able to adjust some of the flags for a GPIO while
leaving others alone. Add a function for this.
Update dm_gpio_set_dir_flags() to make use of this.
Also update dm_gpio_set_value() to use this also, since this allows the
o
-uclass.c | 15 ++-
include/asm-generic/gpio.h | 26 +-
2 files changed, 31 insertions(+), 10 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
o-uclass.c | 25 ++---
1 file changed, 14 insertions(+), 11 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
don't currently handle things like pull-ups
yet.
Signed-off-by: Simon Glass
---
arch/sandbox/include/asm/gpio.h | 3 ++-
drivers/gpio/sandbox.c | 21 +++--
2 files changed, 17 insertions(+), 7 deletions(-)
Reviewed-by: Patrick Delaunay
Thanks
Patrick
Hi Simon,
On 1/15/21 3:05 PM, Simon Glass wrote:
Using the internal vs. external pull resistors it is possible to get
27 different combinations from 3 strapping pins. Add an implementation
of this.
This involves updating the sandbox GPIO driver to model external and
(weaker) internal pull resis
s
except GPIOD_ACTIVE_LOW, managed in GPIO u-class.
removed GPIOD_FLAGS_OUTPUT_MASK and associated calls in drivers
Signed-off-by: Patrick Delaunay
Change-Id: I781236d1abadd2a46deafb2f737099188a45ab51
-- drivers/gpio/gpio-uclass.c
---
This serie solve 2 issues found in output of command
"pinmux status -a" when I test the serie [1].
[1] "gpio: Update and simplify the uclass API"
http://patchwork.ozlabs.org/project/uboot/list/?series=225585
Patrick Delaunay (2):
pinctrl: stm32: correct management
: b305dbc08b08 ("pinctrl: stm32: display bias information for all pins")
Signed-off-by: Patrick Delaunay
---
drivers/pinctrl/pinctrl_stm32.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/pinctrl/pinctrl_stm32.c b/drivers/pinctrl/pinctrl_stm
c000
Then these GPIO are absent in output of command "dm tree" and
"gpio status -a"
Signed-off-by: Patrick Delaunay
---
drivers/pinctrl/pinctrl_stm32.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/pinctrl/pinctrl_stm32.c b/drivers/pinctrl/pinctrl_stm32.c
index
quot;partubi" in dfu_alt_info), dfu_fill_entity_mtd sets the
> mtd.ubi
> flag; however other functions incorrectly check for nand.ubi instead. Fix
> this by
> checking for the correct flag.
>
> Signed-off-by: Guillermo Rodriguez
> Cc: Lukasz Majewski
> ---
Fixes: 6015af28ee6
Add a test to check the management of reserved region with flags.
Signed-off-by: Patrick Delaunay
---
test/lib/lmb.c | 89 ++
1 file changed, 89 insertions(+)
diff --git a/test/lib/lmb.c b/test/lib/lmb.c
index 644ee78758..d7bd826190 100644
--- a
Add a new function lmb_is_reserved_flags to check is a
address is reserved with a specific flags.
This function can be used to check if an address had be
reserved with no-map flags with:
lmb_is_reserved_flags(lmb, addr, LMB_NOMAP);
Signed-off-by: Patrick Delaunay
---
include/lmb.h | 1
reserved[4][0xfbaea344-0xfdff], 0x02515cbc bytes flags: 0
reserved[5][0xfe00-0x], 0x0200 bytes flags: 4
arch_number = 0x
TLB addr= 0xfdff
Signed-off-by: Patrick Delaunay
---
lib/lmb.c | 40
1 file changed
No more map the reserved region with "no-map" property by marking
the corresponding TLB entries with invalid entry (=0) to avoid
speculative access.
This patch fixes an issue on STM32MP15x where predictive read access
on secure DDR area are caught by OP-TEE.
Signed-off-by: Patric
s patch is partially based on flags support done in Linux kernel
mm/memblock .c (previously lmb.c); it is why LMB_NOMAP = 0x4, it is
aligned with MEMBLOCK_NOMAP value.
Signed-off-by: Patrick Delaunay
---
include/lmb.h | 20
lib/lmb.c | 52 ++
Remove the unused field size of struct lmb_region as it is initialized to 0
and never used after in lmb library.
See Linux kernel commit 4734b594c6ca ("memblock: Remove memblock_type.size
and add memblock.memory_size instead")
Signed-off-by: Patrick Delaunay
---
include/lmb.h | 1 -
Save the no-map information present in reserve-memory node to allow
correct handling when the MMU is configured in board to avoid
speculative access.
Signed-off-by: Patrick Delaunay
---
common/image-fdt.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff
r STM32MP architecture
(in arch/arm/mach-stm32mp/cpu.c).
See also [1] which handle same speculative access on armv8 for area
with Executable attribute.
[1]
http://patchwork.ozlabs.org/project/uboot/patch/20200903000106.5016-1-marek.bykow...@gmail.com/
Regards
Patrick
Patrick Delaunay (7):
lmb: Ad
2_DDR_BASE + DDR_CACHEABLE_SIZE.
Without security, in basic boot, the value is equal to STM32_DDR_SIZE.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/Kconfig | 13 +
arch/arm/mach-stm32mp/cpu.c | 3 ++-
arch/arm/mach-stm32mp/spl.c | 3 ++-
3 files changed, 17 insert
Hi Marek,
> From: U-Boot On Behalf Of Marek Bykowski
> Sent: jeudi 3 septembre 2020 02:01
> To: tr...@konsulko.com; s...@chromium.org; u-boot@lists.denx.de
> Cc: Marek Bykowski
> Subject: [PATCH v1] armv8: MMU: Fix the memory map for RAM
>
> From: Marek Bykowski
>
> The objective of this patc
rs, which in turn can abort U-Boot
> autoboot.
> Add default pull up to mitigate this problem.
>
> Signed-off-by: Marek Vasut
> Cc: Patrick Delaunay
> Cc: Patrice Chotard
> ---
> arch/arm/dts/stm32mp15xx-dhcor-avenger96-u-boot.dtsi | 2 ++
> 1 file changed, 2 insertio
5 MHz instead. The
> PLL4P/PLL4R are generating 99 MHz instead of 100 MHz, which is in tolerance
> for
> the SDMMC.
>
> Signed-off-by: Marek Vasut
> Cc: Gerald Baeza
> Cc: Patrick Delaunay
> Cc: Patrice Chotard
> ---
> NOTE: Thanks to Gerald for this suggestion.
>
the unnecessary dependency with
ARCH_MEDIATEK and EFI_PARTITION.
Signed-off-by: Patrick Delaunay
---
configs/mt8518_ap1_emmc_defconfig | 1 +
drivers/fastboot/Kconfig | 22 +-
drivers/fastboot/fb_mmc.c | 9 ++---
3 files changed, 24 insertions(+), 8
-by: Patrick Delaunay
---
doc/android/fastboot.rst | 2 ++
drivers/fastboot/Kconfig | 7 +++
drivers/fastboot/fb_command.c | 36 +++
include/fastboot.h| 3 +++
4 files changed, 48 insertions(+)
diff --git a/doc/android/fastboot.rst b/
ot;
This patch also removes the unnecessary dependency with
ARCH_MEDIATEK and EFI_PARTITION.
Signed-off-by: Patrick Delaunay
---
configs/mt8518_ap1_emmc_defconfig | 2 +-
drivers/fastboot/Kconfig | 26 -
drivers/fastboot/fb_mmc.c | 47
Add command oem bootbus which executes the command
``mmc bootbus `` on the current fastboot mmc device
( = CONFIG_FASTBOOT_FLASH_MMC_DEV) to set the eMMC boot
configuration on first update, with
= boot_bus_width reset_boot_bus_width boot_mode
$> fastboot oem bootbus:
Signed-off-by: Patr
2 enabled for boot)
So on EV1 board the expected commands to select boot partition 1 or 2
$> fastboot oem partconf:1 1
$> fastboot oem partconf:1 2
Signed-off-by: Patrick Delaunay
---
configs/stm32mp15_basic_defconfig | 1 +
configs/stm32mp15_trusted_defconfig | 1 +
2 files chang
From: Jean-Philippe ROMAIN
Activate fastboot support on boot partition for eMMC, mmc1 device
on STMicroelectronics board (EV1).
Signed-off-by: Jean-Philippe ROMAIN
Signed-off-by: Patrick Delaunay
---
configs/stm32mp15_basic_defconfig | 5 +
configs/stm32mp15_trusted_defconfig | 5
From: Jean-Philippe ROMAIN
Enable the fastboot oem command format and set the variable
"partitions" with default eMMC partitions list.
Signed-off-by: Patrick Delaunay
Signed-off-by: Jean-Philippe ROMAIN
---
configs/stm32mp15_basic_defconfig | 1 +
configs/stm32mp15_trusted_defc
Enable the fastboot oem command bootbus, used to configure the eMMC
boot behavior, with same format than 'mmc bootbus'
and with parameter: boot_bus_width reset_boot_bus_width boot_mode
On stm32mp1 boards the expected command is
$> fastboot oem partconf:0 0 0
Signed-off-by: Pat
on UART4 RX and adjust PLL4
Marek Vasut (2):
ARM: dts: stm32: Pull UART4 RX high on AV96
ARM: dts: stm32: Adjust PLL4 settings on AV96 again
Patrick Delaunay (1):
arm: stm32mp: cleanup test on eth_env_set_enetaddr
Patrick DELAUNAY would like to recall the message, "[PULL] Pull request:
u-boot-stm32 for v2020.10= u-boot-stm32-20200909".
on UART4 RX and adjust PLL4
Marek Vasut (2):
ARM: dts: stm32: Pull UART4 RX high on AV96
ARM: dts: stm32: Adjust PLL4 settings on AV96 again
Patrick Delaunay (1):
arm: stm32mp: cleanup test on eth_env_set_enetaddr
Use ofnode_ or dev_ APIs instead of fdt_ and fdtdec_ APIs so that the
driver can support live DT.
Signed-off-by: Patrick Delaunay
---
drivers/video/stm32/stm32_dsi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/video/stm32/stm32_dsi.c b/drivers/video/stm32
Use ofnode_ or dev_ APIs instead of fdt_ and fdtdec_ APIs so that the
driver can support live DT.
Signed-off-by: Patrick Delaunay
---
drivers/video/stm32/stm32_ltdc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/video/stm32/stm32_ltdc.c b/drivers/video/stm32
301 - 400 of 3503 matches
Mail list logo
