On Wed, Aug 21, 2024 at 12:00:20PM -0600, Tom Rini wrote:
> On Wed, Aug 21, 2024 at 08:29:07PM +0530, Siddharth Vadapalli wrote:
>
[...]
> > +
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> >
Hi Tom,
On Wed, 26 Jun 2024 at 02:00, Simon Glass wrote:
>
> Hi Tom,
>
> On Tue, 25 Jun 2024 at 15:14, Tom Rini wrote:
> >
> > On Tue, Jun 25, 2024 at 01:38:00PM +0100, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 24 Jun 2024 at 19:06, Tom Rini wrote:
> > > >
> > > > On Sun, Jun 23, 202
Hi Tom,
On Fri, 16 Aug 2024 at 17:53, Simon Glass wrote:
>
> Hi Tom,
>
> On Fri, 16 Aug 2024 at 11:22, Tom Rini wrote:
> >
> > On Thu, Aug 15, 2024 at 01:57:45PM -0600, Simon Glass wrote:
> >
> > > For most boards, the device-tree compiler is built in-tree, ignoring the
> > > system version. Add
Hi Caleb,
On Wed, 21 Aug 2024 at 14:33, Caleb Connolly wrote:
>
>
>
> On 21/08/2024 20:27, Simon Glass wrote:
> > Hi Caleb,
> >
> > On Wed, 21 Aug 2024 at 10:47, Caleb Connolly
> > wrote:
> >>
> >>
> >>
> >> On 21/08/2024 18:16, Simon Glass wrote:
> >>> Hi Caleb,
> >>>
> >>> On Wed, 21 Aug 2024
Add a way to run tests on a real hardware lab. This is in the very early
experimental stages. There are only 23 boards and 3 of those are broken!
(bob, ff3399, samus). A fourth fails due to problems with the TPM tests.
To try this, assuming you have gitlab access, set SJG_LAB=1, e.g.:
git push
This can take a while and involve multiple steps (e.g. turning the board
back off). Add a section for it and show the output.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/test/py/u_bo
Fix a typo in a comment.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot_console_base.py
index e2e78179555..f610fa9a6f8 100644
--- a/test/py/u
Send the Labgrid quit characters to ask it to exit gracefully. This
typically allows it to power off the board being used.
If that doesn't work, try the less graceful approach.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_spawn.py | 17 +++--
1 file changed,
There is a very annoying bug at present where the terminal echos part
of the first command sent to the board. This happens because the
terminal is still set to echo for a period until Labgrid starts up and
can change this.
Fix this by disabling echo (and other terminal features) as soon as the
spa
We expect commands to be echoed and this should happen quite quickly,
since U-Boot is sitting at the prompt waiting for a command.
Reduce the timeout for this situation. Try to produce a more useful
error message when something goes wrong. Also handle the case where the
connection has gone away si
There is quite a bit of code in pytest to try to start up U-Boot on a
board, with timeouts, expects, etc.
This is tedious to maintain and is peripheral to the test system's
purpose. It seems better to put this logic in the lab itself, where is
can provide such support.
With Labgrid we can use the
Use the new handle_exception() function from ConsoleBase also.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot_console_base.py
in
When the connection to a board dies, assume it is dead forever until
some user action is taken. Skip all remaining tests. This avoids CI
runs taking an hour, with hundreds of 30-second timeouts all to no
avail.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/conftest.py | 19 +
The tests currently catch a very board Exception in each case. This is
thrown even in the event of a coding error.
We want to handle exceptions differently depending on their severity,
so that we can avoid hour-long delays waiting for a board that is
clearly broken.
As a first step, create some n
In Labgrid there is the concept of a 'role', which is similar to the
U-Boot board ID in U-Boot's pytest subsystem.
The role indicates both the target and information about the U-Boot
build to use. It can also provide any amount of other configuration.
The information is obtained using the 'labgrid
There is quite a bit of code to deal with receiving data from the target
so move it into its own receive() function.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_spawn.py | 39 +++
1 file changed, 27 insertions(+), 12 deletions(-)
dif
The settings are decoded in two places. Combine them into a new
function, before (in a future patch) expanding the number of items.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/conftest.py | 41 -
1 file changed, 28 insertions(+), 13 dele
When a test returns -EAGAIN this should not be considered a failure.
Fix what seems to be a problem case, where the pytests see a failure
when a test has merely been skipped.
We cannot squash the -EAGAIN error in ut_run_test() since the failure
count is incremented by its caller, ut_run_test_live_
Sometimes we know that the board is already running the right software,
so provide an option to allow running of tests directly, without first
resetting the board.
This saves time when re-running a test where only the Python code is
changing.
Signed-off-by: Simon Glass
---
(no changes since v1)
When a board is finished with, the lab may want to power it off, or
perform some other function. Add a new script which is called when tests
are complete.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_exec_attach.py | 10 ++
1 file changed, 10 insertions(+
Some tests may output things to stderr. Ensure that this output is not
dropped, by redirecting it to stdout
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_spawn.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/test/py/u_boot_spawn.py b/test/py/u_boot_spawn.py
index
Declare a constant rather than open-coding the same value twice.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/test/py/u_boot_console_base.py b/test/py/u_boot_console_base.py
index
When Labgrid is used, it can get U-Boot ready for running tests. It
prints a message when it has done so.
Add logic to detect this message and accept it.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_base.py | 9 +
1 file changed, 5 insertions(+), 4 delet
Labgrid provides access to a hardware lab in an automated way. It is
possible to boot U-Boot on boards in the lab without physically touching
them. It relies on relays, USB UARTs and SD muxes, among other things.
By way of background, about 4 years ago I wrong a thing called Labman[1]
which allowe
Hi Marek,
On Wed, Aug 21, 2024 at 11:43 PM Marek Vasut wrote:
>
> Wouldn't it be better if usb_gadget_register_driver() started in
> disconnected state right away ?
That's what I did initially. But since g_dnl doesn't do connection after
register (I explained in cover letter) doing so will keep
usb_gadget_register_driver() called by probe will initialize the USB
controller which enters ready to connect state with pull-up resistor
enabled.
>From the host's point of view, a device is ready to be enumerated.
However, since dm_usb_gadget_handle_interrupts() is only called when
ethernet funct
On Fri, 09 Aug 2024 01:59:23 +0200, Caleb Connolly wrote:
> Supporting the newer SM8550 and SM8650 SoCs unfortunately requires a
> bump in complexity for us. Qualcomm changed a lot about how the memory
> map is handed over to the "kernel", adding many holes, not mapping
> certain regions, and add
This is not allowed, so use ljust() instead. This fixes the
'qconfig -i -I help' command.
Signed-off-by: Simon Glass
Fixes: 1bd43060b3e ("moveconfig: Use f strings where possible")
---
tools/qconfig.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/qconfig.py b/tools/
On 8/21/24 11:58 PM, Zixun LI wrote:
Hi Marek,
Hi,
On Wed, Aug 21, 2024 at 11:43 PM Marek Vasut wrote:
Wouldn't it be better if usb_gadget_register_driver() started in
disconnected state right away ?
That's what I did initially. But since g_dnl doesn't do connection after
register (I exp
On Wed, Aug 21, 2024 at 04:28:12PM +0530, Sughosh Ganu wrote:
> This is a follow-up from an earlier RFC series [1] for making the LMB
> and EFI memory allocations work together. This is a non-rfc version
> with only the LMB part of the patches, for making the LMB memory map
> global and persistent
On 8/21/24 11:22 PM, Zixun LI wrote:
usb_gadget_register_driver() called by probe will initialize the USB
controller which enters ready to connect state with pull-up resistor
enabled.
From the host's point of view, a device is ready to be enumerated.
However, since dm_usb_gadget_handle_interru
There not only ARM64 boards but also RISC-V boards that require a bounce
buffer to read block devices.
Drop the architecture restriction.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kcon
Hi
I will read them tomorrow ;)
Thank you for understanding
Michael
Il mer 21 ago 2024, 22:25 Arseniy Krasnov ha
scritto:
> Hi, sorry, pls ping 😄
>
> Thanks
>
> On 08.07.2024 10:13, Arseniy Krasnov wrote:
> > Patchset is based on patchset for Linux (today merged to nand-next):
> >
> https://
Enable 'cat' command to print file from filesystem to stdout.
Enable 'xxd' command to hexdump file from filesystem to stdout.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Fabio Estevam
Cc: u-boot@lists.denx.de
---
configs/imx8mm_data_modul_edm_sbc_defconfig | 2 ++
configs/imx
The Data Modul i.MX8M Plus eDM SBC does have USB gadget capable port
accessible via USB A-A cable plugged into the bottom USB 3.0 port.
Use USB SDPS as the fallback boot device, so USB SDPS loading can
be performed using e.g. uuu tool.
Signed-off-by: Marek Vasut
---
Cc: Fabio Estevam
Cc: Tom Rin
On 21/08/2024 20:27, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 10:47, Caleb Connolly wrote:
On 21/08/2024 18:16, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 08:49, Caleb Connolly wrote:
On 21/08/2024 16:37, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 08
Hi, sorry, pls ping 😄
Thanks
On 08.07.2024 10:13, Arseniy Krasnov wrote:
> Patchset is based on patchset for Linux (today merged to nand-next):
> https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkras...@salutedevices.com/
>
> Here is description from it:
>
> > Amlogic's boot ROM
Hi Jonas on mobile and on vacation, I'll respond in a week or so. In the
meantime https://www.linaro.org/blog/uefi-secureboot-in-u-boot/ this might
help.
In sort you have to include the efi keys in the uboot binary.
Cheers
Ilias
On Wed, Aug 21, 2024, 20:35 Jonas Kvinge wrote:
> On Tue, 2024-0
Hi Caleb,
On Wed, 21 Aug 2024 at 10:47, Caleb Connolly wrote:
>
>
>
> On 21/08/2024 18:16, Simon Glass wrote:
> > Hi Caleb,
> >
> > On Wed, 21 Aug 2024 at 08:49, Caleb Connolly
> > wrote:
> >>
> >>
> >>
> >> On 21/08/2024 16:37, Simon Glass wrote:
> >>> Hi Caleb,
> >>>
> >>> On Wed, 21 Aug 2024
On Wed, Aug 21, 2024 at 08:29:07PM +0530, Siddharth Vadapalli wrote:
> Add support for the Cadence PCIe Controller present on TI's K3 SoCs.
> This driver is an adaptation of the Linux driver.
>
> Signed-off-by: Siddharth Vadapalli
[snip]
> diff --git a/drivers/pci/pcie_cdns_ti.c b/drivers/pci/pc
On Mon, 19 Aug 2024 15:07:18 -0600, Tom Rini wrote:
> In order to build the docker container, which contains a download cache
> of python modules, we need to have our versions be in sync in each
> requirements file. Update some of the cases where which are older than
> the rest of the project.
>
On Tue, 2024-08-20 at 16:29 +0200, Caleb Connolly wrote:
> Hi Jonas,
>
>
> I don't know the details of how this is implemented, but the way to
> solve this is by doing EFI secureboot in U-Boot. The trick is to
> embed
> the securebook public key hash into U-Boot, there it will be
> validated
>
On 21/08/2024 18:16, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 08:49, Caleb Connolly wrote:
On 21/08/2024 16:37, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 08:11, Caleb Connolly wrote:
Hi Simon,
+U_BOOT_DRIVER(gcc_sc7280) = {
+ .name = "gcc_sc7280
This is the length of the U-Boot binary, which is typically 200-800KB
and certainly not larger than 4GB. Use a 32-bit value to save space in
global_data and move it up to be with fields of the same alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/board_f.c
Update the documentation to provide a bit more information about how to
use global data.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rebase to -next
doc/develop/global_data.rst | 25 +
1 file changed, 25 insertions(+)
diff --git a/doc/develop/global_data.rst b/doc/
This information is useful for people looking at how U-Boot has changed
over the years and the design decisions which led to it. Move it into
doc/ in an 'historical' section.
Signed-off-by: Simon Glass
---
(no changes since v1)
.../historical/generic_board.rst} | 17 +
If the environment is not enabled we don't need these fields in
global_data. Make them conditional.
Make these fields conditional. Move env_buf up one so it can share
an #ifdef.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/hwconfig.c | 8 +++-
include/asm-g
SPL builds don't use the jump table since they cannot run apps. Drop
it, moving it together with boardf.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/freescale/ls2080ardb/eth_ls2080rdb.c | 2 +-
common/console.c | 3 ++-
include/asm-generic/global_data
Collect the pointer members near the top of global_data to help with
alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 38 +++
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/include/asm-generic/globa
Move all the always-present ulong fields next to the others at the top
of global_data
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 50 +++
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/include/asm-generic
Put these fields near the top and together, since they have the same
alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/inclu
Move this field to be with others of the same alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/include/asm-generic/global_dat
Move this field to be with others of the same alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/include/asm-generic/global_data.h
ind
The bus clock and memory clock are unlikely to go above 4GHz for now, so
reduce the field size to 32 bits.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/mips/mach-ath79/ar934x/clk.c | 4 ++--
arch/mips/mach-octeon/cpu.c | 2 +-
include/asm-generic/global_data.h | 4 ++--
3 fi
The early malloc region is normally quite small and is certainly less
than 4GB, so use a 32-bit value for the limit and pointer. Update the
comment for clarity while we are here.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/lib/bdinfo.c | 2 +-
common/board_r.c
Some of the logging fields are larger than they need to be. Shrink them
and adjust the ordering to improve alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 43 +++
test/log/log_test.c | 6 ++---
2 fil
Move all the fields which are always present to the top of the struct,
so we can potentially save some space by taking note of alignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 166 +++---
1 file changed, 82 insertions(+
Provide a function to locate this information, rather than doing it
automatically on startup, to save space in global_data.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/intel_common/cpu_from_spl.c | 4 +---
arch/x86/lib/fsp2/fsp_dram.c | 4 ++--
cmd/sb.c
This value is only used before relocation. Move it to the new boardf
struct.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/board_f.c | 11 ++-
include/asm-generic/global_data.h | 4
include/board_f.h | 4
3 files changed, 10 in
This value is only used before relocation. Move it to the new boardf
struct.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/board_f.c | 7 +++
include/asm-generic/global_data.h | 4
include/board_f.h | 4
3 files changed, 7 insertions
This value is only really used before relocation. There is not much use
to showing its value in bdinfo, so drop it. Move it to the new boardf
struct.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/bdinfo.c | 1 -
common/board_f.c | 11 +++---
Quite a few of the members of struct global_data are only used before
reloction, or have little meaning afterwards, yet they hang around in
struct global_data for the lifetime of U-Boot. This uses up precious
pre-relocation SRAM on many boards.
To help with this, start a new struct which exists on
Use shorter types for some of these fields to save space. Reorder to put
fields with like alignment together.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 14 +++---
include/env_internal.h| 1 +
2 files changed, 8 insertions(+),
This is not used. Drop the field and the environment code which uses it.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 11 ---
include/env_default.h | 3 ---
2 files changed, 14 deletions(-)
diff --git a/include/asm-generic/globa
This is set on one x86 boards, but is not used anymore. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/ivybridge/cpu.c | 5 -
include/asm-generic/global_data.h | 8 +---
2 files changed, 1 insertion(+), 12 deletions(-)
diff --git a/arch/x86/cpu/ivybrid
This field is set but not used. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/mach-tegra/board2.c | 4
arch/arm/mach-tegra/cboot.c | 4
arch/x86/cpu/i386/cpu.c | 8
include/asm-generic/global_data.h | 10 --
4 files ch
We don't need a full word for this boolean value. Convert it into a flag
to save space in global_data.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 2 +-
arch/arm/mach-exynos/spl_boot.c | 2 +-
arch/arm/mach-k3/common.c | 2 +
This value mirrors information recorded by driver model video drivers,
so can be removed to save space. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/asm-generic/global_data.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/include/asm-generic/global_data.h
b/
This field is not used, so don't set it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/video-uclass.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/video-uclass.c b/drivers/video/video-uclass.c
index ef780a6730c..41bb7647fda 100644
--- a/drivers/video/vi
This field is not used, so don't set it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/video-uclass.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/video-uclass.c b/drivers/video/video-uclass.c
index e358a7949e0..ef780a6730c 100644
--- a/drivers/video/vi
This is handled by driver model so this driver should not be setting the
framebuffer address. Drop the assignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/zynqmp/zynqmp_dpsub.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/video/zynqmp
Use the new video function to get the framebuffer base.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/ronetix/pm9263/pm9263.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/board/ronetix/pm9263/pm9263.c b/board/ronetix/pm9263/pm9263.c
index 1de1bd68701..
Use the new video function to get the framebuffer base.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/friendlyarm/nanopi2/board.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/board/friendlyarm/nanopi2/board.c
b/board/friendlyarm/nanopi2/board.c
ind
This is not used, so don't set it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/mxsfb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/mxsfb.c b/drivers/video/mxsfb.c
index 792d6314d15..e72839cead4 100644
--- a/drivers/video/mxsfb.c
+++ b/drivers/video/m
This is not used, so don't set it.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/imx/mxc_ipuv3_fb.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/imx/mxc_ipuv3_fb.c b/drivers/video/imx/mxc_ipuv3_fb.c
index 039b22086a9..fdeb3cabea7 100644
--- a/drivers/
Add a new function which returns the framebuffer address of the first
video device. This will allow the global_data field top be dropped.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/video-uclass.c | 14 ++
include/video.h | 11 +++
2 file
This value is set by not used on x86 so there is no point in setting it.
Drop the assignment.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/lib/fsp/fsp_graphics.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/lib/fsp/fsp_graphics.c b/arch/x86/lib/fsp/fsp_graphics.
Only m68k and powerpc use this field, so move it to the arch-specific
info, to reduce the size for other archs.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/m68k/cpu/mcf5445x/cpu.c | 2 +-
arch/m68k/include/asm/global_data.h| 2 ++
arch/m68k/lib/bdinfo.c
The global data structure has grown quite a lot over the years, being
the best place to put an important pointer or something that must be
accessed before and after relocation.
This series attempts to reduce the size a little, by moving some things
out and shrinking and aligning some fields.
Some
Hi Caleb,
On Wed, 21 Aug 2024 at 08:49, Caleb Connolly wrote:
>
>
>
> On 21/08/2024 16:37, Simon Glass wrote:
> > Hi Caleb,
> >
> > On Wed, 21 Aug 2024 at 08:11, Caleb Connolly
> > wrote:
> >>
> >> Hi Simon,
> +U_BOOT_DRIVER(gcc_sc7280) = {
> + .name = "gcc_sc7280",
>
On Wed, Aug 21, 2024 at 09:27:03PM +0530, Mayuresh Chitale wrote:
> On Wed, Aug 21, 2024 at 3:28 PM Conor Dooley
> wrote:
> >
> > On Tue, Aug 20, 2024 at 02:14:01PM +0200, Heinrich Schuchardt wrote:
> > > On 20.08.24 11:37, Mayuresh Chitale wrote:
> > > > +void riscv_zicbom_init(void)
> > > > +{
On Wed, Aug 21, 2024 at 3:33 PM wrote:
>
> On 21/08/2024 10:57, Conor Dooley wrote:
> > On Tue, Aug 20, 2024 at 02:14:01PM +0200, Heinrich Schuchardt wrote:
> >> On 20.08.24 11:37, Mayuresh Chitale wrote:
> >>> +void riscv_zicbom_init(void)
> >>> +{
> >>> + struct udevice *dev;
> >>> +
> >>> +
On Wed, Aug 21, 2024 at 3:28 PM Conor Dooley wrote:
>
> On Tue, Aug 20, 2024 at 02:14:01PM +0200, Heinrich Schuchardt wrote:
> > On 20.08.24 11:37, Mayuresh Chitale wrote:
> > > +void riscv_zicbom_init(void)
> > > +{
> > > + struct udevice *dev;
> > > +
> > > + if (!CONFIG_IS_ENABLED(RISCV_ISA
Hi Simon,
mikhail.kshevets...@genexis.eu wrote on Sat, 17 Aug 2024 23:25:31 +0400:
> On 8/17/24 19:58, Simon Glass wrote:
> > Hi Mikhail,
> >
> > On Wed, 14 Aug 2024 at 04:20, Mikhail Kshevetskiy
> > wrote:
> >> only spinand on_die ecc is supported for a moment
> >>
> >> Signed-off-by: Mikhail
Hi Lukasz,
On 21.08.24 12:10, Lukasz Majewski wrote:
> Hi Benjamin,
>
>> On 19.08.24 16:36, Lukasz Majewski wrote:
>>> Hi Benjamin,
>>>
Hi Lukasz,
did you test this? It does not work for me. When I try it, the
U-Boot hangs in SPL. Here is what I got:
From Host:
TI's J7200 SoC has a single instance of PCIe Controller namely PCIe1 which
is a Cadence PCIe Controller. To support PCI functionality with the PCIe1
instance of PCIe, enable the corresponding configs.
Signed-off-by: Siddharth Vadapalli
---
configs/j7200_evm_a72_defconfig | 4
1 file changed
Add support for the Cadence PCIe Controller present on TI's K3 SoCs.
This driver is an adaptation of the Linux driver.
Signed-off-by: Siddharth Vadapalli
---
drivers/pci/Kconfig| 6 +
drivers/pci/Makefile | 1 +
drivers/pci/pcie_cdns_ti.c | 645 +
Hello,
This series adds support for the Cadence PCIe controller on TI's K3
family of SoCs which J7200 belongs to. The driver is an adaptation
of the Linux driver (drivers/pci/controller/cadence/pci-j721e.c)
and has been implemented specifically for Root-Complex mode of operation
on J7200. A minor
On 21/08/2024 16:37, Simon Glass wrote:
Hi Caleb,
On Wed, 21 Aug 2024 at 08:11, Caleb Connolly wrote:
Hi Simon,
+U_BOOT_DRIVER(gcc_sc7280) = {
+ .name = "gcc_sc7280",
+ .id = UCLASS_NOP,
+ .of_match = gcc_sc7280_of_match,
+ .bind
On Wed, 21 Aug 2024 at 19:30, Simon Glass wrote:
>
> +Bin Meng
>
> Hi Sughosh,
>
> On Tue, 20 Aug 2024 at 23:29, Sughosh Ganu wrote:
> >
> > On Wed, 21 Aug 2024 at 07:41, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Tue, 20 Aug 2024 at 02:17, Sughosh Ganu
> > > wrote:
> > > >
> >
Hi Caleb,
On Wed, 21 Aug 2024 at 08:11, Caleb Connolly wrote:
>
> Hi Simon,
> >> +U_BOOT_DRIVER(gcc_sc7280) = {
> >> + .name = "gcc_sc7280",
> >> + .id = UCLASS_NOP,
> >> + .of_match = gcc_sc7280_of_match,
> >> + .bind = qcom_cc_bind,
On Wed, 21 Aug 2024 at 19:30, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Wed, 21 Aug 2024 at 01:48, Sughosh Ganu wrote:
> >
> > On Wed, 21 Aug 2024 at 07:41, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Tue, 20 Aug 2024 at 04:23, Sughosh Ganu
> > > wrote:
> > > >
> > > > On Fri, 16
Hi Simon,
+U_BOOT_DRIVER(gcc_sc7280) = {
+ .name = "gcc_sc7280",
+ .id = UCLASS_NOP,
+ .of_match = gcc_sc7280_of_match,
+ .bind = qcom_cc_bind,
+ .flags = DM_FLAG_PRE_RELOC | DM_FLAG_DEFAULT_PD_CTRL_OFF,
+};
This shoul
On Wed, 21 Aug 2024 at 07:43, Caleb Connolly wrote:
>
> The process here is almost identical to the Dragonboard 410c, we've come
> full circle!
>
> Signed-off-by: Caleb Connolly
> ---
> doc/board/qualcomm/index.rst | 1 +
> doc/board/qualcomm/rb3gen2.rst | 53
> ++
On Wed, 21 Aug 2024 at 07:43, Caleb Connolly wrote:
>
> Introduce a defconfig for the RB3 Gen 2 and other QCM6490 boards with a
> dedicated uefi partition. These can replace EDK2 entirely with U-Boot.
>
> Signed-off-by: Caleb Connolly
> ---
> MAINTAINERS | 1 +
> configs/qcm6490_d
On Wed, 21 Aug 2024 at 07:42, Caleb Connolly wrote:
>
> This soc doesn't have the generic compatible.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> drivers/iommu/qcom-hyp-smmu.c | 1 +
> 1 file changed, 1 insertion(+)
>
Reviewed-by: Simon Glass
> diff --git a/drive
On Wed, 21 Aug 2024 at 07:42, Caleb Connolly wrote:
>
> Enable clocks on SC7280
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> configs/qcom_defconfig | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon Glass
>
> diff --git a/configs/qcom_defconfig b/configs/q
Hi Caleb,
On Wed, 21 Aug 2024 at 07:42, Caleb Connolly wrote:
>
> For running U-Boot as primary bootloader we must define the memory
> layout statically.
>
> Signed-off-by: Caleb Connolly
> ---
> arch/arm/dts/qcs6490-rb3gen2-u-boot.dtsi | 23 +++
> 1 file changed, 23 inserti
Hi Caleb,
On Wed, 21 Aug 2024 at 07:42, Caleb Connolly wrote:
>
> We don't actually need any clocks to get UFS up and running, resets are
> useful though.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Caleb Connolly
> ---
> drivers/clk/qcom/Kconfig| 8 +++
> drivers/clk/qcom/Makef
+Bin Meng
Hi Sughosh,
On Tue, 20 Aug 2024 at 23:29, Sughosh Ganu wrote:
>
> On Wed, 21 Aug 2024 at 07:41, Simon Glass wrote:
> >
> > Hi Sughosh,
> >
> > On Tue, 20 Aug 2024 at 02:17, Sughosh Ganu wrote:
> > >
> > > On Fri, 16 Aug 2024 at 02:04, Simon Glass wrote:
> > > >
> > > > Hi Sughosh,
>
1 - 100 of 152 matches
Mail list logo
