[PATCH] remoteproc: k3-dsp: Avoid reloading of firmware

2023-11-23 Thread Udit Kumar
DSP core is going into abnormal state when load callback is called after starting of DSP core. Reload of firmware needs core to be stopped first, followed by load. So avoid loading of firmware, when core is started. Signed-off-by: Udit Kumar --- drivers/remoteproc/ti_k3_dsp_rproc.c | 10

Re: [PATCH v2 0/3] rpi5: initial support

2023-11-23 Thread Dmitry Malkin
Hi guys, First of all, thank you for all your reviews. I hope I can answer all your questions here. If I forget something please let me know. I don't have much experience with arm/arm64 and I don't have previous experience with u-boot and contributing to it. So please guide me for next steps.

Re: [PATCH] common: usb-hub: Reset hub port before scanning

2023-11-23 Thread Shantur Rathore
Hi Marek, On Thu, Nov 23, 2023 at 9:07 PM Marek Vasut wrote: > > On 11/23/23 12:24, Shantur Rathore wrote: > > Hi Marek, > > > > On Thu, Nov 23, 2023 at 12:06 AM Marek Vasut wrote: > >> > >> On 11/20/23 00:03, Shantur Rathore wrote: > >>> Hi Marek, > >> > >> Hi, > >> > >>> On Sun, Nov 19, 2023

Re: orangepi zero3

2023-11-23 Thread Andre Przywara
On Thu, 23 Nov 2023 11:12:25 -0800 Stephen Graf wrote: Hi Stephen, > Thank you for your reply. Thanks for coming back. Please keep the list(s) on CC:, as this is also interesting for others, and more eyes help to find issues faster. CC:ing Piotr and Mikhail, who were debugging the LPDDR4 DRAM

Re: [PATCH] common: usb-hub: Reset hub port before scanning

2023-11-23 Thread Marek Vasut
On 11/23/23 12:24, Shantur Rathore wrote: Hi Marek, On Thu, Nov 23, 2023 at 12:06 AM Marek Vasut wrote: On 11/20/23 00:03, Shantur Rathore wrote: Hi Marek, Hi, On Sun, Nov 19, 2023 at 8:53 PM Marek Vasut wrote: On 11/10/23 15:13, Shantur Rathore wrote: Currently when a hub is turned

Re: [PATCH 04/11] m68k: Rework asm/global_data.h slightly

2023-11-23 Thread Angelo Dureghello
Hi Tom, sorry, i have difficulties to get the full patchset, was also looking into patchwork, but seems not updated. Anyway, i applied patches one by one, all is ok. Acked-by: Angelo Dureghello On 22/11/23 10:09 PM, Tom Rini wrote: On Wed, Nov 22, 2023 at 10:04:38PM +0100, Angelo Dureghello

[PATCH] arm: vexpress64: juno: Allow boot from VirtIO

2023-11-23 Thread robert . catherall
From: Robert Catherall The AEM and Juno FVPs (Fixed Virtual Platforms) support a VirtIO disc interface. Adding VIRTIO to the list of boot devices allows these FastModel platforms to boot from 'disc' in the same way the hardware counterpart can boot from SATA or USB. This is a NOP if

Re: [PATCH] arm: afs: Set the filesize env. var. on load

2023-11-23 Thread Robert Catherall
On 23/11/2023 17:15, robert.cather...@foss.arm.com wrote: From: Robert Catherall The `afs load` command copies data to RAM. Set the filesize environment variable to record how much data was 'loaded' Signed-off-by: Robert Catherall Apologies for the duplicate patch; I had issues with

Re: [PATCH 2/3] arm: mach-k3: Remove non-cached memory map areas

2023-11-23 Thread Raghavendra, Vignesh
On 11/23/2023 10:52 PM, Andrew Davis wrote: > @@ -219,16 +177,9 @@ struct mm_region am62_mem_map[] = { > }, { > .virt = 0x8000UL, > .phys = 0x8000UL, > - .size = 0x1E78UL, > - .attrs = PTE_BLOCK_MEMTYPE(MT_NORMAL) | > -

[PATCH 3/3] arm: mach-k3: Merge initial memory maps

2023-11-23 Thread Andrew Davis
The Device vs Normal memory map is the same for all K3 SoCs. Merge the SoC specific maps into one. Signed-off-by: Andrew Davis Reviewed-by: Nishanth Menon Tested-by: Nishanth Menon --- arch/arm/mach-k3/arm64-mmu.c | 197 +-- 1 file changed, 2 insertions(+), 195

[PATCH 2/3] arm: mach-k3: Remove non-cached memory map areas

2023-11-23 Thread Andrew Davis
All normal memory areas should be mapped as such. We added these un-cached holes in our memory map to hack around the remoteproc driver missing the proper cache maintenance operations. The problem is having these non-cached memory map areas causes stability issues later in system operation due

[PATCH 1/3] arm: mach-k3: Let the compiler size the mem_map lists

2023-11-23 Thread Andrew Davis
NR_MMU_REGIONS is a copy/paste from another platform that extends this list later. We do not do that, so let the list be the size of the initializer list. Signed-off-by: Andrew Davis Reviewed-by: Nishanth Menon Tested-by: Nishanth Menon --- arch/arm/mach-k3/arm64-mmu.c | 35

[PATCH 0/3] Unify K3 initial memory map

2023-11-23 Thread Andrew Davis
Hello all, This was an RFC as it might still break remoteproc loading, but posted now for merge as worst case this would expose the issue in remoteproc loading better and force someone to go fix it. :) Changes for non-RFC: - Included dependency patch from here[0] into this series - Add

Re: [PATCH 1/1] arm: afs: Set the filesize env. var. on load

2023-11-23 Thread Andre Przywara
On Thu, 23 Nov 2023 14:16:01 + Robert Catherall wrote: Hi Robert, > The `afs load` command copies data to RAM. Set the filesize > environment variable to record how much data was 'loaded' Thanks for sending this, I realised this was indeed missing just recently! > Signed-off-by: Robert

[PATCH] arm: afs: Set the filesize env. var. on load

2023-11-23 Thread robert . catherall
From: Robert Catherall The `afs load` command copies data to RAM. Set the filesize environment variable to record how much data was 'loaded' Signed-off-by: Robert Catherall --- cmd/armflash.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/cmd/armflash.c

[PATCH 1/1] arm: afs: Set the filesize env. var. on load

2023-11-23 Thread Robert Catherall
The `afs load` command copies data to RAM. Set the filesize environment variable to record how much data was 'loaded' Signed-off-by: Robert Catherall --- cmd/armflash.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/cmd/armflash.c b/cmd/armflash.c index

Re: [PATCH] tqma6: Fix DDR configuration

2023-11-23 Thread Alexander Stein
Hi Miquel, Am Donnerstag, 23. November 2023, 14:12:33 CET schrieb Miquel Raynal: > Hi Markus, > > markus.nie...@ew.tq-group.com wrote on Thu, 23 Nov 2023 14:04:43 +0100: > > Hello Miquel, > > > > > Initially investigating a Linux network issue causing a lot of drop and > > > poor network

Re: [PATCH RFC 0/2] Unify K3 initial memory map

2023-11-23 Thread Nishanth Menon
On 09:14-20231122, Andrew Davis wrote: > Hello all, > > This is just an RFC as it probably breaks remoteproc loading. > I wanted to post anyway as the complexity of having a dedicated > memory map for each SoC came up in a different series. > > Or maybe we can take this now and that will expose

Re: [PATCH v2] arm: mach-k3: Let the compiler size the mem_map lists

2023-11-23 Thread Nishanth Menon
On 15:12-20231122, Andrew Davis wrote: > NR_MMU_REGIONS is a copy/paste from another platform that extends > this list later. We do not do that, so let the list be the size > of the initializer list. > > Signed-off-by: Andrew Davis > --- > > Changes for v2: > - Made same change for plats now

Re: Adding support for Orange Pi Zero 3

2023-11-23 Thread Andre Przywara
On Sat, 4 Nov 2023 19:17:44 + electricworry wrote: Hi, > I would like to contribute improvements u-boot to enable support for > the Orange Pi Zero 3 board. I have already gained a good understanding > of the project and the standards for changes, and so I have made > modifications and

[PATCH next v2 6/6] rockchip: theobroma-systems: fix modified boot_targets detection

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz U-Boot proper automatically modifies boot_targets to swap the order in which MMC storage media are used for standard boot based on which MMC storage medium was used to load U-Boot proper. This is however only done if the user has not changed it manually, therefore a check

[PATCH next v2 5/6] env: migrate env_get_default to call env_get_default_into

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz Since both functions share a similar goal and env_get_default_into can do what env_get_default wants to do with specific arguments, let's make env_get_default call env_get_default_into so as to avoid code duplication. Cc: Quentin Schulz Reviewed-by: Tom Rini Reviewed-by:

[PATCH next v2 4/6] env: allow to copy value from default environment into a buffer

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz env_get_default suffers from a particular issue int that it can only return a value truncated to gd->env_buf (32) characters. This may be enough for most variables but it isn't for others, so let's allow users to provide a preallocated buffer to copy the value into instead,

[PATCH next v2 3/6] rockchip: ringneck-px30/puma-rk3399: factor out storage medium selection

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz Ringneck PX30 and Puma RK3399 both have the same expectation with regard to bootstd device order and U-Boot environment storage device, except that Puma RK3399 also supports SPI Flash. Let's move all of this into a common file where common logic can be put. Cc: Quentin

[PATCH next v2 2/6] rockchip: puma-rk3399: do not hardcode MMC controller paths

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz To prepare to put the similar logic around storage medium selection for Ringneck PX30 and Puma RK3399 in common, let's not use hardcoded paths but use uclass functions instead to find udevice based on their DT node full path. Cc: Quentin Schulz Signed-off-by: Quentin

[PATCH next v2 1/6] rockchip: ringneck-px30: do not hardcode MMC controller paths

2023-11-23 Thread Quentin Schulz
From: Quentin Schulz To prepare to put the similar logic around storage medium selection for Ringneck PX30 and Puma RK3399 in common, let's not use hardcoded paths but use uclass functions instead to find udevice based on their DT node full path. Cc: Quentin Schulz Signed-off-by: Quentin

[PATCH next v2 0/6] rockchip: puma-rk3399/ringneck-px30: fix check against value in default environment variable

2023-11-23 Thread Quentin Schulz
For puma-rk3399 and ringneck-px30, U-Boot proper automatically modifies boot_targets to swap the order in which MMC storage media are used for standard boot based on which MMC storage medium was used to load U-Boot proper. This is however only done if the user has not changed it manually,

Re: orangepi zero3

2023-11-23 Thread Andre Przywara
On Tue, 21 Nov 2023 21:52:12 -0800 Stephen Graf wrote: Hi Stephen, > I have been able to build a working (on my orangepi zero3 1G) u-boot for > the orangepi zero3 with the following defconfig. Would it be possible to thanks for your interest in contributing and for reaching out! As Peter

Re: [RFT PATCH 0/2] mmc: meson-gx: improve MMC reliabilty

2023-11-23 Thread Neil Armstrong
On 15/09/2023 18:01, Jerome Brunet wrote: Amlogic MMC on the GX (and later) SoCs has been problematic for years, especially with u-boot. Linux has been fairly stable for a few years. It is using a fixed phase setting with Core = 180, Tx = 0 and Rx = 0 (the latter cannot be set starting from the

Re: [PATCH] tqma6: Fix DDR configuration

2023-11-23 Thread Miquel Raynal
Hi Alexander, > > > > --- a/board/tq/tqma6/tqma6q.cfg > > > > +++ b/board/tq/tqma6/tqma6q.cfg > > > > @@ -36,7 +36,7 @@ DATA 4, MX6_IOM_DRAM_SDCLK_1, 0x8030 > > > > > > > > DATA 4, MX6_IOM_DRAM_CAS, 0x8030 > > > > DATA 4, MX6_IOM_DRAM_RAS, 0x8030 > > > > DATA 4, MX6_IOM_GRP_ADDDS,

Re: [PATCH] binman: doc: fix typo

2023-11-23 Thread Michael Nazzareno Trimarchi
Hi On Thu, Nov 23, 2023 at 2:10 PM Dario Binacchi wrote: > > s/use set/set/ > > Signed-off-by: Dario Binacchi > --- > > tools/binman/binman.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tools/binman/binman.rst b/tools/binman/binman.rst > index

Re: [PATCH] tqma6: Fix DDR configuration

2023-11-23 Thread Miquel Raynal
Hi Markus, markus.nie...@ew.tq-group.com wrote on Thu, 23 Nov 2023 14:04:43 +0100: > Hello Miquel, > > > Initially investigating a Linux network issue causing a lot of drop and > > poor network performances on a custom system based on a TQMA6A module > > (based on an iMX6Q), [1st link below]. >

[PATCH] binman: doc: fix typo

2023-11-23 Thread Dario Binacchi
s/use set/set/ Signed-off-by: Dario Binacchi --- tools/binman/binman.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/binman/binman.rst b/tools/binman/binman.rst index 020988d955f0..230e055667f3 100644 --- a/tools/binman/binman.rst +++ b/tools/binman/binman.rst @@

[PATCH] binman: doc: fix typo

2023-11-23 Thread Dario Binacchi
s/use set/set/ Signed-off-by: Dario Binacchi --- tools/binman/binman.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/binman/binman.rst b/tools/binman/binman.rst index 020988d955f0..230e055667f3 100644 --- a/tools/binman/binman.rst +++ b/tools/binman/binman.rst @@

Re: [PATCH] tqma6: Fix DDR configuration

2023-11-23 Thread Markus Niebel
Hello Miquel, > Initially investigating a Linux network issue causing a lot of drop and > poor network performances on a custom system based on a TQMA6A module > (based on an iMX6Q), [1st link below]. > > I eventually correlated my observations with a contention at the NIC > level when in

Re: eMMC errors on RK3588 (rock5b)

2023-11-23 Thread Jonas Karlman
On 2023-11-23 10:58, Eugen Hristev wrote: > On 11/23/23 07:22, Tom Fitzhenry wrote: >> I am able to reproduce this on RK3588 QuartzPro64. I have also been able to reproduce this and made the following finding: rk35xx: drop ddr52 mode to fix write rk3568: change txclk tapnum to fix write at hs400

Re: [PATCH v5 05/12] usb: Avoid unbinding devices in use by bootflows

2023-11-23 Thread Shantur Rathore
Hi Simon, On Tue, Nov 21, 2023 at 2:17 AM Simon Glass wrote: > > Hi Shantur, > > On Sun, 19 Nov 2023 at 15:47, Shantur Rathore wrote: > > > > Hi Simon, > > > > On Sun, Nov 19, 2023 at 7:12 PM Simon Glass wrote: > > > > > > When a USB device is unbound, it causes any bootflows attached to it to

Re: [PATCH] common: usb-hub: Reset hub port before scanning

2023-11-23 Thread Shantur Rathore
Hi Marek, On Thu, Nov 23, 2023 at 12:06 AM Marek Vasut wrote: > > On 11/20/23 00:03, Shantur Rathore wrote: > > Hi Marek, > > Hi, > > > On Sun, Nov 19, 2023 at 8:53 PM Marek Vasut wrote: > >> > >> On 11/10/23 15:13, Shantur Rathore wrote: > >>> Currently when a hub is turned on, all the ports

[PATCH v4 5/5] fastboot: add oem console command support

2023-11-23 Thread Svyatoslav Ryhel
From: Ion Agorria "oem console" serves to read console record buffer. Signed-off-by: Ion Agorria Signed-off-by: Svyatoslav Ryhel Reviewed-by: Mattijs Korpershoek --- doc/android/fastboot.rst | 1 + drivers/fastboot/Kconfig | 7 +++ drivers/fastboot/fb_command.c | 39

[PATCH v4 4/5] lib: membuff: fix readline not returning line in case of overflow

2023-11-23 Thread Svyatoslav Ryhel
From: Ion Agorria If a line overflows readline's maxlen it won't advance the membuffer and will return 0 as read amount which isn't even documented. Fix by removing this behavior alltogether. Signed-off-by: Ion Agorria Signed-off-by: Svyatoslav Ryhel Reviewed-by: Mattijs Korpershoek ---

[PATCH v4 3/5] common: console: introduce overflow and isempty calls

2023-11-23 Thread Svyatoslav Ryhel
From: Ion Agorria Separate record overflow logic and add console_record_isempty as available calls don't serve to know output has been read fully with readline's. Signed-off-by: Ion Agorria Signed-off-by: Svyatoslav Ryhel Reviewed-by: Mattijs Korpershoek --- common/console.c | 15

[PATCH v4 2/5] fastboot: implement "getvar all"

2023-11-23 Thread Svyatoslav Ryhel
From: Ion Agorria This commit implements "fastboot getvar all" listing by iterating the existing dispatchers that don't require parameters (as we pass NULL), uses fastboot multiresponse. Signed-off-by: Ion Agorria Signed-off-by: Svyatoslav Ryhel Reviewed-by: Mattijs Korpershoek ---

[PATCH v4 1/5] fastboot: multiresponse support

2023-11-23 Thread Svyatoslav Ryhel
From: Ion Agorria Currently u-boot fastboot can only send one message back to host, so if there is a need to print more than one line messages must be kept sending until all the required data is obtained. This behavior can be adjusted using multiresponce ability (getting multiple lines of

[PATCH v4 0/5] Implement fastboot multiresponce

2023-11-23 Thread Svyatoslav Ryhel
Currently u-boot fastboot can only send one message back to host, so if there is a need to print more than one line messages must be kept sending until all the required data is obtained. This behavior can be adjusted using multiresponce ability (getting multiple lines of response) proposed in this

Re: eMMC errors on RK3588 (rock5b)

2023-11-23 Thread Eugen Hristev
On 11/23/23 07:22, Tom Fitzhenry wrote: I am able to reproduce this on RK3588 QuartzPro64. I cannot reproduce on the vendor u-boot, used on stock RK3588 QuartzPro64. That works fine. I thought "[PATCH v2 RESEND] mmc: dw_mmc: reset controller after data error"[0] might fix this, but after