Hello,
Currently, I am using the MAC address from eth_get_ethaddr() function to
calculate a hash value. But, I would like to replace this with a more
unique device info such as cpuid or other values. But I could not find any
function that can retrieve cpu info.
Can anyone please point me in the c
Adding the basic mini u-boot configuration changes for qspi,
ospi and emmc.
Branch:next
Venkatesh Yadav Abbarapu (4):
arm64: versal2: Add support for mini configuration
arm64: Add versal2 mini qspi support
arm64: Add versal2 mini ospi support
arm64: config: Add versal2 mini emmc defconfi
Versal2 mini configuration is designed for running memory test.
Signed-off-by: Venkatesh Yadav Abbarapu
---
arch/arm/dts/amd-versal2-mini.dts | 11 +
configs/amd_versal2_mini_defconfig | 77 ++
include/configs/amd_versal2_mini.h | 20
3 files changed, 10
Add versal2 mini qspi configuration.
Signed-off-by: Venkatesh Yadav Abbarapu
---
configs/amd_versal2_mini_qspi_defconfig | 79 +
1 file changed, 79 insertions(+)
create mode 100644 configs/amd_versal2_mini_qspi_defconfig
diff --git a/configs/amd_versal2_mini_qspi_defcon
Add versal2 mini emmc configuration.
Signed-off-by: Venkatesh Yadav Abbarapu
---
configs/amd_versal2_mini_emmc_defconfig | 69 +
1 file changed, 69 insertions(+)
create mode 100644 configs/amd_versal2_mini_emmc_defconfig
diff --git a/configs/amd_versal2_mini_emmc_defcon
Add versal2 mini ospi configuration.
Signed-off-by: Venkatesh Yadav Abbarapu
---
configs/amd_versal2_mini_ospi_defconfig | 84 +
1 file changed, 84 insertions(+)
create mode 100644 configs/amd_versal2_mini_ospi_defconfig
diff --git a/configs/amd_versal2_mini_ospi_defcon
Hi Tom
On Tue, 18 Jun 2024 at 23:21, Tom Rini wrote:
>
> On Mon, Jun 17, 2024 at 05:32:52PM +0200, Jerome Forissier wrote:
>
> > This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
> > library for the network stack" [1]. The goal is to introduce the lwIP TCP/IP
> > stack [2] [
On Mon, 17 Jun 2024 at 18:33, Jerome Forissier
wrote:
>
> Prefix the flash status codes (ERR_*) with FL_ in order to avoid clashes
> with third-party libraries. Case in point: including the lwIP library
> header file which defines err_enum_t as an enum with values
> being ERR_*.
>
> Signed-off-by
On 18/06/2024 23.03, Tim Harvey wrote:
> On Tue, Jun 18, 2024 at 7:32 AM Tom Rini wrote:
>>
> Stefan and Tom,
>
> I'm seeing CI issues here even with 5000us [1]:
> host bind 0 /tmp/sandbox/persistent-cyclic function wdt-gpio-level
> took too long: 5368us vs 5000us max
Yes, 5ms is way too little
Hi Simon.
On mar., juin 18, 2024 at 21:03, Simon Glass wrote:
> Hi Mattijs,
>
> On Mon, 17 Jun 2024 at 09:15, Mattijs Korpershoek
> wrote:
>>
>> Hi Simon,
>>
>> On lun., juin 17, 2024 at 07:53, Simon Glass wrote:
>>
>> > Hi Mattijs,
>> >
>> > On Thu, 13 Jun 2024 at 04:13, Mattijs Korpershoek
>
On 6/17/24 18:54, Heinrich Schuchardt wrote:
> On 17.06.24 17:32, Jerome Forissier wrote:
>> Add what it takes to enable NETDEVICES with NET_LWIP and enable DHCP as
>> well as the dhcp command. CMD_TFTPBOOT is selected by BOOTMETH_EFI due
>> to this code having an implicit dependency on do_tftpb
7a625f76ca
change-id: 20240619-puma-eth-timeout-41be9c243ed7
Best regards,
--
Quentin Schulz
[...]
> >> +
> >> +static struct netif *new_netif(bool with_ip)
> >> +{
> >> +unsigned char enetaddr[ARP_HLEN];
> >> +char hwstr[MAC_ADDR_STRLEN];
> >> +ip4_addr_t ip, mask, gw;
> >> +struct udevice *dev;
> >> +struct netif *netif;
> >
> > This does not fit into the driver mod
Hi Jonas,
On 6/17/24 8:53 PM, Jonas Karlman wrote:
[...]
I'm wondering if we shouldn't do the same for U-Boot proper DTB as well?
I think that would be good, and should also remove the need for the
recursive pinctrl lookup for bootph props during pre-reloc.
i.e.
cmd_fdt_rm_props = cat $< |
On 6/19/24 12:57, Emil Kronborg wrote:
The davinci_hw_watchdog_ functions are defined but never called from
anywhere. Commit 881ae794b93b ("calimain: remove board") eliminated the
last call to these functions.
Signed-off-by: Emil Kronborg
---
.../mach-davinci/include/mach/timer_defs.h| 4
On 6/19/24 13:00, Emil Kronborg wrote:
The last usage of the DV_TIMER_ and DV_WDT_ definitions were removed in
commits 8d7757637138 ("ARM: davinci: remove support for cam_enc_4xx")
and cef443c1666c ("arm: davinci: remove leftover code for dm* SoCs"),
respectively.
Signed-off-by: Emil Kronborg
-
Hi,
On 6/19/24 12:33 PM, Quentin Schulz wrote:
Hi Jonas,
On 6/17/24 8:53 PM, Jonas Karlman wrote:
[...]
I'm wondering if we shouldn't do the same for U-Boot proper DTB as well?
I think that would be good, and should also remove the need for the
recursive pinctrl lookup for bootph props durin
am -P bootph-pre-sram \
- -P bootph-verify \
+ -P bootph-verify -P bootph-some-ram \
$(migrate_all) \
$(addprefix -P ,$(subst $\",,$(CONFIG_OF_SPL_REMOVE_PROPS)))
---
base-commit: 01a5d7547ed3a51a8ac5837c31a150f85bc475f8
change-id
Hi,
On Feb 14, 2024 at 10:30:04 -0600, Andrew Davis wrote:
> There is a default ATF load address that is used for devices that have
> ATF running in SRAM. For AM62 and AM62a, ATF runs from DRAM. Instead
> of having to override the address in every defconfig, make add a
> default for these ATF in D
On 6/18/24 13:54, Nishanth Menon wrote:
On 13:46-20240618, Hari Nagalla wrote:
This series adds support for M4 remoteproc driver for K3 devices.
Logs:https://paste.sr.ht/~hnagalla/62811c4003c27ada83bc1c94500f7714ab30092a
Obviously - this cannot work with out an M4F node in dts, correct? you
sh
On Mon, 17 Jun 2024 at 18:33, Jerome Forissier
wrote:
>
> Add qemu_arm64_lwip_defconfig which #include's qemu_arm64_defconfig and
> selects NET_LWIP instead of NET. This config has all the supported net
> commands enabled.
>
> Signed-off-by: Jerome Forissier
> ---
> configs/qemu_arm64_lwip_defco
On 6/18/24 19:59, Tom Rini wrote:
> On Mon, Jun 17, 2024 at 05:32:54PM +0200, Jerome Forissier wrote:
>
>> Prepare the introduction of the lwIP (lightweight IP) TCP/IP stack by
>> adding a new net-lwip/ directory and the NET_LWIP symbol. Network
>> support is either NO_NET, NET (legacy stack) o
The davinci_hw_watchdog_ functions are defined but never called from
anywhere. Commit 881ae794b93b ("calimain: remove board") eliminated the
last call to these functions.
Signed-off-by: Emil Kronborg
---
.../mach-davinci/include/mach/timer_defs.h| 4 ---
arch/arm/mach-davinci/timer.c
The last usage of the DV_TIMER_ and DV_WDT_ definitions were removed in
commits 8d7757637138 ("ARM: davinci: remove support for cam_enc_4xx")
and cef443c1666c ("arm: davinci: remove leftover code for dm* SoCs"),
respectively.
Signed-off-by: Emil Kronborg
---
arch/arm/mach-davinci/include/mach/ti
Hi Heinrich,
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
>
> In EFI sub-system we rely on invalidate_icache_all() to invalidate the
> instruction cache after loading binaries. Add the missing implementation on
> ARM1136, ARM1176.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
>
> If we have multiple weak implementations of functions, the linker might
> choose any of these. ARM and RISC-V already provide a weak implementation
> of flush_dcache_all().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/cache.c | 3
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
>
> If multiple weak implementations of a weak function exist, it is unclear
> which one the linker should chose. cmd/cache.c already defines a weak
> invalidate_icache_all().
>
> We don't need a call to invalidate_icache_all() on x86.
> ARM
Show which boot protocol is being used.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/boot/pxe_utils.c b/boot/pxe_utils.c
index 4b22bb6f525..53ddb16be73 100644
--- a/boot/pxe_utils.c
+++ b/boot/pxe_utils.c
@@
Show the boot arguments and the state mask, to aid debugging.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/cmd/x86/zboot.c b/cmd/x86/zboot.c
index addf28cb4aa..c14219f19e9 100644
--- a/cmd/x86/zboot.c
+++ b/cmd/x8
There is confusion in this function between the flag and state_mask
parameters, which prevents the boot from actually happening. Correct
this by using state_mask instead of flag for deciding which states to go
through.
This fixes booting of some 32-bit Debian kernels.
Note: Some sort of CI for th
On 19.06.24 14:23, Ilias Apalodimas wrote:
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
If we have multiple weak implementations of functions, the linker might
choose any of these. ARM and RISC-V already provide a weak implementation
of flush_dcache_all().
Signed-off-by: Heinrich
Hi Simon,
On Wed, Jun 12, 2024 at 02:24:31PM -0600, Simon Glass wrote:
> Hi Ilias,
>
> On Wed, 12 Jun 2024 at 00:02, Ilias Apalodimas
> wrote:
> >
> > [...]
> >
> > > > > >> ---
> > > > > >>
> > > > > >> lib/fdtdec.c | 12 ++--
> > > > > >> 1 file changed, 10 insertions(+), 2 deletions(-
On 19.06.24 14:22, Ilias Apalodimas wrote:
Hi Heinrich,
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
In EFI sub-system we rely on invalidate_icache_all() to invalidate the
instruction cache after loading binaries. Add the missing implementation on
ARM1136, ARM1176.
Signed-off-by:
On Wed, 19 Jun 2024 at 15:36, Heinrich Schuchardt
wrote:
>
> On 19.06.24 14:23, Ilias Apalodimas wrote:
> > On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
> > wrote:
> >>
> >> If we have multiple weak implementations of functions, the linker might
> >> choose any of these. ARM and RISC-V alrea
On Wed, 19 Jun 2024 at 16:05, Ilias Apalodimas
wrote:
>
> On Wed, 19 Jun 2024 at 15:36, Heinrich Schuchardt
> wrote:
> >
> > On 19.06.24 14:23, Ilias Apalodimas wrote:
> > > On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
> > > wrote:
> > >>
> > >> If we have multiple weak implementations of f
On Fri, May 31, 2024 at 03:50:34PM +0200, Caleb Connolly wrote:
> As more boards adopt support for the EFI CapsuleUpdate mechanism, there
> is a growing issue of being able to target updates to them properly. The
> current mechanism of hardcoding UUIDs for each board at compile time is
> unsustaina
On 19.06.24 15:19, Ilias Apalodimas wrote:
On Wed, 19 Jun 2024 at 16:05, Ilias Apalodimas
wrote:
On Wed, 19 Jun 2024 at 15:36, Heinrich Schuchardt
wrote:
On 19.06.24 14:23, Ilias Apalodimas wrote:
On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
wrote:
If we have multiple weak implemen
On Wed, Jun 12, 2024 at 01:14:15AM +0200, Christian Marangi wrote:
> This series expand the STATUS LED framework with a new color
> and a big new feature. One thing that many device need is a way
> to communicate to the user that the device is actually doing
> something.
>
> This is especially us
On 6/19/24 09:24, Ilias Apalodimas wrote:
> Hi Tom
>
> On Tue, 18 Jun 2024 at 23:21, Tom Rini wrote:
>>
>> On Mon, Jun 17, 2024 at 05:32:52PM +0200, Jerome Forissier wrote:
>>
>>> This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
>>> library for the network stack" [1]. Th
On Wed, Jun 19, 2024 at 08:15:04AM +0200, Michal Simek wrote:
> út 18. 6. 2024 v 19:45 odesílatel Tom Rini napsal:
> >
> > After adding the U_BOOT_LONGHELP macro some new commands came in still
> > that were not making use if it. Switch these cases over and in a few
> > places add missing newlines
On Wed, Jun 19, 2024 at 04:47:08PM +0200, Jerome Forissier wrote:
>
>
> On 6/19/24 09:24, Ilias Apalodimas wrote:
> > Hi Tom
> >
> > On Tue, 18 Jun 2024 at 23:21, Tom Rini wrote:
> >>
> >> On Mon, Jun 17, 2024 at 05:32:52PM +0200, Jerome Forissier wrote:
> >>
> >>> This is a rework of a patch s
On Wed, Jun 19, 2024 at 10:21:51AM +0200, Rasmus Villemoes wrote:
> On 18/06/2024 23.03, Tim Harvey wrote:
> > On Tue, Jun 18, 2024 at 7:32 AM Tom Rini wrote:
> >>
>
> > Stefan and Tom,
> >
> > I'm seeing CI issues here even with 5000us [1]:
> > host bind 0 /tmp/sandbox/persistent-cyclic functio
On Wed, Jun 19, 2024 at 11:55:52AM +0200, Quentin Schulz wrote:
> From: Quentin Schulz
>
> On Puma v2.1 with a KSZ9031, the Ethernet PHY often doesn't detect the
> link in the 4-second default timeout.
>
> After some boot-loop test for about a thousand boots, 70% were below
> 10s, 90% below 15s
Commit 7400d34ba992 ("riscv: semihosting: replace inline assembly with
assembly file") reduced the alignment of function smh_trap().
As described in the "RISC-V Semihosting" specification [1] the ssli,
ebreak, and srai statements must all reside in the same memory page.
[1] RISC-V Semihosting, Ve
On Wed, Jun 19, 2024 at 02:56:24PM +0200, Heinrich Schuchardt wrote:
> On 19.06.24 14:22, Ilias Apalodimas wrote:
> > Hi Heinrich,
> >
> > On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
> > wrote:
> > >
> > > In EFI sub-system we rely on invalidate_icache_all() to invalidate the
> > > instruc
On Tue, Jun 18, 2024 at 09:03:37PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 18 Jun 2024 at 08:15, Tom Rini wrote:
> >
> > On Tue, Jun 18, 2024 at 06:43:51AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 17 Jun 2024 at 11:16, Tom Rini wrote:
> > > >
> > > > On Mon, Jun 17, 20
Hi Tom,
On 6/19/24 5:22 PM, Tom Rini wrote:
On Wed, Jun 19, 2024 at 11:55:52AM +0200, Quentin Schulz wrote:
From: Quentin Schulz
On Puma v2.1 with a KSZ9031, the Ethernet PHY often doesn't detect the
link in the 4-second default timeout.
After some boot-loop test for about a thousand boots,
efully all links that should be detected are.
Signed-off-by: Quentin Schulz
---
Changes in v2:
- rebase on next
- use Kconfig symbol instead of constant in include/configs/
- Link to v1:
https://lore.kernel.org/r/20240619-puma-eth-timeout-v1-1-db5c17153...@cherry.de
---
configs/puma-rk3399_def
After adding the U_BOOT_LONGHELP macro some new commands came in still
that were not making use if it. Switch these cases over and in a few
places add missing newlines as well.
Signed-off-by: Tom Rini
---
Cc: Michal Simek
Changes in v2:
- Add the instances Michal noted I missed before
---
arch
On Wed, Jun 19, 2024 at 08:50:09AM -0600, Tom Rini wrote:
> On Wed, Jun 19, 2024 at 08:15:04AM +0200, Michal Simek wrote:
> > út 18. 6. 2024 v 19:45 odesílatel Tom Rini napsal:
> > >
> > > After adding the U_BOOT_LONGHELP macro some new commands came in still
> > > that were not making use if it.
On 6/19/24 17:07, Tom Rini wrote:
> On Wed, Jun 19, 2024 at 04:47:08PM +0200, Jerome Forissier wrote:
>>
>>
>> On 6/19/24 09:24, Ilias Apalodimas wrote:
>>> Hi Tom
>>>
>>> On Tue, 18 Jun 2024 at 23:21, Tom Rini wrote:
On Mon, Jun 17, 2024 at 05:32:52PM +0200, Jerome Forissier wrote:
>
On Wed, Jun 19, 2024 at 03:23:36PM +0300, Ilias Apalodimas wrote:
> On Sun, 16 Jun 2024 at 20:31, Heinrich Schuchardt
> wrote:
> >
> > If we have multiple weak implementations of functions, the linker might
> > choose any of these. ARM and RISC-V already provide a weak implementation
> > of flush_
On Wed, 19 Jun 2024 at 16:06, Jerome Forissier
wrote:
>
>
>
> On 6/19/24 09:24, Ilias Apalodimas wrote:
> > Hi Tom
> >
> > On Tue, 18 Jun 2024 at 23:21, Tom Rini wrote:
> >>
> >> On Mon, Jun 17, 2024 at 05:32:52PM +0200, Jerome Forissier wrote:
> >>
> >>> This is a rework of a patch series by Max
On Sun, Jun 16, 2024 at 07:31:05PM +0200, Heinrich Schuchardt wrote:
> If multiple weak implementations of a weak function exist, it is unclear
> which one the linker should chose. cmd/cache.c already defines a weak
> invalidate_icache_all().
>
> We don't need a call to invalidate_icache_all() on
On 17:19-20240619, Dhruva Gole wrote:
> Hi,
>
> On Feb 14, 2024 at 10:30:04 -0600, Andrew Davis wrote:
> > There is a default ATF load address that is used for devices that have
> > ATF running in SRAM. For AM62 and AM62a, ATF runs from DRAM. Instead
> > of having to ov
On 10:26-20240618, Dhruva Gole wrote:
> Add support for packaging the TIFS Stub as it's required for basic Low
> Power Modes like Deep Sleep.
What the heck is tifs stub?
https://docs.u-boot.org/en/latest/search.html?q=tifs&check_keywords=yes&area=default
I see no mention of the same?
>
> Acked-b
ng on A53"
select ARM64
select BINMAN
+ select OF_SYSTEM_SETUP
config TARGET_AM625_R5_BEAGLEPLAY
bool "BeagleBoard.org AM625 BeaglePlay running on R5"
---
base-commit: fe2ce09a0753634543c32cafe85eb87a625f76ca
change-id: 20240619-play-fdt-fixup-a92e1ab872fc
Best regards,
--
Bryan Brattlof
Allô Vincent,
Thanks for testing!
On Wed, 19 Jun 2024 at 17:02, Vincent Stehlé wrote:
>
> On Fri, May 31, 2024 at 03:50:34PM +0200, Caleb Connolly wrote:
> > As more boards adopt support for the EFI CapsuleUpdate mechanism, there
> > is a growing issue of being able to target updates to them pro
On 6/19/24 1:20 PM, Nishanth Menon wrote:
On 17:19-20240619, Dhruva Gole wrote:
Hi,
On Feb 14, 2024 at 10:30:04 -0600, Andrew Davis wrote:
There is a default ATF load address that is used for devices that have
ATF running in SRAM. For AM62 and AM62a, ATF runs from DRAM. Instead
of having to
On Wed, 12 Jun 2024 14:41:09 +0530, Jayesh Choudhary wrote:
> This series add the U-Boot support for our new platform of K3-SOC
> family - J722S-EVM which is a superset of AM62P. It shares the same
> memory map and thus the nodes are being reused from AM62P includes
> instead of duplicating the de
53634543c32cafe85eb87a625f76ca
change-id: 20240619-play-fdt-fixup-a92e1ab872fc
Best regards,
The Gateworks System Controller (GSC) has a voltage supervisor which is
disabled by default. On older boards we want to maintian this but on
newer boards we wish to enable the voltage supervisor.
The Gateworks System Controller (GSC) can disable the board primary
power supply by driving a pin to a
Extensive testing has shown that at higher temperatures operating
without a GSC backup battery, the GSC needs a small delay after
releasing the I2C SDA/SCL pins before it is ready to handle I2C
requests.
Add a delay to avoid errors such as:
wait_for_sr_state: Arbitration lost sr=93 cr=80 state=202
Due to supply chain issues Venice boards use either a DP83867 or a
GPY111 RGMII PHY. We already print an identifier for the DP83867 so add
one for the GPY111 to better identify what PHY is on a board:
Example:
Net: GPY111 eth0: ethernet@30be [PRIME]
Net: DP83867 eth0: ethernet@30be [
Add nvme device 0 to available boot devices.
Signed-off-by: Tim Harvey
---
include/configs/imx8mm_venice.h | 1 +
include/configs/imx8mp_venice.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/configs/imx8mm_venice.h b/include/configs/imx8mm_venice.h
index 046d5685d04d..66816618b0
In case when either gpt_verify_headers() or gpt_verify_partitions()
fails, the memory allocated for gpt_pte will be freed in those functions
internally, but gpt_pte will still contain non-NULL dangling pointer.
The attempt to free it in those cases in gpt_verify() leads to "use
after free" error, w
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi
b/arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi
index 240fbc1b568f..a90794d8108a 100644
--- a/arch/arm/dts/imx8mp-ven
Implement a weak default version of flush_dcache_all which is based on
the ARM default, which is to flush the entire range via
flush_dcache_range(...).
Signed-off-by: Tom Rini
---
Cc: Huan Wang
Cc: Angelo Dureghello
---
arch/m68k/lib/cache.c | 9 +
1 file changed, 9 insertions(+)
diff
The implementation of icache_invalid appears to be doing what other
architectures call invalidate_icache_all so rename to match.
Signed-off-by: Tom Rini
---
Huan Wang
Angelo Dureghello
---
arch/m68k/include/asm/cache.h | 1 -
arch/m68k/lib/cache.c | 6 +++---
drivers/net/mcffec.c
Implement a weak default version of flush_dcache_all which is based on
the ARM default, which is to flush the entire range via
flush_dcache_range(...).
Signed-off-by: Tom Rini
---
Cc: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/sh/cpu/sh4/cache.c | 9 +
1 file changed, 9 insertions(+)
Add the old invalidate_icache_all function that prints a warning that
was previously found in cmd/cache.c
Signed-off-by: Tom Rini
---
Cc: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
arch/sh/cpu/sh4/cache.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/sh/cpu/sh4/cache.c b/arch/sh/cp
Implement a weak default version of flush_dcache_all which is based on
the ARM default, which is to flush the entire range via
flush_dcache_range(...).
Signed-off-by: Tom Rini
---
arch/powerpc/lib/cache.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/lib/cache.c b/arc
Add the old invalidate_icache_all function that prints a warning that
was previously found in cmd/cache.c
Signed-off-by: Tom Rini
---
arch/powerpc/lib/cache.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/powerpc/lib/cache.c b/arch/powerpc/lib/cache.c
index 130318d745aa..a9cd7b8
It should be up to an architecture to decide how to implement cache
functions, and if they need to use weak functions or not. Allowing the
cache command to be built without cache functionality implemented is
unhelpful. Further, guard the call to noncached_set_region with
CONFIG_SYS_NONCACHED_MEMORY
Hi Tim,
On Wed, Jun 19, 2024 at 6:27 PM Tim Harvey wrote:
>
> Signed-off-by: Tim Harvey
Please write a commit message.
The GW74xx USB1 controller connects to a dual-role connector using a GPIO
for role detection via the usb-connector Linux driver (usb-conn-gpio.c).
This drive does not exist yet in U-Boot so for now we will just default
USB1 to host mode.
Signed-off-by: Tim Harvey
---
v2: provide missing commit m
On June 18, 2024 thus sayeth Dhruva Gole:
> Add support for packaging the TIFS Stub as it's required for basic Low
> Power Modes like Deep Sleep.
>
> Acked-by: Neha Malcom Francis
> Signed-off-by: Dhruva Gole
> ---
>
> No changes from v1, just picked Neha's ack and rebased on master again.
> Li
The assigned-clock no longer have to be dropped, the clock are now
defined in clk-imx8mp.c and used by DWMAC driver to configure the
DWMAC clock. Drop the workarounds from U-Boot specific DT extras.
Having the clocks dropped causes the EQoS to be non-functional.
See commit c7ea9612df0f ("arm64: d
This series expand the STATUS LED framework with a new color
and a big new feature. One thing that many device need is a way
to communicate to the user that the device is actually doing
something.
This is especially useful for recovery steps where an
user (for example) insert an USB drive, keep a
The GPIO LED driver is a backend to provide LED status functions via the
GPIO common functions.
The coloured LED functions are currently broken and deviates from what
is written in README.LED
Quoting the README.LED:
CONFIG_STATUS_LED_RED is the red LED. It is used to signal errors.
This must be
Add support for white LED colour present on many devices.
Signed-off-by: Christian Marangi
---
cmd/legacy_led.c| 6 ++
common/board_f.c| 2 ++
drivers/led/Kconfig | 14 ++
drivers/misc/gpio_led.c | 12
include/status_led.h| 4
5 files
Add function to toggle a status LED by using the status LED ID reference
configs.
Signed-off-by: Christian Marangi
---
drivers/misc/status_led.c | 28 +++-
include/status_led.h | 1 +
2 files changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/statu
Add a warning when an invalid Status LED ID is used to make the user
aware of bad configurations.
Signed-off-by: Christian Marangi
---
drivers/misc/status_led.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/status_led.c b/drivers/misc/status_led.c
index 2b90
Add a new activity LED config and additional functions to implement a
simple software blink feature to signal activity of any kind.
Usual activity might be a file transfer with TFTP, a flash write...
User of this API will call status_led_activity_start/stop() on each
activity and LED will be togg
Implement support for LED status activity. If the feature is enabled,
make the defined ACTIVITY LED to signal traffic.
Signed-off-by: Christian Marangi
---
net/tftp.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/net/tftp.c b/net/tftp.c
index 6b16bdcbe4c..bcc31face7a 100644
--- a/ne
Implement support for LED status activity. If the feature is enabled,
make the defined ACTIVITY LED to signal mtd write or erase operations.
Signed-off-by: Christian Marangi
---
cmd/mtd.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/cmd/mtd.c b/cmd/mtd.c
index 795aaa2
Implement support for LED status activity. If the feature is enabled,
make the defined ACTIVITY LED to signal ubi write operation.
Signed-off-by: Christian Marangi
---
cmd/ubi.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/cmd/ubi.c b/cmd/ubi.c
index 8c1b5d
Convert README.LED to .rst documentation and include all the relevant
documentation in the status_led.h.
Signed-off-by: Christian Marangi
---
doc/README.LED | 77 --
doc/api/index.rst | 1 +
doc/api/status_led.rst | 35 +++
include/status_led.h | 224 ++
On Wed, Jun 19, 2024 at 08:44:21AM -0600, Tom Rini wrote:
> On Wed, Jun 12, 2024 at 01:14:15AM +0200, Christian Marangi wrote:
>
> > This series expand the STATUS LED framework with a new color
> > and a big new feature. One thing that many device need is a way
> > to communicate to the user that
From: Vitaliy Vasylskyy
Add UDC driver for Renesas USBHS controller found in R-Car Gen3 SoCs.
This is mostly ported from the Linux kernel, with additional porting
glue. The code has been synchronized with 1b4861e32e46 ("Linux 6.9.3")
and cleaned up and ported to DM since the original implementati
On Wed, 19 Jun 2024 at 18:51, Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Wed, Jun 19, 2024 at 3:07 PM Sumit Garg wrote:
> >
> > On Wed, 19 Jun 2024 at 18:26, Adam Ford wrote:
> > >
> > > On Wed, Jun 19, 2024 at 7:53 AM Sumit Garg wrote:
> > > >
> > > > Drop redundant header imports with d
Hi U-Boot,
I've been given a MIPS reference board with a fairly old vendor U-Boot
on it. It does seem to support the Mutli-File Image format but I'm
running into an issue where the kernel expects the initrd on a page
boundary.
I'm using a command like the following to produce and image
cat boa
Am 19.06.24 um 22:02 schrieb Andrew Davis:
On 6/19/24 1:20 PM, Nishanth Menon wrote:
On 17:19-20240619, Dhruva Gole wrote:
Hi,
On Feb 14, 2024 at 10:30:04 -0600, Andrew Davis wrote:
There is a default ATF load address that is used for devices that have
ATF running in SRAM. For AM62 and
On Thu, 20 Jun 2024 at 00:28, Tom Rini wrote:
>
> The implementation of icache_invalid appears to be doing what other
> architectures call invalidate_icache_all so rename to match.
>
> Signed-off-by: Tom Rini
> ---
> Huan Wang
> Angelo Dureghello
> ---
> arch/m68k/include/asm/cache.h | 1 -
>
On Thu, 20 Jun 2024 at 00:28, Tom Rini wrote:
>
> It should be up to an architecture to decide how to implement cache
> functions, and if they need to use weak functions or not. Allowing the
> cache command to be built without cache functionality implemented is
> unhelpful. Further, guard the call
On Jun 19, 2024 at 15:44:41 -0500, Andrew Davis wrote:
> On 6/19/24 2:12 PM, Bryan Brattlof wrote:
> > Unfortunately when enabling FDT fixups for the AM62x family of SoCs and
> > moving TF-A to the bottom of RAM we missed the BeaglePlay. This is
> > causing Linux's memory allocator to clobber TF-A
On 6/20/24 01:03, Christian Marangi wrote:
Convert README.LED to .rst documentation and include all the relevant
documentation in the status_led.h.
Signed-off-by: Christian Marangi
---
doc/README.LED | 77 --
doc/api/index.rst | 1 +
doc/api/status_led.rst | 35
On 20/06/24 11:21, Dhruva Gole wrote:
On Jun 19, 2024 at 15:44:41 -0500, Andrew Davis wrote:
On 6/19/24 2:12 PM, Bryan Brattlof wrote:
Unfortunately when enabling FDT fixups for the AM62x family of SoCs and
moving TF-A to the bottom of RAM we missed the BeaglePlay. This is
causing Linux's mem
On 6/20/24 01:03, Christian Marangi wrote:
This series expand the STATUS LED framework with a new color
and a big new feature. One thing that many device need is a way
to communicate to the user that the device is actually doing
something.
This is especially useful for recovery steps where an
us
99 matches
Mail list logo
