Hello Tom,
On 05.06.23 21:58, Tom Rini wrote:
> On Mon, Jun 05, 2023 at 09:39:43AM +0200, Heiko Schocher wrote:
>
>> Hello Tom,
>>
>> please pull rom u-boot-i2c.git master
>>
>> The following changes since commit 26659d426548d1c395ef878c3b820e53a6e3b346:
>>
>> Merge tag 'efi-2023-07-rc4' of
On 2023/6/5 23:06, Xavier Drudis Ferran wrote:
This clock doesn't seem needed but appears in a phandle list used by
ehci-generic.c to bulk enable it. The phandle list comes from linux,
where it is needed for suspend/resume to work [1].
My tests give the same results with or without this
On 2023/6/5 23:05, Xavier Drudis Ferran wrote:
arch/arm/dts/rk3399.dtsi has a node
usb_host0_ehci: usb@fe38 {
compatible = "generic-ehci";
with clocks:
clocks = < HCLK_HOST0>, < HCLK_HOST0_ARB>,
<>;
The first 2 refer to nodes with class UCLASS_CLK,
On Mon, Jun 05, 2023 at 01:52:09PM -0700, Tom Warren wrote:
> Tom, please pull u-boot-tegra/master into u-boot/master. Thanks.
> It's passed 'buildman tegra' w/o error, and Svyatoslav has tested it on his
> boards.
>
> The following changes since commit 26659d426548d1c395ef878c3b820e53a6e3b346:
On 5/19/23 07:40, Maxim Kiselev wrote:
R528/T113 SoCs uses the same SPI IP as the H6, also have the same clocks
and reset bits layout, but the CCU base is different. Another difference
is that the new SoCs do not have a clock divider inside. Instead of this
we should configure sample mode
Hey hey Icenowy,
On 10/13/22 21:05, Icenowy Zheng wrote:
This patchset tries to extend SPI-based boot code in sunxi SPL to
support SPI NAND, following the same principle with current SPI NOR code
(mimicking the behavior of sunxi BROM).
Thank you for your work on this patchset; it works great
Pull request sent to TomR for TOT u-boot-tegra/master.
-Original Message-
From: Tom Warren
Sent: Monday, June 5, 2023 9:28 AM
To: Svyatoslav Ryhel ; Tom Rini ; Simon
Glass
Cc: Jonas Schwöbel ; u-boot@lists.denx.de; Thierry
Reding
Subject: RE: [PATCH v4 0/7] Tegra: add ASUS/Google
Tom, please pull u-boot-tegra/master into u-boot/master. Thanks.
It's passed 'buildman tegra' w/o error, and Svyatoslav has tested it on his
boards.
The following changes since commit 26659d426548d1c395ef878c3b820e53a6e3b346:
Merge tag 'efi-2023-07-rc4' of
On Mon, Jun 05, 2023 at 09:39:43AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull rom u-boot-i2c.git master
>
> The following changes since commit 26659d426548d1c395ef878c3b820e53a6e3b346:
>
> Merge tag 'efi-2023-07-rc4' of
> https://source.denx.de/u-boot/custodians/u-boot-efi
On Fri, Jun 02, 2023 at 12:16:40PM +0200, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit cb4437e530ec1ff3deae85754010344afab8bcc5:
>
> Merge branch '2023-05-30-TI-fixes-Apple-M2-support' (2023-05-30
> 16:23:41 -0400)
>
> are available in the Git repository at:
Hi all,
Rui Miguel Silva writes:
> Now that the nvmxip block driver is merged we can add on top
> of it the platform code to use GPT and FWU metadata in the
> Corstone1000.
>
> But first, push 2 fixes that are needed to make all this work:
> - move nvmxip header to include
> - setup fwu
The `musb_register` function returns some ERR_PTR(...) on failure,
not NULL, so update the check here appropriately.
Signed-off-by: Sam Edwards
Reviewed-by: Marek Vasut
---
drivers/usb/musb-new/sunxi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
I may have 'fixed' my buildman problems (with a series of python3/pip updates),
testing now. If I can get it pushed to u-boot-tegra, I'll post a PR today or
tomorrow. Fingers crossed.
Tom
-Original Message-
From: Svyatoslav Ryhel
Sent: Sunday, June 4, 2023 10:40 PM
To: Tom Rini ;
El Mon, Jun 05, 2023 at 08:11:07AM +0530, Jagan Teki deia:
> On Sun, Jun 4, 2023 at 1:42 PM Xavier Drudis Ferran wrote:
> >
> > EHCI probing in Rock pi 4 currently fails.
> >
> > Add a clock driver for usb2phy so that probing EHCI does not fail when
> > missing one of the clocks in the bundle for
Add a check to avoid dommed (by null pointer dereference) recursive
call, not only for UCLASS_BLK.
When booting my Rock Pi 4B+ with a USB mass storage stick plugged
into one of the USB 2 ports (EHCI), when it is plugged before power
on, when issuing a
usb tree
or
usb info
command I get a
arch/arm/dts/rk3399.dtsi has a node
usb_host0_ehci: usb@fe38 {
compatible = "generic-ehci";
with clocks:
clocks = < HCLK_HOST0>, < HCLK_HOST0_ARB>,
<>;
The first 2 refer to nodes with class UCLASS_CLK, but
has class UCLASS_PHY.
u2phy0: usb2phy@e450 {
This clock doesn't seem needed but appears in a phandle list used by
ehci-generic.c to bulk enable it. The phandle list comes from linux,
where it is needed for suspend/resume to work [1].
My tests give the same results with or without this patch, but Marek
Vasut found it weird to declare an
EHCI probing in Rock pi 4 currently fails.
Add a clock driver for usb2phy so that probing EHCI does not fail when
missing one of the clocks in the bundle for usb_host0_ehci, since
usb2phy is UCLASS_PHY but not UCLASS_CLK.
Xavier Drudis Ferran (2):
phy: rockchip-inno-usb2: Add usb2phy clock
From: Jan Kiszka
This avoids having to maintain to defconfigs that are 99% equivalent.
The approach is to use binman to generate two flash images,
flash-pg1.bin and flash-pg2.bin. With the help of some macros, we can
avoid duplicating the common binman image definitions.
Suggested-by: Andrew
From: Jan Kiszka
The underlying issue was fixed in the meantime. Switching to fully
binman-based signing (script-free) remains a todo, though.
Signed-off-by: Jan Kiszka
---
CC: Simon Glass
---
tools/iot2050-sign-fw.sh | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
This restores the possibility to build firmware images for both PG1 and
PG2-based IOT2050 devices in one run. We still end up with different
binaries, but the the build is now fed again from a single defconfig.
Should simplify maintenance and will also simplify our generation
tooling around it.
From: Jan Kiszka
Introduce BINMAN_EXTRA_ARGS that can be set per board, e.g., to inject
specific settings. Will be used by IOT2050 first to define multiple
of-lists.
Signed-off-by: Jan Kiszka
---
CC: Simon Glass
---
Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile
On Sat, 3 Jun 2023 16:55:06 +0300
Mikhail Kalashnikov wrote:
Hi,
> From: iuncuim
>
> The H616 SoC has support for several types of DRAM: DDR3, LPDDR3,
> DDR4 and LPDDR4.
> At the moment, the driver only supports DDR3 memory.
> Let's extend the driver to support the LPDDR3 memory. All "magic"
On Sat, 3 Jun 2023 16:55:04 +0300
Mikhail Kalashnikov wrote:
Hi Mikhail,
> From: iuncuim
>
> At the moment, the driver only supports DDR3 memory.
> Add support for a new type DRAM.
> These changes have been successfully tested by me
> with tvbox tra###eed t98-h2b-lp3.
Ah, many thanks for
From: Dhananjay Kangude
Additional debug information is printed if MMC_SDHCI_CADENCE_DEBUG
is enabled.
Signed-off-by: Dhananjay Kangude
Co-developed-by: Jayanthi Annadurai
Signed-off-by: Jayanthi Annadurai
Signed-off-by: Piyush Malgujar
---
drivers/mmc/Kconfig | 8 +++
From: Dhananjay Kangude
Renaming the functions and structures specific to SD4 so
that it can be separated from upcoming SD6 related
functionality.
Signed-off-by: Dhananjay Kangude
Co-developed-by: Jayanthi Annadurai
Signed-off-by: Jayanthi Annadurai
Signed-off-by: Piyush Malgujar
---
From: Dhananjay Kangude
Add support for SD6 controller along with:
- HS200, HS400 and HS400ES support
- Host side Slew and drive configuration
These changes to support SD6 cadence IP are isolated from the
existing support of SD4 controller.
Signed-off-by: Dhananjay Kangude
Co-developed-by:
Added changes to support SD6 controller
- Renamed the function which will be SD4 specific
- Added SD6 controller support
- Added debug option
Dhananjay Kangude (3):
mmc: sdhci-cadence: Rename functions to SD4 specific
mmc: sdhci-cadence: SD6 Controller support
mmc: sdhci-cadence: Add debug
Hello Masahisa Kojima,
I noticed some excess semicolons in your Python code. See below.
Am 31.05.2023 um 05:35 schrieb Masahisa Kojima:
This test covers the FMP versioning for both raw and FIT image,
and both signed and non-signed capsule update.
Signed-off-by: Masahisa Kojima
---
Changes in
> -Original Message-
> From: Marek Vasut
> Sent: 2023年6月5日 18:04
> To: Joy Zou ; jh80.ch...@samsung.com; Peng Fan
> ; Ye Li ; Jacky Bai ;
> feste...@denx.de; sba...@denx.de; heiko.thi...@gmail.com
> Cc: u-boot@lists.denx.de; dl-uboot-imx
> Subject: [EXT] Re: [PATCH v1 4/4] configs:
> -Original Message-
> From: Marek Vasut
> Sent: 2023年6月5日 18:05
> To: Joy Zou ; jh80.ch...@samsung.com; Peng Fan
> ; Ye Li ; Jacky Bai ;
> feste...@denx.de; sba...@denx.de; heiko.thi...@gmail.com
> Cc: u-boot@lists.denx.de; dl-uboot-imx
> Subject: [EXT] Re: [PATCH v1 3/4] DTS: imx93:
> -Original Message-
> From: Marek Vasut
> Sent: 2023年6月5日 18:06
> To: Joy Zou ; jh80.ch...@samsung.com; Peng Fan
> ; Ye Li ; Jacky Bai ;
> feste...@denx.de; sba...@denx.de; heiko.thi...@gmail.com
> Cc: u-boot@lists.denx.de; dl-uboot-imx
> Subject: [EXT] Re: [PATCH v1 2/4] imx:
> -Original Message-
> From: Marek Vasut
> Sent: 2023年6月5日 18:07
> To: Joy Zou ; jh80.ch...@samsung.com; Peng Fan
> ; Ye Li ; Jacky Bai ;
> feste...@denx.de; sba...@denx.de; heiko.thi...@gmail.com
> Cc: u-boot@lists.denx.de; dl-uboot-imx
> Subject: [EXT] Re: [PATCH v1 1/4] power: pmic:
support pmci regulator pca9450.
Signed-off-by: Joy Zou
---
configs/imx93_11x11_evk_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/imx93_11x11_evk_defconfig
b/configs/imx93_11x11_evk_defconfig
index 4f8777161e..985b4d8638 100644
--- a/configs/imx93_11x11_evk_defconfig
The new pmic trimed BUCK1. So need to modify the range.
There is no LDO2 and LDO3, So need to delete the property.
Signed-off-by: Joy Zou
---
arch/arm/dts/imx93-11x11-evk.dts | 20 ++--
1 file changed, 2 insertions(+), 18 deletions(-)
diff --git
Change VDD_SOC into 0.9v for over drive mode for new pmic.
Signed-off-by: Joy Zou
---
board/freescale/imx93_evk/spl.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/board/freescale/imx93_evk/spl.c b/board/freescale/imx93_evk/spl.c
index
The new pmic trimed BUCK1. So need to modify the range.
The default value of Toff_Deb is used to distinguish the old and new pmic.
Signed-off-by: Joy Zou
---
drivers/power/regulator/pca9450.c | 29 -
include/power/pca9450.h | 2 ++
2 files changed, 30
The patchset supports trim pmic pca9451a.
For the details, please check the patch commit log
Joy Zou (4):
power: pmic: Modify the BUCK1 voltage range
imx: imx93_evk: change VDD_SOC for new pmic trimed
DTS: imx93: modify the BUCK1 voltage range
configs: enable pmic regulator pca9450
Hi Simon,
On 5/25/23 06:02, Venkatesh Yadav Abbarapu wrote:
In this patch series
- Add support in Kconfig and convert for armada boards
- Fetch baudrate from the dtb and update
Changes in v5:
- Adding DEFAULT_ENV_IS_RW Kconfig in missing files
- Updating DEFAULT_ENV_IS_RW to
Hi Tom
On 6/1/23 19:11, Tom Rini wrote:
> On Thu, Jun 01, 2023 at 07:06:02PM +0200, Dario Binacchi wrote:
>> As reported by the datasheet (DocID027590 Rev 4) for PG12:
>> - AF9 -> LCD_B4
>> - AF14 -> LCD_B1
>>
>> So replace AF14 with AF9 for PG12 in the dts.
>>
>> Fixes: fe63d3cfb77ef ("ARM:
On 6/2/23 17:26, Jagan Teki wrote:
Like Rockchip RK3568, the RK3328 also have single node to
represent the glue and ctrl for USB 3.0.
So, use the driver data to use single ctrl for RK3328 DWC3.
Cc: Marek Vasut
Signed-off-by: Jagan Teki
Reviewed-by: Marek Vasut
From: Sharath Kumar Dasari
PMUFW requires top 1MB of the lower DDR memory reserved for its operation,
this is missing in k26/k24 sm static dts files because of which U-Boot
throws warning messages "efi_free_pool: illegal free" as EFI puts
some code to that space which shouldn't happen.
Use proper project name in DTs, messages and READMEs.
Signed-off-by: Michal Simek
---
Sending this separately because changing outputs/names can break automated
tools that's why better to do it on smaller series.
---
arch/arm/dts/am335x-igep0033.dtsi | 2 +-
On 5/17/23 10:42, Michal Simek wrote:
Hi,
this series is adding initial support for Diplay port. As of today
it is working on fixed configuration but working on making it more flexible
to be able to fully configure it via DT only.
Thanks,
Michal
Michal Simek (3):
video: Add support for
On Fri, 2 Jun 2023 15:49:56 -0600
Sam Edwards wrote:
Hi Sam,
thanks for taking care and sending patched!
> I believe that some sunxis (ncat2?) lack a SRAMC block,
> as accessing this region results in a data abort.
Ah, that's a good find, but I think it goes a bit deeper:
Just to be clear,
On 5/30/23 12:26, Jonas Karlman wrote:
When dr_mode is peripheral or otg and U-Boot has not been built with
DM_USB_GADGET support, booting such device may end up with:
dwc3_glue_bind_common: subnode name: usb@fcc0
Error binding driver 'dwc3-generic-wrapper': -6
Some drivers failed
On 5/30/23 12:26, Jonas Karlman wrote:
The call to device_find_first_child always return 0, change to return
early when there is no child node.
Signed-off-by: Jonas Karlman
---
drivers/usb/dwc3/dwc3-generic.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On 6/5/23 11:48, Joy Zou wrote:
The new pmic trimed BUCK1. So need to modify the range.
The default value of Toff_Deb is used to distinguish the old and new pmic.
[...]
+++ b/include/power/pca9450.h
@@ -63,6 +63,8 @@ enum {
NXP_CHIP_TYPE_AMOUNT
};
+#define
On 6/5/23 11:48, Joy Zou wrote:
Tags are
ARM: imx:
Change VDD_SOC into 0.9v for over drive mode for new pmic.
0.9V , V in caps
PMIC in caps
Signed-off-by: Joy Zou
---
board/freescale/imx93_evk/spl.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git
On 6/5/23 11:48, Joy Zou wrote:
ARM: dts: imx93: ...
(not DTS:)
The new pmic trimed BUCK1. So need to modify the range.
There is no LDO2 and LDO3, So need to delete the property.
Signed-off-by: Joy Zou
---
arch/arm/dts/imx93-11x11-evk.dts | 20 ++--
1 file changed, 2
On 6/5/23 11:48, Joy Zou wrote:
support pmci regulator pca9450.
Subject should be something like
ARM: imx: Enable PCA9450 on i.MX93 11x11 EVK
Otherwise the subject is horribly generic and confusing.
On 6/2/23 23:49, Sam Edwards wrote:
Since many sunxi boards do not implement a `board_usb_init`, it's
better if we just make the sunxi USB driver compatible with the
DM gadget model, as many other musb-new variants already are.
This change has been verified working on a T113s.
Signed-off-by:
On 6/2/23 23:49, Sam Edwards wrote:
The `musb_register` function returns some ERR_PTR(...) on failure,
not NULL, so update the check here appropriately.
Signed-off-by: Sam Edwards
---
drivers/usb/musb-new/sunxi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 6/2/23 23:49, Sam Edwards wrote:
I believe that some sunxis (ncat2?) lack a SRAMC block,
as accessing this region results in a data abort. Checking
that it's non-null before accessing it allows this to be
set to NULL for SoCs where it's not present.
Signed-off-by: Sam Edwards
Could it be
In the MTD DFU backend, it is needed to mark the NAND block bad when the
erase failed with the -EIO error, as it is done in UBI and JFFS2 code.
This operation is not done in the MTD framework, but the bad block
tag (in BBM or in BBT) is required to avoid to write data on this block
in the next
V3 for http://patchwork.ozlabs.org/project/uboot/list/?series=357878
after remarks and missing impact after comts
d9fa61f54e7f9a ("mtd: nand: Show reserved block in chip.erase")
and
cfb82f7c123e4 ("mtd: nand: Mark reserved blocks")
Patrick
Changes in v3:
- Split serie with trace fix and
The offset variable = 'off' used in the error trace when limit is reach
on erase operation is incorect as 'erase_op.addr' is used in the loop.
This patch corrects the copy paste issue between the erase loop and
the write loop.
This patch also adds the 'remaining' information to allow to debug of
Hi,
On 6/2/23 17:27, Michael Nazzareno Trimarchi wrote:
Hi
On Fri, Jun 2, 2023 at 3:23 PM Patrick Delaunay
wrote:
In the MTD DFU backend, it is needed to mark the NAND block bad when the
erase failed with the -EIO error, as it is done in UBI and JFFS2 code.
This operation is not done in the
Hello Ben,
On 10.05.23 15:41, Ben Dooks wrote:
> The ubifsload command is truncating any address above 4GiB as it casts
> this address to an u32, instead of using an unsigned long which most of
> the other load commands do. Change this to an unsigned long to allow
> loading into high memory for
Hello Tom,
please pull rom u-boot-i2c.git master
The following changes since commit 26659d426548d1c395ef878c3b820e53a6e3b346:
Merge tag 'efi-2023-07-rc4' of
https://source.denx.de/u-boot/custodians/u-boot-efi (2023-06-02
12:13:01 -0400)
are available in the Git repository at:
Hello Andrea,
On 26.05.23 16:56, Andrea Merello wrote:
> In the current implementation, in case of I2C arbitration lost, a retry is
> attempted; the message counter and pointer are reset to the original values
> and the I2C xfer process is restart from the beginning.
>
> However the message
Hello Ondrej,
On 25.05.23 14:18, Ondřej Jirman wrote:
> From: Ondrej Jirman
>
> Failure can happen when i2c is used without initializing pinctrl properly,
> which U-Boot happily allows in SPL. Without this fix, further I2C access would
> fail, even after proper pinctrl initialization.
>
>
62 matches
Mail list logo