Hej,
On Sun, Feb 25, 2024, at 22:47, Marek Vasut wrote:
> On 2/25/24 4:28 PM, Janne Grunau wrote:
>>
>>
>> On Wed, Feb 21, 2024, at 13:39, Marek Vasut wrote:
>>> On 2/21/24 08:25, Janne Grunau via B4 Relay wrote:
From: Janne Grunau
Apple USB keyboards carry the HID keyboard boot
Hej,
On Mon, Feb 26, 2024, at 21:47, Mark Kettenis wrote:
>> Date: Sun, 25 Feb 2024 22:57:23 +0100
>> From: Marek Vasut
>>
>> On 2/25/24 5:07 PM, Janne Grunau wrote:
>> > Hej,
>> >
>> > On Wed, Feb 21, 2024, at 13:41, Marek Vasut wrote:
>> >> On 2/21/24 08:25, Janne Grunau via B4 Relay wrote:
Improove documentation, add new revision.
Signed-off-by: Viacheslav Bocharov
---
doc/board/amlogic/jethub-j100.rst | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/doc/board/amlogic/jethub-j100.rst
b/doc/board/amlogic/jethub-j100.rst
index 86acdafa06f..80bed6e919e
Fix mispell in maintainer name for jethub j100 board files
Signed-off-by: Viacheslav Bocharov
---
board/amlogic/jethub-j100/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/amlogic/jethub-j100/MAINTAINERS
b/board/amlogic/jethub-j100/MAINTAINERS
index
Fix JetHub board sequence to read correct gpio for rescue button
Signed-off-by: Viacheslav Bocharov
---
include/configs/jethub.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/jethub.h b/include/configs/jethub.h
index e22db4991de..2c44bfc853e 100644
---
Update JetHub D1/D1+ board support files.
Viacheslav Bocharov (3):
board: amlogic: jethubj100: fix common config header
board: amlogic: jethubj100: update MAINTAINERS
board: amlogic: jethubj100: update docs
board/amlogic/jethub-j100/MAINTAINERS | 2 +-
doc/board/amlogic/jethub-j100.rst
On Mon, 26 Feb 2024 at 22:56, Caleb Connolly wrote:
>
> Introduce support for early debugging. This relies on the previous stage
> bootloader to initialise the UART clocks, when running with U-Boot as
> the primary bootloader this feature doesn't work. It will require a way
> to configure the
On Mon, 26 Feb 2024 at 22:56, Caleb Connolly wrote:
>
> On Qualcomm platforms, the TZ may already have certain memory regions
> under protection by the time U-Boot starts. There is a rare case on some
> platforms where the prefetcher might speculatively access one of these
> regions resulting in
On Mon, 26 Feb 2024 at 22:56, Caleb Connolly wrote:
>
> Some platforms hard reset when attempting to configure PMIC GPIOs. Add
> support for quirks specified in match data with a single quirk to skip
> this configuration. We rely on the GPIO already be configured correctly,
> which is always the
On 27/02/24 02:49, Bryan Brattlof wrote:
Currently, for the K3 generation of SoCs, there are more SoCs that
utilize the split firmware approach than the combined DMSC firmware.
Invert the logic to avoid adding more and more SoCs to this list.
Acked-by: Andrew Davis
Signed-off-by: Bryan
On 27/02/24 02:49, Bryan Brattlof wrote:
The am62px family of SoCs uses the same DDR controller as found on the
am62ax family. Enable this option when building for the am62px family
Signed-off-by: Bryan Brattlof
---
drivers/ram/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi Bryan,
On 27/02/24 02:49, Bryan Brattlof wrote:
Include the clock and lpsc tree files needed for the wkup spl to
initialize the proper PLLs and power domains to boot the SoC.
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/r5/Makefile | 1 +
Hi Bryan,
On 27/02/24 02:49, Bryan Brattlof wrote:
Include the part number for TI's am62px family of SoCs so we can
properly identify it during boot
Reviewed-by: Igor Opaniuk
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/include/mach/hardware.h | 2 ++
drivers/soc/soc_ti_k3.c
Hi,
As Ilias said, please describe what this patch does and why, especially
things which are different to existing boards.
For the next revision, please split this patch up into something like
the following:
* clock driver
* pinctrl driver
* changes to mach-snapdragon
* board code / defconfig
*
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> Provide the defconfig and include IPQ9574/RDP433 into the build
> framework.
Please squash this into a common patch along with the other board code
in your next revision.
>
> Signed-off-by: Varadarajan Narayanan
> ---
>
>
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> U-Boot has to reconfigure the clocks that were set in the boot
> loaders. However, in IPQ9574, the clocks have to be reset before
> they can be reconfigured. Hence add code to do the relevant
> resets.
>
> Signed-off-by: Varadarajan Narayanan
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> In the IPQ9574, the vendor capabilities register is at a
> different offset than in other SoCs. Hence add a vendor_cap
> field to msm_sdhc_variant_info structure to get the correct
> register offset.
>
> Signed-off-by: Varadarajan Narayanan
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> Add support for IPQ9574 under pinctrl/qcom.
Likewise, squash this into a patch introducing the whole pinctrl driver.
There isn't much to review here while all the actual code is in one huge
patch.
>
> Signed-off-by: Varadarajan Narayanan
>
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> Add support for 'pull-down' needed for IPQ9574.
'bias-pull-down'
>
> Signed-off-by: Varadarajan Narayanan
Reviewed-by: Caleb Connolly
> ---
>
> drivers/pinctrl/qcom/pinctrl-qcom.c | 2 ++
> 1 file changed, 2 insertions(+)
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> Include the IPQ9574 clock driver into build framework
Please squash this patch into your patch adding the clock driver on the
next revision.
>
> Signed-off-by: Varadarajan Narayanan
> ---
>
> drivers/clk/qcom/Kconfig | 8
>
On 26/02/2024 10:08, Varadarajan Narayanan wrote:
> The BCR registers in IPQ9574 are different and have
> different fields. Add function to program these
> clocks accordingly.
>
> Signed-off-by: Varadarajan Narayanan
> ---
>
> drivers/clk/qcom/clock-qcom.c | 32
served_memory() call
for now.
[1]:
https://lore.kernel.org/u-boot/20240226-b4-qcom-common-target-v5-0-10c8e078b...@linaro.org/
[2]:
https://git.codelinaro.org/clo/qsdk/oss/boot/u-boot/-/tree/NHSS.QSDK.12.4.5
>
> Thanks
> Varada
Kind regards,
>
>
> Varadarajan Narayanan
Hey all,
It's late in the day, but still release day and so here's -rc3. I've
also pushed this to the next branch and that is now open.
In terms of a changelog,
git log --merges v2024.04-rc2..v2024.04-rc3
contains what I've pulled but as always, better PR messages and tags
will provide better
On 2/26/24 9:47 PM, Mark Kettenis wrote:
Date: Sun, 25 Feb 2024 22:57:23 +0100
From: Marek Vasut
On 2/25/24 5:07 PM, Janne Grunau wrote:
Hej,
On Wed, Feb 21, 2024, at 13:41, Marek Vasut wrote:
On 2/21/24 08:25, Janne Grunau via B4 Relay wrote:
From: Hector Martin
We currently only
On 2/26/2024 4:23 PM, Dan Carpenter wrote:
> On Sun, Feb 25, 2024 at 08:38:33AM +0800, Yang Xiwen via B4 Relay wrote:
>> #if CONFIG_IS_ENABLED(OF_PLATDATA)
>> struct dtd_serial_pl01x *dtplat = >dtplat;
>> @@ -301,10 +302,14 @@ int pl01x_serial_probe(struct udevice *dev)
>> #endif
>>
USB gadget is not working fully as expected on RK3328, it uses a
board_usb_init() function to initialize the DWC2 OTG port.
The board_usb_init() function does not intgrate with the generic phy
framework and as a result the USB phy is not properly configured before
or after USB gadget use.
Having
Change to use the common Product ID 0x0010 when the ums command is used.
This matches downstream vendor U-Boot and is a Product ID that tools
such as rkdeveloptool and RKDevTool will identify as MSC mode.
Signed-off-by: Jonas Karlman
---
arch/arm/mach-rockchip/board.c | 17 -
1
RK3036 is using the USB product id normally used by RK3066B, and RK3328
is using the product id normally used by RK3368.
Fix this and update the default USB_GADGET_PRODUCT_NUM Kconfig option
for remaining supported Rockchip SoCs to match the product id used in
Mask ROM mode. Also remove a
The board_usb_init() and board_usb_cleanup() functions is always
included when USB_GADGET and USB_GADGET_DWC2_OTG is enabled.
Prepare for a change to use DM_USB_GADGET with DWC2_OTG by adding an
extra ifdef condition. The extra separate ifdef for USB_GADGET prepare
for next patch that adds a
USB gadget is not working fully as expected on RK3328, it uses a
board_usb_init() function to initialize the DWC2 OTG port, as a result
the USB2PHY driver never gets invoked. An issue is that the USB_DWC2
driver is enabled and also gets loaded for the OTG port. A side effect
of that is that the
Include the U-Boot device tree files needed to boot the board.
Signed-off-by: Bryan Brattlof
---
arch/arm/dts/Makefile |2 +
arch/arm/dts/k3-am62p-ddr-lp4-50-1600.dtsi | 2800
arch/arm/dts/k3-am62p-sk-binman.dtsi | 173 ++
Use the latest, mx93a1-ahab-container.img that is compatible with the
i.MX93 A1 revision.
Using mx93a1-ahab-container.img on an A0 chip and conversely causes a boot
failure without any traces on the UART.
Signed-off-by: Mathieu Othacehe
---
arch/arm/mach-imx/imx9/imximage.cfg | 2 +-
EFI binaries should not contain sections that are both writable and
executable. Separate the RX .text section from the RW .data section.
We currently don't created relocation sections (.rel.*) for our EFI
binaries. Anyway these would have to be converted to PE/COFF relocations.
Enumerate them
Change the alignment of the relocation code in EFI binaries to match page
boundaries.
Signed-off-by: Heinrich Schuchardt
---
v2:
new patch
---
arch/arm/lib/crt0_arm_efi.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/crt0_arm_efi.S
For security it is preferable that memory pages for executable code are not
writable. So there should be only RX and RW pages. To enable this sections
of EFI binaries must be page aligned. Furthermore .text and .data sections
must be separated.
We already made the necessary changes for arm64 and
Introduce the basic functions and definitions needed to properly
initialize TI's am62p family of SoCs
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/Kconfig | 7 +-
arch/arm/mach-k3/Makefile | 1 +
arch/arm/mach-k3/am62p5_init.c
Introduce the initial configs needed to support the am62px SoC family
Signed-off-by: Bryan Brattlof
---
configs/am62px_evm_a53_defconfig | 178 +++
configs/am62px_evm_r5_defconfig | 137 ++
include/configs/am62px_evm.h | 14
Introduce the basic files needed to support the am62px family of SoCs
Co-developed-by: Hari Nagalla
Signed-off-by: Hari Nagalla
Signed-off-by: Bryan Brattlof
---
board/ti/am62px/Kconfig | 26 ++
board/ti/am62px/MAINTAINERS | 9 +
board/ti/am62px/Makefile | 7 +
From: Hari Nagalla
Include the static DMA channel data for ti_sci
Signed-off-by: Hari Nagalla
Signed-off-by: Bryan Brattlof
---
drivers/firmware/ti_sci_static_data.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/firmware/ti_sci_static_data.h
Cleanup this list and standardize on using the IS_ENABLED macro for the
power domain data list.
Reviewed-by: Igor Opaniuk
Signed-off-by: Bryan Brattlof
---
drivers/power/domain/ti-power-domain.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
Include the clock and lpsc tree files needed for the wkup spl to
initialize the proper PLLs and power domains to boot the SoC.
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/r5/Makefile | 1 +
arch/arm/mach-k3/r5/am62px/Makefile| 6 +
arch/arm/mach-k3/r5/am62px/clk-data.c
The am62px family of SoCs uses the same DDR controller as found on the
am62ax family. Enable this option when building for the am62px family
Signed-off-by: Bryan Brattlof
---
drivers/ram/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ram/Kconfig
From: Vignesh Raghavendra
Add PSIL data for the AM62P and the J722S SoC family. The PSIL mapping
for the J722S is the same except for the extra instances of the CSI-RX.
So let's reuse the same file for both the AM62P and J722S.
Signed-off-by: Vignesh Raghavendra
Signed-off-by: Ravi Gunasekaran
Currently, for the K3 generation of SoCs, there are more SoCs that
utilize the split firmware approach than the combined DMSC firmware.
Invert the logic to avoid adding more and more SoCs to this list.
Acked-by: Andrew Davis
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/Kconfig | 2 +-
1
**Note:** This series depends on the v6 OF_UPSTREAM work from Sumit[0].
Patch #11 was added to fix some Makefile.spl targets to allow SPL builds
to complete with the OF_UPSTREAM series.
The AM62Px is an extension of the existing Sitara AM62x low-cost family
of application processors built for
Introduce basic documentation for the am62p family of SoCs.
Signed-off-by: Bryan Brattlof
---
doc/board/ti/am62px_sk.rst | 289 +
doc/board/ti/k3.rst| 1 +
2 files changed, 290 insertions(+)
diff --git a/doc/board/ti/am62px_sk.rst
Some boards that choose to utilize the OF_UPSTREAM directory for their
device tree files will need to specify that directory instead of the
traditional arch/$(ARCH)/dts/* path.
Include the correct path to the board's dtbs depending on if OF_UPSTREAM
is selected or not.
Reviewed-by: Sumit Garg
Include the part number for TI's am62px family of SoCs so we can
properly identify it during boot
Reviewed-by: Igor Opaniuk
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/include/mach/hardware.h | 2 ++
drivers/soc/soc_ti_k3.c | 3 +++
2 files changed, 5 insertions(+)
On 26/02/2024 17:43, Biju Das wrote:
>
>
>> -Original Message-
>> From: U-Boot On Behalf Of Paul Barker
>> Sent: Monday, February 26, 2024 3:06 PM
>> To: Marek Vasut ; Nobuhiro Iwamatsu
>>
>> Cc: Paul Barker ; u-boot@lists.denx.de
>> Subject: [PATCH v2 3/7] i2c: rzg2l: Add I2C driver
> Date: Sun, 25 Feb 2024 22:57:23 +0100
> From: Marek Vasut
>
> On 2/25/24 5:07 PM, Janne Grunau wrote:
> > Hej,
> >
> > On Wed, Feb 21, 2024, at 13:41, Marek Vasut wrote:
> >> On 2/21/24 08:25, Janne Grunau via B4 Relay wrote:
> >>> From: Hector Martin
> >>>
> >>> We currently only support
> Date: Sun, 25 Feb 2024 22:47:41 +0100
> From: Marek Vasut
>
> On 2/25/24 4:28 PM, Janne Grunau wrote:
> >
> >
> > On Wed, Feb 21, 2024, at 13:39, Marek Vasut wrote:
> >> On 2/21/24 08:25, Janne Grunau via B4 Relay wrote:
> >>> From: Janne Grunau
> >>>
> >>> Apple USB keyboards carry the HID
> Date: Sat, 17 Feb 2024 12:02:56 +0100
> From: Heinrich Schuchardt
Hi Heinrich,
> On 2/16/24 3:17 PM, Mark Kettenis wrote:
> >> Date: Fri, 16 Feb 2024 00:38:25 +0100
> >> From: Heinrich Schuchardt
> >>
> >> Am 16. Februar 2024 00:25:34 MEZ schrieb Mark Kettenis
> >> :
> >>> Moving the
Moving the efi_carve_out_dt_rsv() call in commit 1be415b21b2d
("efi_loader: create memory reservations in ACPI case")
broke boards that create additional memory reservations in
ft_board_setup() since it is now called before those additional
memory reservations are made. This is the case for the
From: Maxim Moskalets
Added the ability to use FDT for ELF applications, required to run some
OS. To make FDT setup, you need to set the -d fdt_addr_r cmd option for
bootelf command.
Signed-off-by: Maxim Moskalets
Cc: Tom Rini
---
cmd/elf.c | 27 ---
1 file changed,
On 2024-02-26 17:32, Heinrich Schuchardt wrote:
> U-Boot SPL loads the device-tree directly behind main U-Boot overlapping
> the .bss section. reserve_fdt() is called in board_init_f() to relocate the
> device-tree to a safe location.
>
> Debug UARTs are enabled before board_init_f(). With
If the optional `tee.bin` OP-TEE binary is missing, the image will still be
functional. Adapt the warning message accordingly.
Signed-off-by: Mathieu Othacehe
---
tools/imx9_image.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/imx9_image.sh b/tools/imx9_image.sh
This fixes OP-TEE support by:
- Adding tee.bin to container.cfg
- Starting ELE RNG in SPL
Signed-off-by: Mathieu Othacehe
---
arch/arm/mach-imx/imx9/container.cfg | 3 ++-
board/freescale/imx93_evk/spl.c | 7 +++
board/phytec/phycore_imx93/spl.c | 7 +++
Hello,
This series fixes OP-TEE support on all imx9 boards by starting the ELE RNG
and adding the optional tee.bin binary to the ATF container.
Thanks,
Mathieu
Mathieu Othacehe (2):
imx9: Fix OP-TEE support
tools: imx9_image: Reword warning message.
arch/arm/mach-imx/imx9/container.cfg |
Drop the U-Boot specific dragonboard820c.dts file in favour of the
upstream apq8096-db820c.dts and an additional -u-boot.dtsi with the
U-Boot specific additions.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
> -Original Message-
> From: U-Boot On Behalf Of Paul Barker
> Sent: Monday, February 26, 2024 3:06 PM
> To: Marek Vasut ; Nobuhiro Iwamatsu
>
> Cc: Paul Barker ; u-boot@lists.denx.de
> Subject: [PATCH v2 3/7] i2c: rzg2l: Add I2C driver for RZ/G2L family
>
> This driver supports the
Drop the U-Boot specific DTS in favour of upstream. We'll only include
the -4000 variant as that is what U-Boot already supported.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/Makefile|2
Add drivers and DTS files, as well as regex matches for
qcom/qualcomm/snapdragon.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
MAINTAINERS | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Import the headers needed for QCS404-evb.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/qcom,turingcc-qcs404.h | 15 +++
1 file changed, 15 insertions(+)
diff --git
Don't use hardcoded clock IDs, use the IDs from the dt-bindings to be
compatible with upstream.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/dragonboard820c.dts | 5 +++--
drivers/clk/qcom/clock-apq8096.c | 5
Import PM8994 and PMI8994 DTSI files in preparation for switching
MSM8996 boards to upstream DTS.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/pm8994.dtsi | 152 ++
Drop the U-Boot specific dragonboard410c.dts in favour of the upstream
msm8916-sbc.dts. No additional changes are needed to this DTS for U-Boot
support.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/Makefile
Import dt-binding headers for MSM8996/APQ8096 from Linux.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/qcom,gcc-msm8996.h | 362 +
Import the supporting pm8916.dtsi and msm8916-pm8916.dtsi files from
upstream in preparation for switching boards over.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/msm8916-pm8916.dtsi | 157
Import the dt-bindings headers in preparation for switching to upstream
DTS for MSM8916.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
include/dt-bindings/arm/coresight-cti-dt.h | 37 +
Import the PM8998 and PMI8998 PMIC DTSI files from Linux as well
as the common audio codec in preperation for replacing board DTS files
with upstream.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/dts/pm8998.dtsi
Import the DT bindings headers that are used by SDM845 from Linux.
Taken from kernel tag v6.7
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/qcom,camcc-sdm845.h | 116 ++
include/dt-bindings/clock/qcom,dispcc-sdm845.h
The MSM8916/APQ8016 Technical Reference Manual is publicly available and
contains a lot of useful register maps for many core parts of the SoC.
Include an archive.org link to it in the dragonboard410c documentation.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb
Replace the board specific docs with a generic board.rst file which
documents the build/boot process for the sdm845 and qcs404 boards now
that the only differences are the DTB in use.
At the same time, create a debugging page to document some useful
snippets and tips for working with Qualcomm
This board is entirely supported by the generic arch code and DTS. The
board code used to handle turning on the vbus regulator, however this is
now handled via DT.
With this, the board specific defconfig is also no longer needed, so
drop it as well.
Reviewed-by: Neil Armstrong
Reviewed-by:
On Qualcomm platforms, the TZ may already have certain memory regions
under protection by the time U-Boot starts. There is a rare case on some
platforms where the prefetcher might speculatively access one of these
regions resulting in a board crash (TZ traps and then resets the board).
We
With just a few basic rules, we can generate the $fdtfile environment
variable to match the format used in Linux. This uses the root
compatible property inside u-boot, with specific handling for the
Dragonboard845c which is a special case, and for the qrb robotics
boards.
This is known to work on
Historically, Qualcomm boards have relied on heavy hardcoding in U-Boot,
in many cases to the specific SoC but also to the board itself (e.g.
memory map). This has been largely resolved by modernising the Qualcomm
drivers in U-Boot, however the board code still largely follows this
model.
This
Heavily inspired by Apple board code. Use the LMB allocator to configure
load addresses at runtime, and implement a lookup table for selecting a
devicetree.
As some Qualcomm RBx boards have different RAM capacities and base
addresses, it isn't possible to hardcode these regions.
Reviewed-by:
db820c predated support for prepending the kernel image header
automatically, drop it's custom linker script and head.S in favour of
this generic support.
Reviewed-by: Neil Armstrong
Reviewed-by: Ilias Apalodimas
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb
Some of the db410c board support code was written to be generic and
placed in mach-snapdragon. However, as the db410c is the only board
using this, move the code out of mach-snapdragon. This makes is more
obvious what code is relevant for which targets and helps tidy things up
a little more.
Use the root compatible strings from upstream Linux, add missing
'#clock-cells' property to the gcc node.
Adjust some of the msm8916/apq8016 drivers to use the correct upstream
compatible properties and DT bindings.
This prepares us to switch to upstream DT in a future patch.
Reviewed-by: Neil
Add a config fragment for building U-Boot such that it can be
chainloaded by aboot/LK rather than being flashed directly to the aboot
partition.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
On the DB410c we support running as a first stage bootloader. This
requires initialising the GPIOs which are muxed to UART before they can
be used. Add DM_FLAG_PRE_RELOC to the apq8016 pinctrl driver to ensure
that we do this early enough.
This is required to prevent the first few lines of UART
Upstream devicetrees label GPIOs with "gpioX", not "GPIO_X", fix this
for SoCs where we're now using upstream DT.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
drivers/pinctrl/qcom/pinctrl-apq8016.c | 26
Most platforms have a handful of "special" GPIOs, like the MMC
clock/data lanes, UFS reset, etc. These don't follow the usual naming
scheme of "gpioX" and also have unique capabilities and registers. We
can get away without supporting them all for now, but DT compatibility
is still an issue.
Add
Adjust the DT to match upstream bindings.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/sandbox/dts/sandbox.dtsi | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/arch/sandbox/dts/sandbox.dtsi
Introduce a basic pinctrl driver for the SPMI PMIC GPIOs. This is
necessary to make proper use of upstream DT bindings specifically on the
dragonboard410c where they're used to switch between USB host and device
modes.
Only support for driving the pins as output low or high is enabled for
now.
Some platforms hard reset when attempting to configure PMIC GPIOs. Add
support for quirks specified in match data with a single quirk to skip
this configuration. We rely on the GPIO already be configured correctly,
which is always the case for volume up (the only current user of these
GPIOs).
Qualcomm PMICs number their GPIOs starting from 1, implement a custom
.xlate method to handle this.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
drivers/gpio/qcom_pmic_gpio.c | 22 ++
1 file changed,
Use the modern helpers to fetch the clock and use the correct property
("clocks" instead of "clock"). Drop the call to pinctrl_select_state()
as no boards have a "uart" pinctrl state and this prints confusing
errors.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg
Introduce support for early debugging. This relies on the previous stage
bootloader to initialise the UART clocks, when running with U-Boot as
the primary bootloader this feature doesn't work. It will require a way
to configure the clocks before the driver model is available.
Reviewed-by: Neil
Adjust the apq8016 and apq8096 drivers to use the upstream compatible
properties, and adjust the associated dts files in U-Boot.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
arch/arm/dts/dragonboard410c.dts | 2 +-
We should be returning the rate that we set the clock to, drivers like
MMC rely on this. So fix it.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-qcs404.c | 25 +
1 file
Use the clk_* helper functions and the correct property name for clocks.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Tested-by: Sumit Garg #qcs404
Signed-off-by: Caleb Connolly
---
drivers/mmc/msm_sdhci.c | 69 +
1 file changed, 47
The upstream DT is supported here, so drop the U-Boot specific binding
docs.
Reviewed-by: Neil Armstrong
Reviewed-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
doc/device-tree-bindings/mmc/msm_sdhci.txt | 25 -
1 file changed, 25 deletions(-)
diff --git
Historically, Qualcomm boards in U-Boot have all had their own
board/qualcomm/xyz directory, their own CONFIG_TARGET_XYZ option, their
own hardcoded sysmap-xyz.c file, and their own U-Boot specific
devicetree with little/no compatibility with upstream DT.
This series makes a few final prepatory
Add support for a vbus-supply regulator specified in devicetree. This
provides generic support to avoid hardcoded GPIO configuration in board
init code.
Reviewed-by: Neil Armstrong
Signed-off-by: Caleb Connolly
---
Cc: Marek Vasut
---
drivers/usb/dwc3/dwc3-generic.c | 24
When booting U-Boot on board with a locked down first-stage bootloader,
we emulate the Linux boot header. By passing the U-Boot FDT through this
first-stage bootloader and retrieving it afterwards we can pre-populate
the memory nodes and other info like the KASLR address.
Add a function to export
U-Boot SPL loads the device-tree directly behind main U-Boot overlapping
the .bss section. reserve_fdt() is called in board_init_f() to relocate the
device-tree to a safe location.
Debug UARTs are enabled before board_init_f(). With sbi_dbcn_available in
the .bss section the device-tree is
Remove undocumented DT property. Suggested solution was to apply quirk
via glue logic driver that's why make no sense to have it listed in DT.
Signed-off-by: Michal Simek
---
For more information please take a look at:
1 - 100 of 174 matches
Mail list logo