Re: [PATCH] remoteproc: uclass: Modify uc_pdata->name to use combination of device name and device's parent name

On 19/07/2024 11:59, MD Danish Anwar wrote: > uc_pdata->name is populated from device tree property "remoteproc-name". > For those devcices that don't set "remoteproc-name", uc_pdata->name > falls back to dev->name. > > If two devices have same name, this will result into uc_pdata->name not > b

Re: [PATCH v1 0/1] board: tegra: convert boards to text env

Hello Svyatoslav, On Mon, Aug 05, 2024 at 09:03:01AM +0300, Svyatoslav Ryhel wrote: > пн, 5 серп. 2024 р. о 08:33 Francesco Dolcini пише: > > On Thu, Aug 01, 2024 at 08:57:37AM +0300, Svyatoslav Ryhel wrote: > > > Move env stuff into dedicated files in boards (1st stage). > > > > Is there any pla

Re: [PATCH v1 0/1] board: tegra: convert boards to text env

пн, 5 серп. 2024 р. о 08:33 Francesco Dolcini пише: > > Hello Tom, > > On Thu, Aug 01, 2024 at 08:57:37AM +0300, Svyatoslav Ryhel wrote: > > Move env stuff into dedicated files in boards (1st stage). > > Is there any plan or expectation to move existing boards to text env file? > And what about ne

Re: [PATCH v1 0/1] board: tegra: convert boards to text env

Hello Tom, On Thu, Aug 01, 2024 at 08:57:37AM +0300, Svyatoslav Ryhel wrote: > Move env stuff into dedicated files in boards (1st stage). Is there any plan or expectation to move existing boards to text env file? And what about newly added boards? Francesco

Re: [PATCH v1 1/1] board: tegra: convert tegra-based boards to text env

Hello Clamor, On Thu, Aug 01, 2024 at 08:57:38AM +0300, Svyatoslav Ryhel wrote: > Convert boards to use text based env. This is the first stage of > conversion, common inclusions should be converted next. > > Signed-off-by: Svyatoslav Ryhel > --- > board/asus/grouper/grouper.env

Re: [EXTERNAL] Re: [PATCH 0/4] fs: ubifs: Fix crash and add safeguards

Hello Ravi, On 01.08.24 21:39, Ravi Minnikanti wrote: Hi Heiko, Alexander, On 7/31/24 23:54, Heiko Schocher wrote: Hello Alexander, On 01. 08. 24 08: 50, Alexander Dahl wrote: > Hei, > > Am Thu, Jul 04, 2024 at 10: 18: 55AM +0200 schrieb Alexander Dahl: >> Hello Heiko, >> >> Am Thu, Jul 04, 20

Re: [PATCH 01/11] board: shc: convert to DM_I2C

Hello Anatolij, On 03.08.24 18:15, Anatolij Gustschin wrote: Conversion to DM_I2C is mandatory, rework to remove use of legacy I2C API. Signed-off-by: Anatolij Gustschin --- Cc: Heiko Schocher Cc: Tom Rini --- board/bosch/shc/board.c | 22 +++--- configs/am335

Re: [PATCH v2 2/2] i2c: samsung: Support platforms other than EXYNOS4 and EXYNOS5

Hello David, On 02.08.24 21:19, David Virag wrote: Newer Samsung SoCs (including newer Exynos, ExynosAuto, Google Tensor) still use these IPs, or slightly newer versions of it. Make these drivers available on these platforms by guarding EXYNOS4/EXYNOS5 specific code behind their configs, and us

Re: [PATCH v2 1/2] i2c: samsung: Drop s3c24x0 specific code.

Hello David, On 02.08.24 21:19, David Virag wrote: This has been dead code for many years now. Remove it. Signed-off-by: David Virag --- drivers/i2c/exynos_hs_i2c.c | 4 drivers/i2c/s3c24x0_i2c.c | 8 2 files changed, 12 deletions(-) Reviewed-by: Heiko Schocher Thanks!

[PATCH] arm64: dts: rockchip: change spi-max-frequency for Radxa ROCK 3C

SPI NOR flash chip may vary, so use safe(lowest) spi-max-frequency. Signed-off-by: FUKAUMI Naoki Link: https://lore.kernel.org/r/20240623023329.1044-3-na...@radxa.com Signed-off-by: Heiko Stuebner [ upstream commit: 06f6dd4d607766a527e37529f2f3f90dd1464293 ] (cherry picked from commit dd40945a

[PATCH] serial: ns16550: Try get serial clock rate from DT before CLK

Initializing a clock driver to read a known static clock rate can take some time at U-Boot proper pre-reloc phase. Change to first try and read clock rate from DT to speed up boot time, fall back to getting the clock rate from clock driver. This help reduce boot time by around: - ~35ms on a Radxa

[PATCH 3/3] dm: core: regmap: Avoid multiple calls to ofnode_get_parent()

Until a live tree is used in U-Boot proper after relocation, use of ofnode_get_parent() will trigger a call to the very expensive fdt_parent_offset(), as detailed by the function documentation: NOTE: This function is expensive, as it must scan the device tree structure from the start to nodeof

[PATCH 1/3] dm: core: fdtaddr: Avoid multiple calls to fdt_parent_offset()

Use of fdt_parent_offset() is very expensive as detailed by the function documentation: NOTE: This function is expensive, as it must scan the device tree structure from the start to nodeoffset, *twice*. Re-use the returned value from a single call instead of having to make multiple calls for

[PATCH 2/3] dm: core: ofnode: Avoid multiple calls to ofnode_get_parent()

Until a live tree is used in U-Boot proper after relocation, use of ofnode_get_parent() will trigger a call to the very expensive fdt_parent_offset() as detailed by the function documentation: NOTE: This function is expensive, as it must scan the device tree structure from the start to nodeoff

[PATCH 0/3] dm: core: Avoid multiple calls to fdt_parent_offset()

Use of fdt_parent_offset() is very expensive as detailed by the function documentation: NOTE: This function is expensive, as it must scan the device tree structure from the start to nodeoffset, *twice*. This series remove multiple calls to fdt_parent_offset() or ofnode_get_parent() when inste

Re: [PATCH 09/11] board: sniper: convert to DM_I2C

Hi, Le Sat 03 Aug 24, 18:15, Anatolij Gustschin a écrit : > Conversion to DM_I2C is mandatory, enable DM_I2C > to disable board removal warning. Also enable > OF_UPSTREAM since we do not have a default device > tree. Thanks for looking into this, but I already submitted a similar patch just a few