Add logic to generate capsules through a config file while testing the
EFI capsule update functionality. Capsule generation through config
file is enabled on the sandbox variant.
Signed-off-by: Sughosh Ganu
---
test/py/tests/test_efi_capsule/capsule_gen_binman.dts | 2 ++
test/py/tests/test_efi_
Support has been added to the mkeficapsule tool to generate capsules
by parsing the capsule parameters through a config file. Add a config
file for generating capsules. These capsules will be used for testing
the capsule update feature on sandbox platform.
Enable generation of capsules through the
The UEFI capsule can now be generated by specifying the capsule
parameters through a config file. Highlight these changes in the
documentation.
Signed-off-by: Sughosh Ganu
---
doc/develop/uefi/uefi.rst | 70 +++
1 file changed, 70 insertions(+)
diff --git a/d
Add support for specifying the parameters needed for capsule
generation through a config file, instead of passing them through
command-line. Parameters for more than a single capsule file can be
specified, resulting in generation of multiple capsules through a
single invocation of the command.
The
Add support for generating capsules through a config file. Multiple
capsules can be generated through a single invocation of the
mkeficapsule tool, where the capsule parameters are fetched from the
config file.
The format of the config file pretty similar to the one used by the
capsule generatio
The phycore-am64x can be migrated to OF_UPSTREAM.
Drop redundant device tree files, update MAINTAINERS and
defconfig's DEFAULT_DEVICE_TREE for ti vendor prefix accordingly.
While at it, drop the redundant definitions of AM642_PHYBOARD_ELECTRA_DTB
& SPL_AM642_PHYBOARD_ELECTRA_DTB from the binman dts
The phycore-rk3288 can be migrated to OF_UPSTREAM.
Drop redundant device tree files, update MAINTAINERS and
defconfig's DEFAULT_DEVICE_TREE for rockchip vendor prefix accordingly.
Move device tree nodes required for u-boot to rk3288-phycore-rdk-u-boot.dtsi
such as chosen, i2c_eeprom_id and it's ali
The phycore-am62x can be migrated to OF_UPSTREAM.
Drop redundant device tree files, update MAINTAINERS and
defconfig's DEFAULT_DEVICE_TREE for ti vendor prefix accordingly.
Signed-off-by: Wadim Egorov
---
arch/arm/dts/Makefile | 1 -
arch/arm/dts/k3-am62-phycore-som.dts
Migrate the boards I maintain to OF_UPSTREAM.
Wadim Egorov (3):
phycore-am62x: Migrate to OF_UPSTREAM
phycore-am64x: Migrate to OF_UPSTREAM
phycore-rk3288: Migrate to OF_UPSTREAM
arch/arm/dts/Makefile | 3 -
arch/arm/dts/k3-am62-phycore-som.dtsi | 324
Linux kernel driver drivers/mfd/tps6594-i2c.c is using different
name for compatible for tps6594 family PMIC.
After sync of Linux kernel DT to u-boot for TI platforms
J7200, J721S2 and J784S4 PMIC is no longer getting probed.
So updating compatible field to align with Linux driver and DT.
Signed-
Hi,
> -Original Message-
> From: U-Boot On Behalf Of Jaehoon Chung
> Sent: Wednesday, April 17, 2024 9:26 AM
> To: 'Greg Malysa' ; u-boot@lists.denx.de; 'Peng Fan'
>
> Cc: 'Ian Roberts' ; 'Nathan Barrett-Morrison'
> ;
> 'Jonas Karlman' ; 'Kever Yang' ;
> 'Peter Geis'
> ; 'Sean Anderso
On 4/18/24 8:24 PM, Patrick DELAUNAY wrote:
Hi,
Hi,
[...]
@@ -136,6 +140,18 @@ static void security_init(void)
*/
writel(0x0, TAMP_CR1);
+ /*
+ * TAMP: Configure non-zero secure protection settings. This is
+ * checked by BootROM function 35ac on OTP-CLOSED device dur
In case of an OTP-CLOSED STM32MP15xx system, the CPU core 1 cannot be
released from endless loop in BootROM only by populating TAMP BKPxR 4
and 5 with magic and branch address and sending SGI0 interrupt from
core 0 to core 1 twice. TAMP_SMCR BKP..PROT fields must be initialized
as well to release t
On 4/13/24 14:13, Jonas Karlman wrote:
The CLK_USB3OTGx_REF clocks is used as reference clock for USB3 block.
Add simple support to get rate of CLK_USB3OTGx_REF clocks to fix
reference clock period configuration.
Signed-off-by: Jonas Karlman
---
v2: No change
---
drivers/clk/rockchip/clk_rk3
On 4/13/24 14:13, Jonas Karlman wrote:
The REF_CLK_USB3OTGx clocks is used as reference clock for USB3 block.
Add simple support to get rate of REF_CLK_USB3OTGx clocks to fix
reference clock period configuration.
Signed-off-by: Jonas Karlman
Reviewed-by: Quentin Schulz
---
v2: Collect r-b tag
When a patch is added to a series after the initial version, there are no
changes to note except that it is new. This is typically done to suppress
the "(no changes in vN)" message. It's also nice to add a change to the
cover letter so reviewers know there is an additional patch. Add a tag to
autom
Most tags referring to commits (or patches) are named Commit-something. The
exception is Patch-cc. Add a Commit-cc alias so we can use whichever one is
convenient.
Signed-off-by: Sean Anderson
---
tools/patman/func_test.py| 5 -
tools/patman/patchstream.p
If add_maintainers is set to False in the user's ~/.patman config, it will
cause the custom_get_maintainer_script to fail since that test expects
maintainers to be added. Set add_maintainer to True in the .patman config
to prevent this.
Fixes: 8c042fb7f9f ("patman: add '--get-maintainer-script' ar
This series has a fix along with a couple of convenient tags.
Sean Anderson (3):
patman: Fix tests if add_maintainers is set to False
patman: Add Commit-cc as an alias for Patch-cc
patman: Add a tag for when a patch gets added to a series
tools/patman/func_test.py
On Mon, 15 Apr 2024 14:43:57 +0200, Quentin Schulz wrote:
> This prints the MMC device being read similar to how we print the MMC
> device we write to when e.g. calling saveenv.
>
> One of the side effects is that the boot log now shows from which MMC
> device the env was loaded:
>
> Loading Env
On Mon, 15 Apr 2024 10:20:05 +0200, Michal Simek wrote:
> default n doesn't need to be specified. It is default option anyway.
> Similar changes have been done by commit 18370f14975c ("Kconfig: Remove all
> default n/no options").
>
>
Applied to u-boot/master, thanks!
--
Tom
On Sun, 14 Apr 2024 20:37:20 +0200, Marek Vasut wrote:
> In case of systems where DRAM bank ends at the edge of 32bit boundary,
> start + size calculations would overflow. This happens on STM32MP15xx
> with 1 DRAM bank starting at 0xc000 and 1 GiB of DRAM. This is a
> usual 32bit system DRAM s
On Sun, 14 Apr 2024 23:04:14 +0800, Jianan Huang wrote:
> This patch adds DEFLATE compression algorithm support. It's a good choice
> to trade off between compression ratios and performance compared to LZ4.
> Alternatively, DEFLATE could be used for some specific files since EROFS
> supports multi
On Fri, 12 Apr 2024 13:45:33 -0700, Charles Hardin wrote:
> There is code in the bootp parsing for NIS domain and add the
> same support for the dhcp options as well. This allows the same
> usage of the data when the dhcp command is used in the boot
> command.
>
>
Applied to u-boot/master, than
On Thu, 11 Apr 2024 19:52:37 +0200, Caleb Connolly wrote:
> If a button device fails to probe, it will still be added to the uclass
> device list, and therefore will still be iterated over in
> button_read_keys() resulting in a UAF on the buttons private data.
>
> Resolve this by unbinding button
On Tue, 09 Apr 2024 20:44:22 +0200, Heinrich Schuchardt wrote:
> Reading the boot mode from RTC memory requires a real time clock.
> Add the missing Kconfig dependency.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Mon, 08 Apr 2024 11:31:19 +0530, gireesh.hirem...@in.bosch.com wrote:
> store bootcount in RTC block scratch register
>
>
Applied to u-boot/master, thanks!
--
Tom
On Thu, Apr 18, 2024 at 9:47 PM Fabio Estevam wrote:
> I don't get the error if I pass CONFIG_FSL_CAAM_JR_NTZ_ACCESS=y:
Ops, sorry. This is not correct. CONFIG_DM_RNG was unselected. Please discard.
On Thu, Apr 18, 2024 at 4:05 PM Fabio Estevam wrote:
> I tested with mainline TFA 2.10 and also with NXP 2.8. The error
> happens in both cases.
I don't get the error if I pass CONFIG_FSL_CAAM_JR_NTZ_ACCESS=y:
U-Boot SPL 2024.04-00793-g3434b88d2c2f-dirty (Apr 18 2024 - 21:46:06 -0300)
No pmic
S
On Thu, Apr 18, 2024 at 3:00 PM Janne Grunau via B4 Relay
wrote:
>
> From: Janne Grunau
>
> The bootflow list is only seen briefly and is probably more confusing
> than helpful.
>
> Signed-off-by: Janne Grunau
> ---
> configs/apple_m1_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff -
On Thu, Apr 18, 2024 at 3:00 PM Janne Grunau via B4 Relay
wrote:
>
> From: Janne Grunau
>
> Use standard boot instead of the distro boot scripts. Use
> BOOTSTD_FULL instead of BOOTSTD_DEFAULTS for easier interactive use.
>
> Signed-off-by: Janne Grunau
> ---
> arch/arm/Kconfig| 2 +-
>
On 18/04/2024 18:25, Caleb Connolly wrote:
> Some Qualcomm boards have only one USB controller which is muxed between
> the type-c port and an internal USB hub for type-A and ethernet. We
> modify the DT for these to force them to host mode in U-Boot. However in
> Linux DRD role switching is sup
On Wed, 13 Mar 2024 13:33:23 +0800
lhdj...@126.com wrote:
Hi,
> From: lhdjply
>
> 111
There should be a proper commit message here, explaining *why* this
patch is needed.
So what does this patch or which problem does it solve?
Please note that I consider those "SUNxx_GPy_UARTz" symbols nonsen
Enable the GENI I2C driver in the default Qualcomm defconfig.
Signed-off-by: Neil Armstrong
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 1abb57345ff..8d440b23625 100644
--- a/configs/qcom_defconfig
+++ b/conf
Add Support for the Qualcomm Generic Interface (GENI) I2C interface
found on newer Qualcomm SoCs.
The Generic Interface (GENI) is a firmware based Qualcomm Universal
Peripherals (QUP) Serial Engine (SE) Wrapper which can support multiple
bus protocols depending on the firmware type loaded at early
Add Support for the Qualcomm Generic Interface (GENI) I2C interface
found on newer Qualcomm SoCs.
The Generic Interface (GENI) is a firmware based Qualcomm Universal
Peripherals (QUP) Serial Engine (SE) Wrapper which can support multiple
bus protocols depending on the firmware type loaded at early
On Fri, 9 Jun 2023 13:37:16 +
路辉 wrote:
Hi,
> From 570b40e19de75511d9ce066e1a28333ada04baf2 Mon Sep 17 00:00:00 2001
> From: Lu Hui
> Date: Mon, 29 May 2023 22:26:25 +0800
> Subject: [PATCH] drivers: pinctrl-sunxi: add suniv spi1 function
There should be a commit message, explaining *why*
Hi Marek,
On Thu, Apr 18, 2024 at 3:42 PM Marek Vasut wrote:
> Interesting. Which TFA blob version do you use ? I used the mainline
> 2.10 for my tests.
I tested with mainline TFA 2.10 and also with NXP 2.8. The error
happens in both cases.
> btw. 'no pmic' ? Is that expected ?
Yes, this is a
According to the device datasheet [0], ENDLL=1 for
DDR52 mode, so call am654_sdhci_setup_dll() and write
itapdly after since we do not carry out tuning.
[0] https://www.ti.com/lit/ds/symlink/am62p.pdf
Fixes: c964447ea3d6 ("mmc: am654_sdhci: Add support for input tap delay")
Signed-off-by: Judith M
At HS400 mode the ITAPDLY value is that from High Speed mode
which is incorrect and may cause boot failures.
The ITAPDLY for HS400 speed mode should be the same as ITAPDLY
as HS200 timing after tuning is executed. Add the functionality
to save ITAPDLY from HS200 tuning and save as HS400 ITAPDLY.
Currently the sdhci_am654 driver only supports one tuning
algorithm which should be used only when DLL is enabled. The
ITAPDLY is selected from the largest passing window and the
buffer is viewed as a circular buffer.
The new tuning algorithm should be used when the delay chain
is enabled; the ITA
Set itap_del_ena if ITAPDLY is found in DT or if the tuning
algorithm was executed and found the optimal ITAPDLY. Add the
functionality to save ITAPDLYENA that can be referenced later
by storing the bit in array itap_del_ena[].
Signed-off-by: Judith Mendez
---
Changes since v1:
- Use ENABLE macro
The following patch series includes a MMC tuning algorithm
fix according to the following published paper [0].
This seris also includes fixes for OTAP/ITAP delay values
in j721e_4bit_sdhci_set_ios_post and for HS400 mode.
For DDR52 mode, also set ENDLL=1 and call am654_sdhci_setup_dll()
instead o
From: Nitin Yadav
U-Boot is failing to boot class U1 UHS SD cards due to incorrect
OTAP and ITAP delay select values. Update OTAP and ITAP delay select
values from DT.
Fixes: c7d106b4eb3 ("mmc: am654_sdhci: Update output tap delay writes")
Signed-off-by: Nitin Yadav
Signed-off-by: Judith Mendez
From: Janne Grunau
The bootflow list is only seen briefly and is probably more confusing
than helpful.
Signed-off-by: Janne Grunau
---
configs/apple_m1_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/apple_m1_defconfig b/configs/apple_m1_defconfig
index c30aec7c55..4eac1a
From: Hector Martin
This makes USB HDDs >2TiB work. The only reason this hasn't bitten us
for the internal NVMe yet is the 4K sector size, because the largest SSD
Apple sells is 8TB and we can handle up to 16TiB with that sector size.
Close call.
Signed-off-by: Hector Martin
Reviewed-by: Mark K
From: Janne Grunau
Apple devices have high DPI displays so the larger fonts are preferable
for improved readability. This does not yet change the used font based
on the display's pixel density so the standard 8x16 font is still used
by default.
Reviewed-by: Mark Kettenis
Reviewed-by: Neal Gompa
This series contains a few misc config changes for Apple silicon
systems:
- switch from the deprecated distro boot scripts to standard boot
- allows EFI console resizing based on the video console size
- enables 16x32 bitmap fonts as Apple devices come with high DPI
displays
- enables 64-bit LBA
From: Janne Grunau
The display size querying in efi_console relies on this order. The
display should be the primary output device and should be used to
display more than 80x25 chars.
Reviewed-by: Mark Kettenis
Reviewed-by: Neal Gompa
Signed-off-by: Janne Grunau
---
include/configs/apple.h |
From: Janne Grunau
Use standard boot instead of the distro boot scripts. Use
BOOTSTD_FULL instead of BOOTSTD_DEFAULTS for easier interactive use.
Signed-off-by: Janne Grunau
---
arch/arm/Kconfig| 2 +-
include/configs/apple.h | 20 ++--
2 files changed, 3 insertions(+)
On 4/18/24 8:02 PM, Fabio Estevam wrote:
Hi Tim,
On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
Fabio, if you enable CONFIG_DM_RNG on an imx8m{m,p}_evk do you get the
following in the SPL?
Couldn't bind rng driver (-96)
SEC0: RNG instantiated
sec_init failed!
Yes, if I add CONFIG_DM_RN
Drop all the subsystem headers that are compatible with the headers in
dts/upstream.
Signed-off-by: Caleb Connolly
---
include/dt-bindings/ata/ahci.h | 20 -
include/dt-bindings/gpio/gpio.h| 42 --
include/dt-bindings/input/gpio-keys.h | 13 -
include/
This adjusts OF_UPSTREAM to behave more like the kernel by allowing for
all the devicetree files for a given vendor to be compiled. This is
useful for Qualcomm in particular as most boards are supported by a
single U-Boot build just provided with a different DT.
Signed-off-by: Caleb Connolly
---
The "include" directory was included in the include path... Remove it.
Signed-off-by: Caleb Connolly
---
arch/arm/dts/imx6dl-brppt2.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx6dl-brppt2.dts b/arch/arm/dts/imx6dl-brppt2.dts
index 575bfac7bb73..05c843c3
This is a subset of [1]. With more platform maintainers switching to
OF_UPSTREAM I didn't want to get in the way (it has also proven more
difficult than I hoped to remove only the fully compatible header
files).
This series removes only the dt-bindings headers which contain generic
data like GPIO
On 4/18/24 8:24 PM, Tim Harvey wrote:
On Thu, Apr 18, 2024 at 11:14 AM Marek Vasut wrote:
On 4/18/24 7:56 PM, Tim Harvey wrote:
Add support for PCIe clocks required to enable PCIe support on
iMX8MM SoC.
Signed-off-by: Tim Harvey
---
v2: no changes
---
drivers/clk/imx/clk-imx8mm.c | 21 ++
Hi,
On 4/15/24 14:55, Marek Vasut wrote:
In case of an OTP-CLOSED STM32MP15xx system, the CPU core 1 cannot be
released from endless loop in BootROM only by populating TAMP BKPxR 4
and 5 with magic and branch address and sending SGI0 interrupt from
core 0 to core 1 twice. TAMP_SMCR BKP..PROT fie
On Thu, Apr 18, 2024 at 11:14 AM Marek Vasut wrote:
>
> On 4/18/24 7:56 PM, Tim Harvey wrote:
> > Add support for PCIe clocks required to enable PCIe support on
> > iMX8MM SoC.
> >
> > Signed-off-by: Tim Harvey
> > ---
> > v2: no changes
> > ---
> > drivers/clk/imx/clk-imx8mm.c | 21 +++
On 4/18/24 7:56 PM, Tim Harvey wrote:
Add support for PCIe clocks required to enable PCIe support on
iMX8MM SoC.
Signed-off-by: Tim Harvey
---
v2: no changes
---
drivers/clk/imx/clk-imx8mm.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/clk/imx/clk-imx8mm
On 4/18/24 7:56 PM, Tim Harvey wrote:
Add support for the IMX8MM SoC by adding driver data with the compatible
string of the GPR controller.
Signed-off-by: Tim Harvey
Reviewed-by: Marek Vasut
On Thu, Apr 18, 2024 at 04:03:28PM +, Christophe Leroy wrote:
> Hi Tom,
>
> This pull request adds support for temperature sensors et FPGA loading
> on boards from CS GROUP France.
>
> CI: https://source.denx.de/u-boot/custodians/u-boot-mpc8xx/-/pipelines/20416
>
> Thanks
> Christophe
>
>
On Thu, Apr 18, 2024 at 04:08:46PM +0530, Chintan Vankar wrote:
>
>
> On 17/04/24 21:34, Tom Rini wrote:
> > On Wed, Apr 17, 2024 at 05:48:31PM +0530, Sughosh Ganu wrote:
> > > hi Chintan,
> > >
> > > On Wed, 17 Apr 2024 at 13:21, Chintan Vankar wrote:
> > > >
> > > >
> > > >
> > > > On 16/0
On Sun, Apr 14, 2024 at 06:58:03PM +0200, Jonas Karlman wrote:
> Hi Tom and Simon,
>
> On 2024-04-11 03:45, Tom Rini wrote:
> > On Thu, 14 Dec 2023 21:18:58 -0700, Simon Glass wrote:
> >
> >> This series is the culmanation of the current line of refactoring
> >> series. It adjusts pxe to call the
Hi Tim,
On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
> Fabio, if you enable CONFIG_DM_RNG on an imx8m{m,p}_evk do you get the
> following in the SPL?
> Couldn't bind rng driver (-96)
> SEC0: RNG instantiated
>
> sec_init failed!
Yes, if I add CONFIG_DM_RNG=y to imx8mm_evk_defconfig I get:
To workaround an issue in AM642 we reset the SoC in early boot. For that
we first probed the sysreset driver by calling uclass_get_device(). The
ti-sci sysreset driver is now probed during the ti-sci firmware probe.
Update this call to probe the firmware driver which will then probe
the sysreset dr
Enable PCIe/NVMe support. Also, enable the reset
driver which is a prerequisite for PCIe support.
Signed-off-by: Tim Harvey
---
v2: no changes
---
configs/imx8mm_venice_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/imx8mm_venice_defconfig b/configs/imx8mm_venice_def
Add support for the IMX8MM SoC by adding driver data with the compatible
string of the GPR controller.
Signed-off-by: Tim Harvey
---
v2: do not cache chip info in priv per Marek's suggestion
---
drivers/pci/pcie_dw_imx.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
Add support for PCIe clocks required to enable PCIe support on
iMX8MM SoC.
Signed-off-by: Tim Harvey
---
v2: no changes
---
drivers/clk/imx/clk-imx8mm.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/clk/imx/clk-imx8mm.c b/drivers/clk/imx/clk-imx8mm.c
index b5
On Thu, Apr 18, 2024 at 10:33 AM Marek Vasut wrote:
>
> On 4/18/24 6:21 PM, Tim Harvey wrote:
> > On Fri, Jan 19, 2024 at 4:36 PM Marek Vasut wrote:
> >>
> >> Linux 6.6.y with KASLR enabled would print the following message on boot:
> >> "
> >> KASLR disabled due to lack of seed
> >> "
> >> Enabl
Hi Jonas,
On Apr 18, 2024 at 07:52:03, Jonas Karlman wrote:
> Hi Justin,
>
> On 2024-04-18 03:45, Justin Klaassen wrote:
>
> The ehci_generic driver always failed with the error:
>
> Bus usb@fe38: ehci_generic usb@fe38:
>
> ... Failed to get clocks (ret=-19)
>
> Port not available.
>
>
On 4/18/24 6:21 PM, Tim Harvey wrote:
On Fri, Jan 19, 2024 at 4:36 PM Marek Vasut wrote:
Linux 6.6.y with KASLR enabled would print the following message on boot:
"
KASLR disabled due to lack of seed
"
Enable the 'kaslrseed' command so a random number seed can be pulled
from CAAM and inserted
EFI initialisation fails without this, and with proper SMBIOS v3 support
in (and automatic generation of useful tables) there's no reason for us
not to do this on qcom platforms.
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Defining this as 0 results in bootm causing a null pointer exception...
Define it at a safe default which is valid RAM on most qcom boards.
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/qcom_defconfig b/config
Use our new ft_board_setup().
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 7b589f0bf7a7..209a7ba324d0 100644
--- a/configs/qcom_defconfig
+++ b/configs/qcom_defconfig
@@ -33,8 +3
Some Qualcomm boards have only one USB controller which is muxed between
the type-c port and an internal USB hub for type-A and ethernet. We
modify the DT for these to force them to host mode in U-Boot. However in
Linux DRD role switching is supported (required, even). Use
ft_board_setup() to adjus
Add a fixup to force dr_mode to host for U-Boot.
Signed-off-by: Caleb Connolly
---
arch/arm/dts/qrb4210-rb2-u-boot.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/qrb4210-rb2-u-boot.dtsi
b/arch/arm/dts/qrb4210-rb2-u-boot.dtsi
new file mode 100644
index ..
There is a clock associated with this phy, but it's always from the
rpmhcc and isn't actually needed for the hardware to work.
Drop all the clock handling from the driver.
Signed-off-by: Caleb Connolly
---
drivers/phy/qcom/phy-qcom-snps-femto-v2.c | 14 --
1 file changed, 14 deletio
With the exception of SDM845, most other Qualcomm SoCs have the Qualcomm
specific (but not SoC) specific SMMU compatible string. Add it here so
we can match those without having to add individual SoCs to the list
here.
Signed-off-by: Caleb Connolly
---
drivers/iommu/qcom-hyp-smmu.c | 1 +
1 file
This is used for the volume keys on some SM8150/SM8250 devices.
Signed-off-by: Caleb Connolly
---
drivers/gpio/qcom_pmic_gpio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/qcom_pmic_gpio.c b/drivers/gpio/qcom_pmic_gpio.c
index 362d98dbf8cb..0dd3434e9e04 100644
--- a/drivers/
As with some other modern PMICs, writing to the GPIOs seems to make the
device reset.
Signed-off-by: Caleb Connolly
---
drivers/gpio/qcom_pmic_gpio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/qcom_pmic_gpio.c b/drivers/gpio/qcom_pmic_gpio.c
index dfb70faf94b4..362d98dbf8cb
This series is a few loosely connected patches to get the RB1 and 2
boards booting from USB with upstream U-Boot, and a few preperatory
patches for rb5.
Unfortunately the RB5 board requires a regulator on the RPMh peripheral
to be turned on for the USB VBUS rail. Support for this will be added in
Give us lots of room for the appended FDT.
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 218a9a769682..7b589f0bf7a7 100644
--- a/configs/qcom_defconfig
+++ b/configs/qcom_defconfi
Switch to using upstream DT from dts/upstream.
Signed-off-by: Caleb Connolly
---
MAINTAINERS | 4
arch/arm/Kconfig | 1 +
configs/dragonboard410c_defconfig | 2 +-
configs/dragonboard820c_defconfig | 2 +-
configs/qcom_defconfig| 2 +-
5 fi
This series does the initial switch to OF_UPSTREAM for Qualcomm
platforms. The DT files we have in U-Boot are outdated by now, so drop
them and move to upstream.
Patch 2 drops all the Qualcomm dts files that are now provided in
dts/upstream. As some of the files exceed the 100k size limit by
thems
OP-TEE fixes only on this PR, no TPM related ones.
The following changes since commit 2c3fa4b8add3cb6a440184ab67debc6867d383c0:
sandbox: don't call os_close with invalid file descriptor (2024-04-17
17:06:16 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custod
On Thu, 18 Apr 2024 at 19:15, Heinrich Schuchardt wrote:
>
> On 18.04.24 17:59, Ilias Apalodimas wrote:
> > On Thu, 18 Apr 2024 at 18:42, Heinrich Schuchardt
> > wrote:
> >>
> >> On 18.04.24 17:36, Ilias Apalodimas wrote:
> >>> Hi Mark,
> >>>
> >>> On Thu, 18 Apr 2024 at 18:15, Mark Kettenis
>
On Fri, Jan 19, 2024 at 4:36 PM Marek Vasut wrote:
>
> Linux 6.6.y with KASLR enabled would print the following message on boot:
> "
> KASLR disabled due to lack of seed
> "
> Enable the 'kaslrseed' command so a random number seed can be pulled
> from CAAM and inserted into the /chosen node 'kaslr
On 18.04.24 17:59, Ilias Apalodimas wrote:
On Thu, 18 Apr 2024 at 18:42, Heinrich Schuchardt
wrote:
On 18.04.24 17:36, Ilias Apalodimas wrote:
Hi Mark,
On Thu, 18 Apr 2024 at 18:15, Mark Kettenis wrote:
From: Ilias Apalodimas
Date: Thu, 18 Apr 2024 15:54:52 +0300
Hi Illias,
Previou
Hi Tom,
This pull request adds support for temperature sensors et FPGA loading
on boards from CS GROUP France.
CI: https://source.denx.de/u-boot/custodians/u-boot-mpc8xx/-/pipelines/20416
Thanks
Christophe
The following changes since commit 2c3fa4b8add3cb6a440184ab67debc6867d383c0:
sandbox
On Thu, 18 Apr 2024 at 18:42, Heinrich Schuchardt
wrote:
>
> On 18.04.24 17:36, Ilias Apalodimas wrote:
> > Hi Mark,
> >
> > On Thu, 18 Apr 2024 at 18:15, Mark Kettenis wrote:
> >>
> >>> From: Ilias Apalodimas
> >>> Date: Thu, 18 Apr 2024 15:54:52 +0300
> >>
> >> Hi Illias,
> >>
> >>>
> >>> Prev
On 18.04.24 17:36, Ilias Apalodimas wrote:
Hi Mark,
On Thu, 18 Apr 2024 at 18:15, Mark Kettenis wrote:
From: Ilias Apalodimas
Date: Thu, 18 Apr 2024 15:54:52 +0300
Hi Illias,
Previous patches enabled SetVariableRT using a RAM backend.
Although EBBR [0] defines a variable format we can
Hi Mark,
On Thu, 18 Apr 2024 at 18:15, Mark Kettenis wrote:
>
> > From: Ilias Apalodimas
> > Date: Thu, 18 Apr 2024 15:54:52 +0300
>
> Hi Illias,
>
> >
> > Previous patches enabled SetVariableRT using a RAM backend.
> > Although EBBR [0] defines a variable format we can teach userspace tools
> >
On Wed, Apr 17, 2024 at 8:04 PM Marek Vasut wrote:
>
> On 4/17/24 10:09 PM, Tim Harvey wrote:
> > Add support for the IMX8MM SoC by adding driver data with the compatible
> > string of the GPR controller.
> >
> > Signed-off-by: Tim Harvey
> > ---
> > drivers/pci/pcie_dw_imx.c | 20 +
> From: Ilias Apalodimas
> Date: Thu, 18 Apr 2024 15:54:52 +0300
Hi Illias,
>
> Previous patches enabled SetVariableRT using a RAM backend.
> Although EBBR [0] defines a variable format we can teach userspace tools
> and write the altered variables, it's better if we skip the ABI
> requirements
Hi Justin,
On 2024-04-18 03:45, Justin Klaassen wrote:
> The ehci_generic driver always failed with the error:
> Bus usb@fe38: ehci_generic usb@fe38:
> ... Failed to get clocks (ret=-19)
> Port not available.
> Bus usb@fe3c: ehci_generic usb@fe3c:
> ... Failed to get clocks (ret=-1
On 4/17/24 6:34 AM, Jaehoon Chung wrote:
Hi,
-Original Message-
From: Judith Mendez
Sent: Tuesday, April 16, 2024 6:28 AM
To: Peng Fan ; Jaehoon Chung ; Tom Rini
Cc: Nitin Yadav ; Simon Glass ;
u-boot@lists.denx.de
Subject: [PATCH 3/5] mmc: am654_sdhci: Add itap_del_ena[] to store i
On 4/17/24 6:28 AM, Jaehoon Chung wrote:
Hi Judith,
-Original Message-
From: Judith Mendez
Sent: Tuesday, April 16, 2024 6:28 AM
To: Peng Fan ; Jaehoon Chung ; Tom Rini
Cc: Nitin Yadav ; Simon Glass ;
u-boot@lists.denx.de
Subject: [PATCH 2/5] mmc: am654_sdhci: Fix OTAP/ITAP delay va
Hi,
On 4/17/24 6:23 AM, Jaehoon Chung wrote:
-Original Message-
From: Judith Mendez
Sent: Tuesday, April 16, 2024 6:28 AM
To: Peng Fan ; Jaehoon Chung ; Tom Rini
Cc: Nitin Yadav ; Simon Glass ;
u-boot@lists.denx.de
Subject: [PATCH 1/5] mmc: am654_sdhci: Add tuning algorithm for de
On Thu, 18 Apr 2024 at 17:11, Heinrich Schuchardt
wrote:
>
> Akashi-san's Linaro email address in not valid anymore.
>
> Cc: AKASHI Takahiro
> Signed-off-by: Heinrich Schuchardt
> ---
> .mailmap | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/.mailmap b/.mailmap
> index 932bd4d9a97..80
Akashi-san's Linaro email address in not valid anymore.
Cc: AKASHI Takahiro
Signed-off-by: Heinrich Schuchardt
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 932bd4d9a97..8049856d41c 100644
--- a/.mailmap
+++ b/.mailmap
@@ -15,6 +15,7 @@
# Proper Nam
1 - 100 of 128 matches
Mail list logo