On Wed, Dec 01, 2021 at 08:36:12AM +0100, Michal Simek wrote:
> buildroot config is quite different compare to one which is in the tree. I
> don't think anybody really keeps that configs there up2date. And there is
> really no reason not to build it in direct way.
>
> Just follow documentation
The interface for NOR/OneNAND is called "EIM" not "EMI". Fix this.
Signed-off-by: Harald Seiler
---
arch/arm/include/asm/mach-imx/sys_proto.h | 10 +-
arch/arm/mach-imx/spl.c | 4 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git
On 12/1/21 09:40, Daniel Cizinsky wrote:
On Wed, Dec 01, 2021 at 08:36:12AM +0100, Michal Simek wrote:
buildroot config is quite different compare to one which is in the tree. I
don't think anybody really keeps that configs there up2date. And there is
really no reason not to build it in
On 11/30/21 17:33, Ovidiu Panait wrote:
Xilinx board_fdt_blob_setup() implementation makes use of
XILINX_OF_BOARD_DTB_ADDR Kconfig option, but no default value is currently
defined for microblaze. Add one so that microblaze could also be configured
with CONFIG_OF_SEPARATE.
Signed-off-by:
hi Ilias,
On Wed, 1 Dec 2021 at 13:20, Ilias Apalodimas
wrote:
> Hi Sughosh,
>
> [...]
> >> > +{
> >> > + struct fwu_metadata_ops *ops;
> >>
> >> The metadata is an untrusted information source and hence MUST NOT be
> >> used to map the image_type_id to the DFU alt_number. Don't invite for
Use imx6_src_get_boot_mode() instead of manually reading SBMR1. The
existing function has proper handling for software overrides of the
bootdevice which can happen, for example, when booting from an alternate
source using `bmode`.
Signed-off-by: Harald Seiler
---
arch/arm/mach-imx/mx6/soc.c |
On Wed, Dec 1, 2021 at 6:56 PM Simon Glass wrote:
>
> At present in U-Boot ACPI tables are only generated for x86 devices. It is
> possible to build them for ARM as well. That is the subject of this
> series.
>
> The goal is to allow a rpi4 boot into Linux on ARM using ACPI rather than
>
This adds a helper function for clk_get_by_name in cases where the clock is
optional. Hopefully this helps point driver writers in the right direction.
Also convert some existing users.
Signed-off-by: Sean Anderson
---
drivers/clk/clk_zynq.c | 5 +++--
drivers/rng/meson-rng.c | 4 ++--
On 12/1/21 19:43, Sean Anderson wrote:
This converts the existing driver API docs (clk-uclass.h) to kernel doc
format and adds them to the HTML documentation. Because the kernel doc
sphinx converter does not handle functions in structs very well, the
individual methods are documented separately.
Hi Heinrich,
On Wed, 1 Dec 2021 at 11:08, Heinrich Schuchardt wrote:
>
> On 12/1/21 17:02, Simon Glass wrote:
> > This must be passed a ulong, not a u64. Fix it to avoid LTO warnings on
> > sandbox.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > lib/efi_loader/efi_acpi.c | 2 +-
> > 1
Hi Heinrich,
On Wed, 1 Dec 2021 at 11:13, Heinrich Schuchardt wrote:
>
> On 12/1/21 17:02, Simon Glass wrote:
> > The current EFI implementation confuses pointers and addresses. Normally
> > we can get away with this but in the case of sandbox it causes failures.
> >
> > Despite the fact that
Hi Heinrich,
On Wed, 1 Dec 2021 at 11:14, Heinrich Schuchardt wrote:
>
> On 12/1/21 17:02, Simon Glass wrote:
> > At present this option is missing a header file, a function prototype and
> > the qfw driver needs a header included.
> >
> > Fix these problems so we can enable this option on
On Wed, Dec 01, 2021 at 02:44:02PM -0500, Sean Anderson wrote:
> This xlate function just performs some checking. We can do this in
> request() instead and use the default xlate.
>
> Signed-off-by: Sean Anderson
> ---
>
> drivers/clk/clk-cdce9xx.c | 12 +++-
> 1 file changed, 3
Hi Michal,
On 12/1/21 12:10 PM, Michal Simek wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
On 11/30/21 17:33, Ovidiu Panait wrote:
Xilinx board_fdt_blob_setup() implementation makes use of
XILINX_OF_BOARD_DTB_ADDR Kconfig option, but no default value is
currently
On 12/1/21 17:02, Simon Glass wrote:
The current EFI implementation confuses pointers and addresses. Normally
we can get away with this but in the case of sandbox it causes failures.
Despite the fact that efi_allocate_pages() returns a u64, it is actually
a pointer, not an address. Add special
This converts the existing client (aka clk.h) documentation to kernel doc
format, and adds it to the HTML docs. I have tried to preserve existing
comments as much as possible, refraining from semantic changes.
Signed-off-by: Sean Anderson
---
doc/api/clk.rst | 13 +++
doc/api/index.rst |
The optional varients of clk_get_* functions are just simple wrappers.
Reduce code size a bit by inlining them. On platforms where it is not used
(most of them), it will not be compiled in any more. On platforms where
they are used, the inlined branch should not cause any significant growth.
This converts the existing driver API docs (clk-uclass.h) to kernel doc
format and adds them to the HTML documentation. Because the kernel doc
sphinx converter does not handle functions in structs very well, the
individual methods are documented separately. This is primarily inspired by
the
This normalizes the name of this accessor function to put "_optional" last.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-uclass.c | 3 ++-
drivers/phy/phy-mtk-tphy.c | 8
include/clk.h | 7 ---
3 files changed, 10 insertions(+), 8 deletions(-)
diff --git
This cleans up the various optional helpers for clocks, and adds a new one.
While we're at it, also convert the existing API docs to our HTML documentation.
Sean Anderson (5):
clk: Rename clk_get_optional_nodev
clk: Inline clk_get_*_optional
clk: Add client API to HTML docs
clk: Add
Hi Adam,
On 6/4/21 1:26 PM, Adam Ford wrote:
+/*
+ * The device references to the Versaclock point to the head, so xlate needs to
+ * redirect it to clk_out[idx]
+ */
+static int vc5_clk_out_xlate(struct clk *hw, struct ofnode_phandle_args *args)
+{
+ unsigned int idx = args->args[0];
+
+
On Wed, Dec 1, 2021 at 1:11 PM Sean Anderson wrote:
>
> Hi Adam,
>
> On 6/4/21 1:26 PM, Adam Ford wrote:
> > +/*
> > + * The device references to the Versaclock point to the head, so xlate
> > needs to
> > + * redirect it to clk_out[idx]
> > + */
> > +static int vc5_clk_out_xlate(struct clk *hw,
This function is the same as the default xlate. Remove it.
Signed-off-by: Sean Anderson
---
drivers/clk/clk_versaclock.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/drivers/clk/clk_versaclock.c b/drivers/clk/clk_versaclock.c
index 578668bcf8..26c014cc4f 100644
---
At present in U-Boot ACPI tables are only generated for x86 devices. It is
possible to build them for ARM as well. That is the subject of this
series.
The goal is to allow a rpi4 boot into Linux on ARM using ACPI rather than
devicetree. This is not due to any feeling that ACPI offers advantages
Hi
Le mer. 1 déc. 2021 à 18:16, Andy Shevchenko a
écrit :
> On Wed, Dec 1, 2021 at 6:56 PM Simon Glass wrote:
> >
> > At present in U-Boot ACPI tables are only generated for x86 devices. It
> is
> > possible to build them for ARM as well. That is the subject of this
> > series.
> >
in the
On 12/1/21 17:02, Simon Glass wrote:
This must be passed a ulong, not a u64. Fix it to avoid LTO warnings on
sandbox.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_acpi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_acpi.c
Hi Andy,
On Wed, 1 Dec 2021 at 09:25, Andy Shevchenko wrote:
>
> On Wed, Dec 1, 2021 at 6:15 PM Simon Glass wrote:
> >
> > This is only partially implemented and includes RFC patches.
> >
> > So far it boots into grub but is unable to read the OS from the USB stick,
> > presumably because the
> From: Simon Glass
> Date: Wed, 1 Dec 2021 09:02:38 -0700
>
> Some ARM boards are using ACPI now. It seems that U-Boot should support
> this method. Add ARM to the list of archs which can generate ACPI tables.
Can you explain why you think U-Boot should care?
Because I think promoting ACPI
On Wed, Dec 01, 2021 at 05:49:54PM +0100, Mark Kettenis wrote:
> > From: Simon Glass
> > Date: Wed, 1 Dec 2021 09:02:38 -0700
> >
> > Some ARM boards are using ACPI now. It seems that U-Boot should support
> > this method. Add ARM to the list of archs which can generate ACPI tables.
>
> Can
Hi
Le mer. 1 déc. 2021 à 18:11, Tom Rini a écrit :
> On Wed, Dec 01, 2021 at 05:49:54PM +0100, Mark Kettenis wrote:
> > > From: Simon Glass
> > > Date: Wed, 1 Dec 2021 09:02:38 -0700
> > >
> > > Some ARM boards are using ACPI now. It seems that U-Boot should support
> > > this method. Add ARM
On 12/1/21 17:02, Simon Glass wrote:
At present this option is missing a header file, a function prototype and
the qfw driver needs a header included.
Fix these problems so we can enable this option on sandbox. This will
increase the build coverage.
Signed-off-by: Simon Glass
---
Somewhere along the way, someone misspelt "invalid" and it got copied
everywhere. Fix it.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-uclass.c | 2 +-
drivers/clk/clk_stm32f.c | 2 +-
drivers/clk/clk_stm32h7.c | 2 +-
drivers/clk/clk_versaclock.c
On 12/1/21 3:08 PM, Tom Rini wrote:
On Wed, Dec 01, 2021 at 02:44:02PM -0500, Sean Anderson wrote:
This xlate function just performs some checking. We can do this in
request() instead and use the default xlate.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-cdce9xx.c | 12 +++-
On Wed, 1 Dec 2021 at 05:14, Gaurav Jain wrote:
>
> Hello Simon
>
> > -Original Message-
> > From: Simon Glass
> > Sent: Wednesday, December 1, 2021 11:57 AM
> > To: Gaurav Jain
> > Cc: U-Boot Mailing List ; Stefano Babic
> > ; Fabio Estevam ; Peng Fan
> > ; Priyanka Jain ; Ye Li
> > ;
Hi Gaurav,
On Wed, 1 Dec 2021 at 04:54, Gaurav Jain wrote:
>
> Hello Simon,
>
> > -Original Message-
> > From: Simon Glass
> > Sent: Wednesday, December 1, 2021 11:57 AM
> > To: Gaurav Jain
> > Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam
> > ; Peng Fan ; Priyanka Jain
> > ;
Hi Sughosh,
On Thu, 25 Nov 2021 at 00:13, Sughosh Ganu wrote:
>
> In the FWU Multi Bank Update feature, the information about the
> updatable images is stored as part of the metadata, on a separate
> partition. Add functions for reading from and writing to the metadata
> when the updatable
On Sat, Nov 13, 2021 at 07:22:43PM -0500, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_FSL_DDR_BIST
>CONFIG_FSL_DDR_INTERACTIVE
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Nov 13, 2021 at 06:10:40PM -0500, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_SYS_BR0_PRELIM
>CONFIG_SYS_OR1_PRELIM
>CONFIG_SYS_BR1_PRELIM
>CONFIG_SYS_OR2_PRELIM
>CONFIG_SYS_BR2_PRELIM
>CONFIG_SYS_OR2_PRELIM
>CONFIG_SYS_BR3_PRELIM
>
On 12/1/21 2:44 PM, Sean Anderson wrote:
This adds an entry in MAINTAINERS for the cdce9xx driver, since it was not
added when the driver was submitted.
Signed-off-by: Sean Anderson
---
Tero, if you don't want to maintain this I'll resubmit this patch with the
orphaned status. Alternatively,
On Tue, Nov 30, 2021 at 07:51:28AM +0100, Elmar Psilog wrote:
Hello, is it possible to download a file via network (tftp) and write it
to a filesystem as ext4? This looks like a combination of
tftpboot and ext4write but how to get sizebytes?
I don't find how to get the length information
Move this table over to use a writer function, moving the code from the
x86 implementation.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 93 +--
lib/acpi/Makefile | 1 +
lib/acpi/ssdt.c | 49 +
3 files
Each board has its own way of creating this table. Rather than calling the
acpi_create_fadt() function for each one from a common acpi_write_fadt()
function, just move the writer into the board-specific code.
Signed-off-by: Simon Glass
---
arch/x86/cpu/apollolake/acpi.c| 17
Move this table over to use a writer function, for x86 only.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 39 ++-
1 file changed, 18 insertions(+), 21 deletions(-)
diff --git a/arch/x86/lib/acpi_table.c b/arch/x86/lib/acpi_table.c
index
These header files presumably duplicate things already in the U-Boot
devicetree. For now, bring them in to get the ASL code to build.
This needs to be sorted out.
Signed-off-by: Simon Glass
---
.../mach-bcm283x/include/mach/acpi/bcm2711.h | 93
This is only partially implemented and includes RFC patches.
So far it boots into grub but is unable to read the OS from the USB stick,
presumably because the XHCI SSDT is missing.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/acpi_table.h | 15 +
board/raspberrypi/rpi/Makefile|
Move this over to use a writer file, moving the code from the x86
implementation.
There is no need to store a separate variable since we can simply access
the ACPI context.
With this, the original monolithic x86 function for writing ACPI tables
is gone.
Note that QEMU has its own
On Wed, Dec 1, 2021 at 6:15 PM Simon Glass wrote:
>
> This is only partially implemented and includes RFC patches.
>
> So far it boots into grub but is unable to read the OS from the USB stick,
> presumably because the XHCI SSDT is missing.
I would recommend enabling SPCR and then pass
Hi Sandrine,
On Wed, 1 Dec 2021 at 03:32, Sandrine Bailleux
wrote:
>
> Hi everyone,
>
> I am Sandrine Bailleux, from the Trusted Firmware-A project. Ilias
> Apalodimas CC'ed me on this thread.
>
> First of all, thanks for involving the TF-A developers in this thread
> and my apologies for the
Hi François,
On Wed, 1 Dec 2021 at 10:45, François Ozog wrote:
>
> Hi
>
> Le mer. 1 déc. 2021 à 18:11, Tom Rini a écrit :
>>
>> On Wed, Dec 01, 2021 at 05:49:54PM +0100, Mark Kettenis wrote:
>> > > From: Simon Glass
>> > > Date: Wed, 1 Dec 2021 09:02:38 -0700
>> > >
>> > > Some ARM boards are
IPROC qspi driver supports both BSPI and MSPI modes.
Signed-off-by: Rayagonda Kokatanur
Signed-off-by: Bharat Gooty
Acked-by: Rayagonda Kokatanur
Signed-off-by: Roman Bacik
---
Changes in v9:
- merge bspi_set_4byte_mode to bspi_set_flex_mode
- simplify bspi_set_flex_mode using data from
On Wed, Dec 01, 2021 at 06:50:05PM +0100, François Ozog wrote:
> Hi
>
>
>
> Le mer. 1 déc. 2021 à 18:16, Andy Shevchenko a
> écrit :
>
> > On Wed, Dec 1, 2021 at 6:56 PM Simon Glass wrote:
> > >
> > > At present in U-Boot ACPI tables are only generated for x86 devices. It
> > is
> > >
On Wed, Nov 10, 2021 at 09:11:40AM -0500, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_USE_BOOTCOMMAND
>CONFIG_BOOTCOMMAND
>CONFIG_RAMBOOTCOMMAND
>CONFIG_NFSBOOTCOMMAND
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
On 12/1/21 19:43, Sean Anderson wrote:
This converts the existing client (aka clk.h) documentation to kernel doc
format, and adds it to the HTML docs. I have tried to preserve existing
comments as much as possible, refraining from semantic changes.
Signed-off-by: Sean Anderson
make htmldocs
This xlate function just performs some checking. We can do this in
request() instead and use the default xlate.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-cdce9xx.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/clk/clk-cdce9xx.c
This adds an entry in MAINTAINERS for the cdce9xx driver, since it was not
added when the driver was submitted.
Signed-off-by: Sean Anderson
---
Tero, if you don't want to maintain this I'll resubmit this patch with the
orphaned status. Alternatively, perhaps Tom wants to maintain this driver
These callbacks are optional. Remove ones which do nothing.
Signed-off-by: Sean Anderson
---
drivers/clk/ics8n3qv01.c | 6 --
drivers/clk/tegra/tegra-car-clk.c | 9 -
drivers/clk/ti/clk-sci.c | 14 --
3 files changed, 29 deletions(-)
diff --git
On 12/1/21 20:32, Simon Glass wrote:
Hi Heinrich,
On Wed, 1 Dec 2021 at 11:08, Heinrich Schuchardt wrote:
On 12/1/21 17:02, Simon Glass wrote:
This must be passed a ulong, not a u64. Fix it to avoid LTO warnings on
sandbox.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_acpi.c |
This is enabled for quite a few boards which don't create ACPI tables.
Tidy this up by dropping the option for some boards.
Signed-off-by: Simon Glass
---
arch/Kconfig | 2 +-
configs/cherryhill_defconfig | 1 +
configs/chromebook_link64_defconfig| 1 +
Allow this to be used on any arch. Also convert to using macros so that
we can check the CONFIG option in C code.
Signed-off-by: Simon Glass
---
arch/sandbox/include/asm/global_data.h | 1 -
arch/x86/include/asm/global_data.h | 1 -
cmd/acpi.c | 6 +++---
At present this option is missing a header file, a function prototype and
the qfw driver needs a header included.
Fix these problems so we can enable this option on sandbox. This will
increase the build coverage.
Signed-off-by: Simon Glass
---
arch/sandbox/include/asm/acpi_table.h | 2 ++
This must be passed a ulong, not a u64. Fix it to avoid LTO warnings on
sandbox.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_acpi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_acpi.c b/lib/efi_loader/efi_acpi.c
index a62c34009cc..016bbf6db33
At present this is really just a debugging aid, but it is a bit untidy.
Add proper columns and display the type name instead of a number.
Sample output for coral:
=> acpi items
Seq Type Addr Size Device/Writer
--- - -
0 other 79925000
Update this function to the newer style, so we can avoid passing and
returning an address through this function.
Also move this function out of the x86 code so it can be used by other
archs.
Signed-off-by: Simon Glass
---
arch/x86/cpu/tangier/acpi.c | 9 ++---
At present this is really just a debugging aid, but it is a bit untidy.
Add proper columns so it is easier to read.
Sample output for coral:
=> acpi list
Name Base Size Detail
- --
RSDP 79925000 24 v02 U-BOOT
RSDT 79925030 48 v01
Hello Simon,
> -Original Message-
> From: Simon Glass
> Sent: Wednesday, December 1, 2021 11:57 AM
> To: Gaurav Jain
> Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam
> ; Peng Fan ; Priyanka Jain
> ; Ye Li ; Horia Geanta
> ; Ji Luo ; Franck Lenormand
> ; Silvano Di Ninno ;
>
The current EFI implementation confuses pointers and addresses. Normally
we can get away with this but in the case of sandbox it causes failures.
Despite the fact that efi_allocate_pages() returns a u64, it is actually
a pointer, not an address. Add special handling to avoid a crash when
running
At present we call lots of functions to generate the required ACPI tables.
It would be better to standardise these functions and allow them to be
automatically collected and used when needed.
Add a linker list to handle this.
Signed-off-by: Simon Glass
---
include/dm/acpi.h | 57
Some .asl files include others using the iasl 'include' directive. This
needs to be able to find the files referenced.
For an out-of-tree build the source directory is not the current
directory. Moreover, U-Boot preprocesses the input file and puts the
result in the output directory. So iasl does
Turn this on for debugging purposes.
Signed-off-by: Simon Glass
---
lib/acpi/acpi_writer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/acpi/acpi_writer.c b/lib/acpi/acpi_writer.c
index 946f90e8e7b..98965cc443d 100644
--- a/lib/acpi/acpi_writer.c
+++ b/lib/acpi/acpi_writer.c
@@ -6,6
Add myself as maintainer of the generic ACPI code, until someone else
steps up to take it on.
Signed-off-by: Simon Glass
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9045e509d73..062679ed3a8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
Hi everyone,
I am Sandrine Bailleux, from the Trusted Firmware-A project. Ilias
Apalodimas CC'ed me on this thread.
First of all, thanks for involving the TF-A developers in this thread
and my apologies for the delay in responding.
On 11/25/21 6:01 PM, François Ozog wrote:
> Hi Simon,
>
> On
Hi,
I am using NXP Imx6 mx6sabresd processor board. it has three UARTs
available for the board. UART1, UART2 and UART5. In that UART5 is the debug
port and all UARTs are initialized in dts file and board.c files.
Now at U-boot stage I have UART5 as a debug port and also initialized
UART1.
1.
Hi,
I am using NXP Imx6 mx6sabresd processor board. it has three UARTs
available for the board. UART1, UART2 and UART5. In that UART5 is the debug
port and all UARTs are initialized in dts file and board.c files.
Now at U-boot stage I have UART5 as a debug port and also initialized
UART1.
1.
On Thu, Nov 25, 2021 at 5:39 PM Alper Nebi Yasak
wrote:
>
> I have recently started testing booting U-Boot from SPI on my gru-kevin
> (as opposed to chainloading it from vendor coreboot + depthcharge) and
> brought it to a better working state based on an initial support patch
> from Marty [1][2]
Hello Simon
> -Original Message-
> From: Simon Glass
> Sent: Wednesday, December 1, 2021 11:57 AM
> To: Gaurav Jain
> Cc: U-Boot Mailing List ; Stefano Babic
> ; Fabio Estevam ; Peng Fan
> ; Priyanka Jain ; Ye Li
> ; Horia Geanta ; Ji Luo
> ; Franck Lenormand ; Silvano Di
> Ninno ;
On Wed, Dec 01, 2021 at 02:58:05PM +0100, Elmar Psilog wrote:
>
> > On Tue, Nov 30, 2021 at 07:51:28AM +0100, Elmar Psilog wrote:
> >
> > > Hello, is it possible to download a file via network (tftp) and write it
> > > to a filesystem as ext4? This looks like a combination of
> > > tftpboot and
On Wed, Dec 01, 2021 at 08:50:26AM +0100, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/next, v2022.04 :
> u-boot-stm32-20211130
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/10049
>
> Thanks
> Patrice
>
> The
LTO (Link-Time Optimisation) is an very useful feature which can
significantly reduce the size of U-Boot binaries. So far it has been
made available for selected ARM boards and sandbox.
However, incremental builds are much slower when LTO is used. For example,
an incremental build of sandbox
Some ARM boards are using ACPI now. It seems that U-Boot should support
this method. Add ARM to the list of archs which can generate ACPI tables.
Signed-off-by: Simon Glass
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index
These have sadly found their way to ARM now. Allow any arch to support
generating ACPI tables.
Disable this for the tools build.
Signed-off-by: Simon Glass
---
arch/Kconfig | 2 ++
arch/x86/Kconfig | 9 -
configs/tools-only_defconfig | 1 +
lib/Kconfig
Add some tables needed for ARM devices, including more MADT subtables,
a CSRT descriptor, GTDT and PPTT.
WIP: This needs comments added.
Signed-off-by: Simon Glass
---
include/acpi/acpi_table.h | 205 ++
1 file changed, 205 insertions(+)
diff --git
Add some documentation for this command.
Signed-off-by: Simon Glass
---
doc/usage/acpi.rst | 235
doc/usage/index.rst | 1 +
2 files changed, 236 insertions(+)
create mode 100644 doc/usage/acpi.rst
diff --git a/doc/usage/acpi.rst
At present it seems possible to pass ACPI tables using bootefi but
in practice an error is produced about not beling allowed to pass
devicetree as well.
Add some workarounds for this. Presumably I am missing something and
this should already work. Perhaps fdt should be set to 0?
Not to be
On 12/1/21 08:50, Patrice CHOTARD wrote:
Hi Tom
Hi,
ARM: stm32: Increase USB power-good delay on DHSOM
ARM: stm32: Add update_sf script to install U-Boot into SF on DHSOM
ARM: stm32: Increase PHY auto-negotiation timeout to 20s on DHSOM
ARM: stm32: Fix SoM and
At present acpi_setup_base_tables() both sets up the ACPI context and
writes out the base tables.
We want to use an ACPI writer to write the base tables, so split this
function into two, with acpi_setup_ctx() doing the context set, and
acpi_setup_base_tables() just doing the base tables.
Disable
Use the new ACPI writer to write the ACPI tables. At present this is all
done in one monolithic function. Future work will split this out.
Unfortunately the QFW write_acpi_tables() function conflicts with the
'writer' version, so disable that for sandbox.
Signed-off-by: Simon Glass
---
Move this table over to use a writer function, moving the code from the
x86 implementation.
Add a pointer to the DSDT in struct acpi_ctx so we can reference it later.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 26 ++
include/dm/acpi.h | 2 ++
Move this table over to use a writer function, moving the code from the
x86 implementation.
Add a pointer to the DSDT in struct acpi_ctx so we can reference it later.
Disable this table for sandbox since we don't actually compile real ASL
code.
Signed-off-by: Simon Glass
---
At present this list is used to collect items within the DSDT and SSDT
tables. It is useful for it to collect the whole tables as well, so there
is a list of what was created and which write created each one.
Refactor the code accordingly.
Signed-off-by: Simon Glass
---
drivers/core/acpi.c
Move this over to use a writer function, moving the code from the x86
implementation.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 2 --
lib/acpi/acpi_writer.c| 12
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/lib/acpi_table.c
Hi Alex,
Well yeah! I thought about that, my question was deliberately open to
that answer too... but what I was looking for is if a dynamic
capability was (already) implemented in the SPL for generating the
fdtargs i.e., taking the dtb and the bootargs env variable (plus
calculating the address
Hi Sughosh,
On Thu, Nov 25, 2021 at 12:42:56PM +0530, Sughosh Ganu wrote:
> In the FWU Multi Bank Update feature, the information about the
> updatable images is stored as part of the metadata, on a separate
> partition. Add functions for reading from and writing to the metadata
> when the
Use the new ACPI writer to write the base tables at the start of the area,
moving this code from the x86 implementation.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 2 -
include/acpi/acpi_table.h | 10 -
include/dm/acpi.h | 23 +-
lib/acpi/Makefile |
Move this table over to use a writer function, for x86 only. Handle the
two cases
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 73 +++
1 file changed, 36 insertions(+), 37 deletions(-)
diff --git a/arch/x86/lib/acpi_table.c
Move this table over to use a writer function, for x86 only.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/x86/lib/acpi_table.c b/arch/x86/lib/acpi_table.c
index cff47b5b386..1f4b7fad3ff
Rather than keying everything off ACPIGEN, use the main
GENERATE_ACPI_TABLE option to determine whether the core ACPI code
is included. Make sure these option are not enabled in SPL/TPL since we
never generate tables there.
Signed-off-by: Simon Glass
---
arch/Kconfig | 1 +
This function is not x86-specific so move it into the common header file.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/acpi_table.h | 1 -
include/acpi/acpi_table.h | 8
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/acpi_table.h
It is useful to record the start of an ACPI table so that offsets from
that point can be easily calculated.
Add this to the context and set it before calling the writer method.
Signed-off-by: Simon Glass
---
drivers/core/acpi.c | 5 ++---
include/dm/acpi.h | 4
2 files changed, 6
Move this table over to use a writer function, for x86 only.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 38 --
1 file changed, 16 insertions(+), 22 deletions(-)
diff --git a/arch/x86/lib/acpi_table.c b/arch/x86/lib/acpi_table.c
index
Move this table over to use a writer function, moving the code from the
x86 implementation.
Signed-off-by: Simon Glass
---
arch/x86/lib/acpi_table.c | 62 ---
lib/acpi/Makefile | 1 +
lib/acpi/csrt.c | 50 +++
3
1 - 100 of 129 matches
Mail list logo