On 02/12/2023 18:18, Marek Vasut wrote:
> On 11/19/23 21:48, Paul Barker wrote:
>> On Sun, Nov 19, 2023 at 09:15:36PM +0100, Marek Vasut wrote:
>>> On 11/15/23 18:40, Paul Barker wrote:
This driver supports the I2C module on the Renesas RZ/G2L (R9A07G044)
SoC, also known as the RIIC modul
On 19.02.24 19:37, Jan Kiszka wrote:
> On 17.02.24 12:36, Alexander Sverdlin wrote:
>> Hi Jan!
>>
>> On Sat, 2024-02-17 at 09:42 +0100, Jan Kiszka wrote:
U-Boot 2024.01 (Feb 15 2024 - 01:43:17 +0100)
SoC: AM62X SR1.0 HS-FS
Model: Texas Instruments AM625 SK
DRAM: 2 GiB
>>
Add test case for saveenv command in non-JTAG bootmode which saves the
u-boot environment variables in persistent storage.
Signed-off-by: Love Kumar
---
Changes in v2:
- Set bootmode through boardenv if modeboot is not defined
Changes in v3:
- Fix the issue with bad patterns and escape sequence
Add a test for reset commands which performs resetting of CPU, It does
COLD reset by default and WARM reset with -w option.
Signed-off-by: Love Kumar
---
Changes in v2:
- Set bootmode through boardenv if modeboot is not defined
Changes in v3:
- Fix the issue with bad pattern found on console
--
On Thu, Feb 15, 2024 at 08:52:21PM +, Caleb Connolly wrote:
> static int msm_sdc_clk_init(struct udevice *dev)
> {
> - int node = dev_of_offset(dev);
> - uint clk_rate = fdtdec_get_uint(gd->fdt_blob, node, "clock-frequency",
> - 40);
> - uin
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> 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 enou
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> Adjust the DT to match upstream bindings.
>
> Signed-off-by: Caleb Connolly
> ---
> arch/sandbox/dts/sandbox.dtsi | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
>
Reviewed-by: Sumit Garg
-Sumit
> diff --git a/arch/sand
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> 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
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> 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.
>
> Signed-off-by:
On Fri, 16 Feb 2024 at 02:22, 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 cloc
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> We should be returning the rate that we set the clock to, drivers like
> MMC rely on this. So fix it.
>
> Signed-off-by: Caleb Connolly
> ---
> drivers/clk/qcom/clock-qcs404.c | 25 +
> 1 file changed, 13 insertions(
On Fri, 16 Feb 2024 at 02:22, 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 c
On Thu, Feb 15, 2024 at 02:35:20PM +0100, Frieder Schrempf wrote:
> +int board_mmc_getcd(struct mmc *mmc)
This function is never called. Also for bool functions make them type
bool and name them so that it's clear they return true/false such as
board_mmc_getcd_was_successful() but less wordy.
>
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> Qualcomm PMICs number their GPIOs starting from 1, implement a custom
> .xlate method to handle this.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> drivers/gpio/qcom_pmic_gpio.c | 22 ++
> 1 fi
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> Adjust the apq8016 and apq8096 drivers to use the upstream compatible
> properties, and adjust the associated dts files in U-Boot.
It looks like you haven't adjusted the dts file for db820c. However,
later patches drop them completely so I a
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> The upstream DT is supported here, so drop the U-Boot specific binding
> docs.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> doc/device-tree-bindings/mmc/msm_sdhci.txt | 25 -
> 1 file chan
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> Use the clk_* helper functions and the correct property name for clocks.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> drivers/mmc/msm_sdhci.c | 69
> +
> 1 file ch
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> 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 an
On 19/02/24 18:04, Vitor Soares wrote:
> From: Vitor Soares
>
> The same U-Boot binary is compatible with multiple Verdin AM62 board
> variants. However, some of the SoC models can only operate at a maximum
> speed of 1 GHz.
>
> Previously, the boards with lower-speed grades were running at
>
Hi Jesse
On 20/02/24 04:30, Jesse Taube wrote:
Add support for booting the imxrt1050-evk from spi.
Add imximage config and the ability for SPL to boot from NOR.
Enable binman in Kconfig and device tree for imxrt* as it is used to
prepend fspi_header.bin to SPL and u-boot.img.
Signed-off-by: Jes
Dear Tom,
The following changes since commit 15e7927b5a2d33666af19879577bf0c30ab088fe:
Merge patch series "omap3: Make SPL_OMAP3_ID_NAND depend on
NAND_OMAP_GPMC" (2024-01-22 14:18:55 -0500)
are available in the git repository at:
g...@source.denx.de:u-boot/custodians/u-boot-samsung.git mas
On Mon, Feb 19, 2024 at 7:53 PM Fabio Estevam wrote:
>
> On Mon, Feb 19, 2024 at 8:01 PM Jesse Taube wrote:
> >
> > Add support for booting the imxrt1050-evk from spi.
> > Add imximage config and the ability for SPL to boot from NOR.
> > Enable binman in Kconfig and device tree for imxrt* as it i
On Mon, Feb 19, 2024 at 8:01 PM Jesse Taube wrote:
>
> Add support for booting the imxrt1050-evk from spi.
> Add imximage config and the ability for SPL to boot from NOR.
> Enable binman in Kconfig and device tree for imxrt* as it is used to
> prepend fspi_header.bin to SPL and u-boot.img.
>
> Sig
Hello Fabio,
Thanks for having a look.
> I assume you will add USB support to some i.MX93 boards later.
Yes that's the plan for the boards that I own: imx93_var_som and
imx93-phyboard-segin :)
Mathieu
Add support for booting the imxrt1050-evk from spi.
Add imximage config and the ability for SPL to boot from NOR.
Enable binman in Kconfig and device tree for imxrt* as it is used to
prepend fspi_header.bin to SPL and u-boot.img.
Signed-off-by: Jesse Taube
---
V1 -> V2:
- Add defconfig to MAINTA
Add documentation for SPI boot.
Signed-off-by: Jesse Taube
---
V1 -> V2:
- Change s/Adds/Add
- Change imxrt1050-evk_spi to fspi
- Fix spelling and grammar
- Mention the SPI NOR flash part number
V2 -> V3:
- No changes
V3 -> V4:
- No changes
---
doc/board/nxp/imxrt1050-evk.rst | 30
Hello Sahaj,
On Fri, Feb 16, 2024 at 5:50 AM Sahaj Sarup wrote:
>
> Hi all,
>
> Since commit f8cebb4f789c9950caf55a0b73e88049e7a1c3a3 enabled LTO by
> default for imx8m platforms,
> I have been having issues building u-boot.
> I am primarily working on imx8mp instead of imx8mm platforms so the
>
On Fri, Feb 16, 2024 at 10:19:38AM +0530, Sahaj Sarup wrote:
> Hi all,
>
> Since commit f8cebb4f789c9950caf55a0b73e88049e7a1c3a3 enabled LTO by
> default for imx8m platforms,
> I have been having issues building u-boot.
> I am primarily working on imx8mp instead of imx8mm platforms so the
> bug r
On Sat, Feb 17, 2024 at 10:09:12PM +0200, Dmitry Baryshkov wrote:
> On Mon, 12 Feb 2024 at 09:37, Dmitry Baryshkov
> wrote:
> >
> > The functions virtio_pci_get_config() and virtio_pci_set_config() don't
> > take the offset into account when reading the config space. For example
> > this manifests
On Mon, Feb 19, 2024 at 5:18 PM Jesse T wrote:
> Shall I send a V4 with them squashed then?
Yes, please send a v4 with them squashed and with a nice commit log :-)
On Sun, Feb 18, 2024 at 9:12 PM Fabio Estevam wrote:
>
> On Sun, Feb 18, 2024 at 10:39 PM Fabio Estevam wrote:
> >
> > Hi Jesse,
> >
> > On Sun, Feb 18, 2024 at 6:20 PM Jesse Taube wrote:
> > >
> > > Enable binman in Kconfig and in device tree.
> >
> > Please explain the rationale for doing this
On 2024-02-19 19:24, Marek Vasut wrote:
On 2/14/24 10:54, Shantur Rathore wrote:
Additional testing of the changes introduced in commit 33e06dcbe57a
"common:
usb-hub: Reset hub port before scanning") revealed that some USB 2.0
and 3.0
flash drives didn't work in U-Boot on some Allwinner SoCs th
On 17.02.24 12:36, Alexander Sverdlin wrote:
> Hi Jan!
>
> On Sat, 2024-02-17 at 09:42 +0100, Jan Kiszka wrote:
>>> U-Boot 2024.01 (Feb 15 2024 - 01:43:17 +0100)
>>>
>>> SoC: AM62X SR1.0 HS-FS
>>> Model: Texas Instruments AM625 SK
>>> DRAM: 2 GiB
>>> Core: 56 devices, 23 uclasses, devicetree:
The current ordering always results in func pointing to the next
function in the init_sequence. e.g. if fdtdec_setup() fails, ret will
be set to the error code, then func will be updated to point to
initf_malloc(), only then is ret checked and the loop broken. The end
result of this is that the "in
Hi Jonas,
On Mon, Feb 19, 2024 at 10:51 PM Jonas Karlman wrote:
>
> Hi Jagan,
>
> On 2024-01-17 08:51, Jagan Teki wrote:
> > Model: Firefly roc-rk3328-cc
> > DRAM: 1 GiB (effective 1022 MiB)
> > Video device 'vop@ff37' cannot allocate frame buffer memory -ensure the
> > device is set up befo
On 2/14/24 10:54, Shantur Rathore wrote:
Additional testing of the changes introduced in commit 33e06dcbe57a "common:
usb-hub: Reset hub port before scanning") revealed that some USB 2.0 and 3.0
flash drives didn't work in U-Boot on some Allwinner SoCs that support USB
2.0 interfaces only. More
We should have CONFIG_DM_I2C or CONFIG_(SPL_)SYS_I2C_LEGACY enabled in
order for `cmd/eeprom.c` to compile as it depends on the i2c functions
which are not compiled otherwise. Update the Kconfig entry for the
'eeprom' command correspondingly.
Signed-off-by: Ivan Orlov
---
cmd/Kconfig | 1 +
1 fi
On Mon, Feb 19, 2024 at 2:05 PM Mathieu Othacehe wrote:
>
> i.MX93 uses the same USB IP as i.MX8MM. It can then reuse the ehci-mx6
> driver.
>
> Reviewed-by: Marek Vasut
> Signed-off-by: Mathieu Othacehe
Reviewed-by: Fabio Estevam
I assume you will add USB support to some i.MX93 boards later.
On Mon, Feb 19, 2024 at 12:34:08PM +, Vitor Soares wrote:
> From: Vitor Soares
>
> The same U-Boot binary is compatible with multiple Verdin AM62 board
> variants. However, some of the SoC models can only operate at a maximum
> speed of 1 GHz.
>
> Previously, the boards with lower-speed grad
Hi Jagan,
On 2024-01-17 08:51, Jagan Teki wrote:
> Model: Firefly roc-rk3328-cc
> DRAM: 1 GiB (effective 1022 MiB)
> Video device 'vop@ff37' cannot allocate frame buffer memory -ensure the
> device is set up before relocation
> Error binding driver 'rockchip_rk3328_vop': -28
> Some drivers fa
i.MX93 uses the same USB IP as i.MX8MM. It can then reuse the ehci-mx6
driver.
Reviewed-by: Marek Vasut
Signed-off-by: Mathieu Othacehe
---
drivers/usb/host/Kconfig| 6 +++---
drivers/usb/host/ehci-mx6.c | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/host
/u-boot/custodians/u-boot-sh (2024-02-17 18:37:07 -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-master-20240219
>
> for you to fetch changes up to 0cfc2e9225fb682a1a5b3e5d49af8ebf8d893cef:
&
The ATSHA204A chip requires SDA line to go low for at least 60us to
wake up the chip. Previous implementation did not meet this requirement
due to the NAK received on bus and not sending the zeroes.
The function to ignore the NAK and send bytes regardless is not
supported in the u-boot making it im
Fix the sleep function to issue the sleep command instead of idle one.
Signed-off-by: Michał Barnaś
---
drivers/misc/atsha204a-i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/atsha204a-i2c.c b/drivers/misc/atsha204a-i2c.c
index ab83bbc3e9..29daefb2a5 10064
Some previous commit changed the continue statement to return,
making the for loop used to retry waking up the chip to always
return after one iteration. This commit removes the loop, cleaning
the code a little.
Signed-off-by: Michał Barnaś
---
drivers/misc/atsha204a-i2c.c | 45 +++-
Fix the driver to behave like the chip datasheet requires.
Improve wake up function to send low signal on SDA line for at least
60us as chip requires to wake up. Fix sleep function to move the chip
into sleep mode, not into idle mode. Remove unnecessary for loop,
which would never run for more th
Dear reader,
For my master thesis in Electrical Engineering I am working on providing
OpenWRT support for pynqz2 and adrv9361 boards (armv7 32bit).
OpenWRT uses U-Boot 2019.07.
In the default config file (that I partly had to add stuff/remove stuff myself,
see attachment zynq_pynqz2_defconfig),
Add a new Kconfig symbol MDIO_TI_CPSW for the CPSW MDIO
driver and build it with proper DM support if enabled.
If MDIO_TI_CPSW is not enabled then we continue to
behave like before.
Clean up MDIO custom handling in am65-cpsw and use
dm_eth_phy_connect() to get the PHY.
Signed-off-by: Roger Quadr
Some platforms have bus level Reset controlled
by a GPIO line. If available then handle bus reset
via GPIO.
Signed-off-by: Roger Quadros
---
include/phy.h | 7 +++
net/mdio-uclass.c | 37 -
2 files changed, 43 insertions(+), 1 deletion(-)
diff --git
Hi,
This converts cpsw-mdio into a proper Driver Model
driver and introduces the new Config symbol CONFIG_MDIO_TI_CPSW.
It also cleans up the am65-cpsw driver so it porperly uses
the DM PHY interface.
It does not convert the legacy cpsw and keystone-net drivers.
Tested on AM64-EVM and AM335x Be
If a machine doesn't have CONFIG_CLK set the call to clk_get_bulk()
returns '-ENOSYS' error which should be handled the same way as
'-ENOENT' error. The same applies to reset_get_bulk() and 'ENOTSUPP'.
Signed-off-by: Piotr Wojtaszczyk
---
Changes for v3:
- Removed extra parenthesis around error c
On 2/19/24 12:59, Piotr Wojtaszczyk wrote:
If a machine doesn't have CONFIG_CLK set the call to clk_get_bulk()
returns '-ENOSYS' error which should be handled the same way as
'-ENOENT' error. The same applies to reset_get_bulk() and 'ENOTSUPP'.
Signed-off-by: Piotr Wojtaszczyk
---
Changes for v
On 2/19/24 14:18, Fabio Estevam wrote:
Hi Mathieu,
On Mon, Feb 19, 2024 at 5:43 AM Mathieu Othacehe wrote:
i.MX93 uses the same USB IP as i.MX8MM. It can then reuse the ehci-mx6
driver.
Signed-off-by: Mathieu Othacehe
You missed copying Marek Vasut, who is the USB maintainer.
The patch
The first time virtio_init() gets called from board_init() PCI isn't
ready. Thus any virtio-over-PCI (e.g. network interfaces) devices can't
be detected and used without additional `virtio scan` scan in the shell
or a script.
Signed-off-by: Łukasz Stelmach
---
The patch works for my but:
a) mayb
From: Vitor Soares
The same U-Boot binary is compatible with multiple Verdin AM62 board
variants. However, some of the SoC models can only operate at a maximum
speed of 1 GHz.
Previously, the boards with lower-speed grades were running at
overclocked speeds, leading to kernel complaints about un
Hi Mathieu,
On Mon, Feb 19, 2024 at 5:43 AM Mathieu Othacehe wrote:
>
> i.MX93 uses the same USB IP as i.MX8MM. It can then reuse the ehci-mx6
> driver.
>
> Signed-off-by: Mathieu Othacehe
You missed copying Marek Vasut, who is the USB maintainer.
> ---
> drivers/usb/host/Kconfig| 6 +++--
For some reason none of these debug prints have newlines, resulting in a
"fun" surprise when attempting to debug this driver.
The other parts of the dwc3 driver have newlines, add them here too (and
fix some minor nearby indent issues to make checkpatch happy).
Signed-off-by: Caleb Connolly
---
On Thu, Feb 15, 2024 at 9:05 AM Ian Ray wrote:
>
> On Tue, Feb 13, 2024 at 08:43:38AM -0300, Fabio Estevam wrote:
> >
> > From: Fabio Estevam
> >
> > The conversion to DM_SERIAL is mandatory, so do the conversion.
> >
> > Signed-off-by: Fabio Estevam
>
> Reviewed-by: Ian Ray
Applied all, thank
On Thu, Feb 15, 2024 at 11:00 AM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> The datasheet can be found here:
> https://www.esmt.com.tw/upload/pdf/ESMT/datasheets/EN25Q80B_Ver.E.pdf
>
> Signed-off-by: Frieder Schrempf
> Reviewed-by: Fabio Estevam
Applied all, thanks.
On Tue, Feb 13, 2024 at 11:08 AM Ian Ray wrote:
>
> Update our email addresses, from @ge.com to @gehealthcare.com, after GE
> HealthCare was spun-off from GE.
>
> Remove Antti, who no longer works on the project.
>
> Signed-off-by: Ian Ray
Applied, thanks.
:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-master-20240219
for you to fetch changes up to 0cfc2e9225fb682a1a5b3e5d49af8ebf8d893cef:
doc: board: Add minimal documentation for Sielaff i.MX6 Solo board
(2024-02-19 08:19:39 -0300)
u-boot-imx-maste
Hi all,
On Mon, 19 Feb 2024 at 12:53, Peter Robinson wrote:
>
> On Mon, 19 Feb 2024 at 10:24, Mark Kettenis wrote:
> >
> > > From: Peter Robinson
> > > Date: Mon, 19 Feb 2024 09:12:15 +
> > >
> > > The EFI spec states that the ESP can be any of FAT12/16/32 but for
> > > compatibility doesn'
If a machine doesn't have CONFIG_CLK set the call to clk_get_bulk()
returns '-ENOSYS' error which should be handled the same way as
'-ENOENT' error. The same applies to reset_get_bulk() and 'ENOTSUPP'.
Signed-off-by: Piotr Wojtaszczyk
---
Changes for v2:
- Changed logic style from !(== || ==) to
i.MX93 uses the same USB IP as i.MX8MM. It can then reuse the ehci-mx6
driver.
Signed-off-by: Mathieu Othacehe
---
drivers/usb/host/Kconfig| 6 +++---
drivers/usb/host/ehci-mx6.c | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/hos
On Fri, 16 Feb 2024 at 16:17, Paul Barker wrote:
>
> On 14/02/2024 13:32, Sumit Garg wrote:
> > On Wed, 14 Feb 2024 at 03:01, Paul Barker
> > wrote:
> >> On 02/02/2024 13:05, Sumit Garg wrote:
> >>> +Dependencies
> >>> +
> >>> +
> >>> +The DT schema project must be installed in order
Hi Anatolij,
On Wed, Jan 17, 2024 at 1:22 PM Jagan Teki wrote:
>
> From: Jagan Teki
>
> Unlike RK3399, Sunxi/Meson DW HDMI the new Rockchip SoC Rk3328 would
> support external vendor PHY with DW HDMI chip.
>
> Support this vendor PHY by adding new platform PHY ops via DW HDMI
> driver and call t
On Tue, Jan 30, 2024 at 10:15 AM Venkatesh Yadav Abbarapu
wrote:
>
> From: Ashok Reddy Soma
>
> Read chipselect properties from DT which are populated using 'reg'
> property and save it in plat->cs[] array for later use.
>
> Also read multi chipselect capability which is used for
> parallel-memor
hi Michal,
On Thu, 15 Feb 2024 at 20:01, Michal Simek wrote:
>
> Hi,
>
> On 2/12/24 08:47, Sughosh Ganu wrote:
> > Migrate the metadata generation tool to generate the version 2
> > metadata.
> >
> > Signed-off-by: Sughosh Ganu
> > ---
> >
> > Changes since V1:
> > * Compute location of struct f
On 15/02/2024 21:52, Caleb Connolly wrote:
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
On Mon, 19 Feb 2024 at 10:24, Mark Kettenis wrote:
>
> > From: Peter Robinson
> > Date: Mon, 19 Feb 2024 09:12:15 +
> >
> > The EFI spec states that the ESP can be any of FAT12/16/32 but for
> > compatibility doesn't necssarily require the partition to be the
> > EFI partition table ID of 0xe
> From: Peter Robinson
> Date: Mon, 19 Feb 2024 09:12:15 +
>
> The EFI spec states that the ESP can be any of FAT12/16/32 but for
> compatibility doesn't necssarily require the partition to be the
> EFI partition table ID of 0xef. A number of arm devices will not
> find their firmware on a FA
This takes the latest changes from AOSP from [1][2] (as this
header was split on two) with minimal changes (this could lead
to warnings reported by checkpatch).
Some local changes have been applied:
1. Enable static_assert() for defined structures to be sure
that all of them have correct sizes.
2.
On 15/02/2024 21:52, Caleb Connolly wrote:
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.
Signed-off-by: Caleb Connolly
---
On 15/02/2024 21:52, Caleb Connolly wrote:
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
Hi Kever,
On 2/18/24 02:14, Kever Yang wrote:
Hi Quentin,
On 2024/2/9 21:18, Quentin Schulz wrote:
From: Quentin Schulz
The STM32_RST line is routed to the ATtiny microcontroller
PA0/RESET/UPDI pin. By driving the PX30 SoC pin as GPIO output high, we
prevent external UPDI to be used for flash
On 15/02/2024 21:52, Caleb Connolly wrote:
Upstream devicetrees label GPIOs with "gpioX", not "GPIO_X", fix this
for SoCs where we're now using upstream DT.
Signed-off-by: Caleb Connolly
---
drivers/pinctrl/qcom/pinctrl-apq8016.c | 26 +++
drivers/pinctrl/qcom/pinctrl-apq8096.c |
On 15/02/2024 21:52, Caleb Connolly wrote:
Most platforms have a handful of "special" GPIOs, like the MMC
clock/data lanes, UFS reset, etc. These don't follow the usually naming
scheme of "gpioX" and also have unique capabilities and registers. We
can get away without supporting them all for now,
On 15/02/2024 21:52, Caleb Connolly wrote:
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 requi
Hi Marek,
On Wed, Feb 14, 2024 at 9:55 AM Shantur Rathore wrote:
>
> Additional testing of the changes introduced in commit 33e06dcbe57a "common:
> usb-hub: Reset hub port before scanning") revealed that some USB 2.0 and 3.0
> flash drives didn't work in U-Boot on some Allwinner SoCs that support
On 16/02/24 02:14, Andrew Halaney wrote:
On Fri, Jan 19, 2024 at 11:20:43PM +0530, Apurva Nandan wrote:
TI K3 J784S4 and AM69 are new additions to the K3 SoC family.
Add documentation about the J784S4 EVM and AM69 SK.
Signed-off-by: Dasnavis Sabiya
Signed-off-by: Apurva Nandan
---
board/ti/
On 15/02/2024 21:52, Caleb Connolly wrote:
Adjust the DT to match upstream bindings.
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 b/arch/sandbox/dts/sandbox.dtsi
inde
On 15/02/2024 21:52, Caleb Connolly wrote:
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.
Signed-off-by: Caleb Connolly
---
On 15/02/2024 21:52, 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 clocks before the driv
On 15/02/2024 21:52, Caleb Connolly wrote:
We should be returning the rate that we set the clock to, drivers like
MMC rely on this. So fix it.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-qcs404.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
Hi Jonas,
On 2/17/24 19:35, Jonas Karlman wrote:
Move ROCK Pi 4 specific board code from the shared evb_rk3399 target
into its own board target and update related defconfigs to use the new
TARGET_ROCKPI4_RK3399 option.
Also move the call to gpt_capsule_update_setup() from the weak function
rk_b
The EFI spec states that the ESP can be any of FAT12/16/32 but for
compatibility doesn't necssarily require the partition to be the
EFI partition table ID of 0xef. A number of arm devices will not
find their firmware on a FAT partition with an ID of 0xef so also
allow the original FAT12/16/32 parti
Hi Caleb,
On Fri, 16 Feb 2024 at 02:22, Caleb Connolly wrote:
>
> 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 c
QCS404 supports Synopsys Designware Ethernet QOS IP and we already have
the corresponding glue layer present upstream as:
drivers/net/dwc_eth_qos_qcom.c. So enable corresponding support.
Along with that it is possible for Qualcomm platforms to retrieve MAC
address from I2C eeprom present on board.
Hi,
> On 17 Feb 2024, at 20:55, Jojan wrote:
>
> For RPi 5B you need bcm2712 device tree . RPi4 uses 2711.So the e
> rpi_arm64_confi does not work for RPi5
> Also make sure that you have the changes discussed here.[GIT PULL] rpi:
> updates for v2024.04 (mail-archive.com)
You don’t have to ch
89 matches
Mail list logo
