Re: [RESEND RFC PATCH 04/10] FWU: Add metadata access functions for GPT partitioned block devices

2021-12-01 Thread Sughosh Ganu
hi Ilias, On Wed, 1 Dec 2021 at 17:56, Ilias Apalodimas wrote: > 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.

Re: [PATCH v10 2/2] board: brcm-ns3: Load netXtreme firmware

2021-12-01 Thread Ramon Fried
On Tue, Nov 9, 2021 at 12:46 AM Roman Bacik wrote: > > From: Bharat Gooty > > Load NetXtreme firmware in board_init when BNXT_ETH is selected. > > Signed-off-by: Bharat Gooty > > Signed-off-by: Roman Bacik > --- > > (no changes since v4) > > Changes in v4: > - remove bnxt commands > - load

Re: [PATCH v10 1/2] net: brcm: netXtreme driver

2021-12-01 Thread Ramon Fried
On Tue, Nov 9, 2021 at 5:24 PM Roman Bacik wrote: > > On Tue, Nov 9, 2021 at 12:37 AM Ramon Fried wrote: > > > > On Tue, Nov 9, 2021 at 4:55 AM Marek Behún wrote: > > > > > > On Mon, 8 Nov 2021 18:20:43 -0800 > > > Roman Bacik wrote: > > > > > > > On Mon, Nov 8, 2021 at 5:12 PM Marek Behún

Re: [PATCH] net: eth-phy: Handle gpio_request_by_name() return value

2021-12-01 Thread Ramon Fried
On Thu, Dec 2, 2021 at 7:35 AM Marek Vasut wrote: > > On 12/2/21 06:03, Ramon Fried wrote: > > On Tue, Nov 16, 2021 at 7:52 AM Ramon Fried wrote: > >> > >> On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: > >>> > >>> The gpio_request_by_name() returns zero in case of success, however the >

Re: [PATCH] net: dwc_eth_qos: Enable clock in probe

2021-12-01 Thread Ramon Fried
On Thu, Dec 2, 2021 at 7:36 AM Marek Vasut wrote: > > On 12/2/21 06:04, Ramon Fried wrote: > > On Tue, Nov 16, 2021 at 7:53 AM Ramon Fried wrote: > >> > >> On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: > >>> > >>> Enable DWC IP clock in driver probe, so the MII access is possible even >

Re: [PATCH] mtd: sf: Set SF parameters as env variables

2021-12-01 Thread Marek Vasut
On 12/2/21 06:57, Jagan Teki wrote: On Thu, Dec 2, 2021 at 11:19 AM Marek Vasut wrote: On 12/2/21 06:47, Jagan Teki wrote: On Tue, Sep 14, 2021 at 8:59 AM Marek Vasut wrote: Set the SF page size, erase block size and total size as an environment variable after "sf probe". This lets us

Re: [PATCH] mtd: spi: Remove SF_DUAL_FLASH symbol from Kconfig

2021-12-01 Thread Jagan Teki
On Tue, Nov 30, 2021 at 6:17 PM Michal Simek wrote: > > This symbol is not used anywhere in the code. Just enable in couple of > defconfigs but it does nothing that's why remove it. > > Signed-off-by: Michal Simek > --- Applied to u-boot-spi/master

Re: [PATCH] mtd: spi-nor-ids: Add support for W25Q01JV

2021-12-01 Thread Jagan Teki
On Tue, Nov 30, 2021 at 7:04 PM Ram Narayanan wrote: > > Adds support for Winbond's new 128MB spi nor flash. > > datasheet: > https://www.winbond.com/resource-files/W25Q01JV%20SPI%20RevC%2005032021%20Plus%20dummy.pdf > > Signed-off-by: Ram Narayanan > Cc: Jagan Teki > --- >

Re: [PATCH] drivers: spi-nor: Add JEDEC id for W25Q16JV

2021-12-01 Thread Jagan Teki
On Sun, Nov 28, 2021 at 8:39 PM Angus Ainslie wrote: > > Add a JEDEC id for the Winbond W25Q16JV 16M-BIT serial flash memory with > DUAL/QUAD SPI > > Signed-off-by: Angus Ainslie > --- > drivers/mtd/spi/spi-nor-ids.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git

Re: [PATCH] mtd: sf: Set SF parameters as env variables

2021-12-01 Thread Jagan Teki
On Thu, Dec 2, 2021 at 11:19 AM Marek Vasut wrote: > > On 12/2/21 06:47, Jagan Teki wrote: > > On Tue, Sep 14, 2021 at 8:59 AM Marek Vasut wrote: > >> > >> Set the SF page size, erase block size and total size as an environment > >> variable after "sf probe". This lets us discern boards with

Re: [PATCH] mtd: cqspi: Wait for transfer completion

2021-12-01 Thread Jagan Teki
On Thu, Dec 2, 2021 at 11:20 AM Marek Vasut wrote: > > On 12/2/21 06:48, Jagan Teki wrote: > > Hi Marek, > > > > On Tue, Sep 14, 2021 at 8:52 AM Marek Vasut wrote: > >> > >> Wait for the read/write transfer finish bit get actually cleared, > >> this does not happen immediately on at least

Re: [PATCH] mtd: cqspi: Wait for transfer completion

2021-12-01 Thread Marek Vasut
On 12/2/21 06:48, Jagan Teki wrote: Hi Marek, On Tue, Sep 14, 2021 at 8:52 AM Marek Vasut wrote: Wait for the read/write transfer finish bit get actually cleared, this does not happen immediately on at least SoCFPGA Gen5. Signed-off-by: Marek Vasut Cc: Jagan Teki Cc: Vignesh R Cc:

Re: [PATCH] mtd: sf: Set SF parameters as env variables

2021-12-01 Thread Marek Vasut
On 12/2/21 06:47, Jagan Teki wrote: On Tue, Sep 14, 2021 at 8:59 AM Marek Vasut wrote: Set the SF page size, erase block size and total size as an environment variable after "sf probe". This lets us discern boards with multiple distinct SPI flash options and also e.g. set mtdparts

Re: [PATCH] mtd: cqspi: Wait for transfer completion

2021-12-01 Thread Jagan Teki
Hi Marek, On Tue, Sep 14, 2021 at 8:52 AM Marek Vasut wrote: > > Wait for the read/write transfer finish bit get actually cleared, > this does not happen immediately on at least SoCFPGA Gen5. > > Signed-off-by: Marek Vasut > Cc: Jagan Teki > Cc: Vignesh R > Cc: Pratyush Yadav > --- >

Re: [PATCH] mtd: sf: Set SF parameters as env variables

2021-12-01 Thread Jagan Teki
On Tue, Sep 14, 2021 at 8:59 AM Marek Vasut wrote: > > Set the SF page size, erase block size and total size as an environment > variable after "sf probe". This lets us discern boards with multiple > distinct SPI flash options and also e.g. set mtdparts accordingly. > > Signed-off-by: Marek Vasut

Re: [PATCH] treewide: invaild -> invalid

2021-12-01 Thread Alexander Dahl
Moin, Am Wed, Dec 01, 2021 at 02:26:53PM -0500 schrieb Sean Anderson: > 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

Re: [PATCH] net: dwc_eth_qos: Enable clock in probe

2021-12-01 Thread Marek Vasut
On 12/2/21 06:04, Ramon Fried wrote: On Tue, Nov 16, 2021 at 7:53 AM Ramon Fried wrote: On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: Enable DWC IP clock in driver probe, so the MII access is possible even outside of active network transfers. This is particularly useful when using

Re: [PATCH] net: eth-phy: Handle gpio_request_by_name() return value

2021-12-01 Thread Marek Vasut
On 12/2/21 06:03, Ramon Fried wrote: On Tue, Nov 16, 2021 at 7:52 AM Ramon Fried wrote: On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: The gpio_request_by_name() returns zero in case of success, however the conditional return value check in gpio_request_by_name() checks only for (ret

Re: [PATCH] drivers: net: Soft reset felix switch core

2021-12-01 Thread Ramon Fried
On Sat, Nov 27, 2021 at 9:36 PM Ramon Fried wrote: > > On Sat, Nov 27, 2021 at 5:06 PM Vladimir Oltean > wrote: > > > > On Sat, Nov 27, 2021 at 02:52:35PM +0200, Radu Bulie wrote: > > > It turns out that in custom designs if the system is reset > > > multiple times in conjunction with a slight

Re: [PATCH v1 1/1] tools/netconsole: Add support for socat

2021-12-01 Thread Ramon Fried
On Thu, Dec 2, 2021 at 7:10 AM Ramon Fried wrote: > > On Fri, Nov 26, 2021 at 6:05 PM Andy Shevchenko > wrote: > > > > On Fri, Nov 19, 2021 at 1:29 AM Ferry Toth wrote: > > > > > > Hi, > > > > > > Op 17-11-2021 om 18:15 schreef Andy Shevchenko: > > > > socat is a very powerful tool to work with

Re: [PATCH v1 1/1] tools/netconsole: Add support for socat

2021-12-01 Thread Ramon Fried
On Fri, Nov 26, 2021 at 6:05 PM Andy Shevchenko wrote: > > On Fri, Nov 19, 2021 at 1:29 AM Ferry Toth wrote: > > > > Hi, > > > > Op 17-11-2021 om 18:15 schreef Andy Shevchenko: > > > socat is a very powerful tool to work with socets (and not only) > > > in UNIX systems. Let's add support for it

Re: [PATCH] net: dwc_eth_qos: Enable clock in probe

2021-12-01 Thread Ramon Fried
On Tue, Nov 16, 2021 at 7:53 AM Ramon Fried wrote: > > On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: > > > > Enable DWC IP clock in driver probe, so the MII access is possible even > > outside of active network transfers. This is particularly useful when > > using 'mii' or 'mdio' commands

Re: [PATCH] net: eth-phy: Handle gpio_request_by_name() return value

2021-12-01 Thread Ramon Fried
On Tue, Nov 16, 2021 at 7:52 AM Ramon Fried wrote: > > On Sat, Nov 13, 2021 at 4:23 AM Marek Vasut wrote: > > > > The gpio_request_by_name() returns zero in case of success, however the > > conditional return value check in gpio_request_by_name() checks only for > > (ret != -ENOENT) and if the

Re: [PATCH 07/40] efi: Correct call to write_acpi_tables()

2021-12-01 Thread Heinrich Schuchardt
Am 1. Dezember 2021 22:12:09 MEZ schrieb Simon Glass : >Hi Heinrich, > >On Wed, 1 Dec 2021 at 12:57, Heinrich Schuchardt wrote: >> >> >> >> 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,

Re: [PATCH] Nokia RX-51: Update documentation about flashing

2021-12-01 Thread Pali Rohár
On Monday 19 July 2021 11:08:08 Lokesh Vutla wrote: > Hi, > > On 18/06/21 6:59 pm, Pali Rohár wrote: > > This change contains update for doc/README.nokia_rx51 documentation file > > with information how to load U-Boot image to device RAM without need to > > flash it and also how to flash it into

Re: [PATCH] pci: When disabling pref MEM set all base bits

2021-12-01 Thread Pali Rohár
On Tuesday 30 November 2021 07:10:37 Stefan Roese wrote: > On 11/25/21 11:34, Pali Rohár wrote: > > It is common to set all base address bits to one and all limit address bits > > to zero for disabling address forwarding. Forwarding is disabled when base > > address is higher than limit address,

Re: [PATCH] pci: Disable I/O forwarding during autoconfiguration if unsupported

2021-12-01 Thread Pali Rohár
On Tuesday 30 November 2021 07:09:36 Stefan Roese wrote: > On 11/25/21 11:32, Pali Rohár wrote: > > If U-Boot does not have any I/O resource for assignment then disable I/O > > forwarding in PCI bridge autoconfiguration code. Default initial state of > > PCI bridge IO registers is unspecified,

Re: [PATCH 07/40] efi: Correct call to write_acpi_tables()

2021-12-01 Thread Simon Glass
Hi Heinrich, On Wed, 1 Dec 2021 at 12:57, Heinrich Schuchardt wrote: > > > > 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

[PATCH] clk: versaclock: Remove xlate function

2021-12-01 Thread Sean Anderson
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 ---

Re: [PATCH 1/2] clk: cdce9xx: Convert .of_xlate to .request

2021-12-01 Thread Sean Anderson
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 +++-

Re: [PATCH 1/2] clk: cdce9xx: Convert .of_xlate to .request

2021-12-01 Thread Tom Rini
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

Re: [PATCH 07/40] efi: Correct call to write_acpi_tables()

2021-12-01 Thread Heinrich Schuchardt
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 |

[PATCH] clk: Remove no-op request and rfree callbacks

2021-12-01 Thread Sean Anderson
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

Re: [PATCH 2/2] clk: cdce9xxx: Add maintainer

2021-12-01 Thread Sean Anderson
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,

[PATCH 2/2] clk: cdce9xxx: Add maintainer

2021-12-01 Thread Sean Anderson
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

[PATCH 1/2] clk: cdce9xx: Convert .of_xlate to .request

2021-12-01 Thread Sean Anderson
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

Re: [PATCH 06/40] sandbox: Allow building with GENERATE_ACPI_TABLE

2021-12-01 Thread Simon Glass
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

Re: [PATCH 08/40] efi: Correct address handling with ACPI tables

2021-12-01 Thread Simon Glass
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

Re: [PATCH 07/40] efi: Correct call to write_acpi_tables()

2021-12-01 Thread Simon Glass
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

Re: [PATCH 40/40] RFC: rpi: Enable booting with ACPI tables

2021-12-01 Thread Simon Glass
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

[PATCH] treewide: invaild -> invalid

2021-12-01 Thread Sean Anderson
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

Re: [PATCH V4] clk: clk_versaclock: Add support for versaclock driver

2021-12-01 Thread Adam Ford
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,

Re: [PATCH V4] clk: clk_versaclock: Add support for versaclock driver

2021-12-01 Thread Sean Anderson
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]; + +

Re: [PATCH 4/5] clk: Add driver API to HTML docs

2021-12-01 Thread Heinrich Schuchardt
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.

Re: [PATCH 3/5] clk: Add client API to HTML docs

2021-12-01 Thread Heinrich Schuchardt
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

[PATCH 5/5] clk: Add clk_get_by_name_optional

2021-12-01 Thread Sean Anderson
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 ++--

[PATCH 3/5] clk: Add client API to HTML docs

2021-12-01 Thread Sean Anderson
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 |

[PATCH 4/5] clk: Add driver API to HTML docs

2021-12-01 Thread Sean Anderson
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

[PATCH 2/5] clk: Inline clk_get_*_optional

2021-12-01 Thread Sean Anderson
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.

[PATCH 1/5] clk: Rename clk_get_optional_nodev

2021-12-01 Thread Sean Anderson
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

[PATCH 0/5] clk: Clean up optional helpers, and add API docs to HTML

2021-12-01 Thread Sean Anderson
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

Re: [PATCH] Convert CONFIG_FSL_DDR_BIST et al to Kconfig

2021-12-01 Thread Tom Rini
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

Re: [PATCH] Convert CONFIG_SYS_BR0_PRELIM et al to Kconfig

2021-12-01 Thread Tom Rini
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 >

Re: [PATCH] Convert CONFIG_USE_BOOTCOMMAND et al to Kconfig

2021-12-01 Thread Tom Rini
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

Re: [PATCH 00/40] RFC: rpi: Enable ACPI booting on ARM with Raspberry Pi 4

2021-12-01 Thread Tom Rini
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 > > >

Re: [PATCH 06/40] sandbox: Allow building with GENERATE_ACPI_TABLE

2021-12-01 Thread Heinrich Schuchardt
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 ---

Re: [PATCH 08/40] efi: Correct address handling with ACPI tables

2021-12-01 Thread Heinrich Schuchardt
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

[PATCH v9] driver: spi: add bcm iproc qspi support

2021-12-01 Thread Roman Bacik
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

Re: [PATCH 07/40] efi: Correct call to write_acpi_tables()

2021-12-01 Thread Heinrich Schuchardt
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

Re: [PATCH 04/40] arm: Allow supporting ACPI-table generation

2021-12-01 Thread Simon Glass
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

Re: [EXT] Re: [PATCH v4 01/16] crypto/fsl: Add support for CAAM Job ring driver model

2021-12-01 Thread Simon Glass
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 > > ;

Re: [EXT] Re: [PATCH v6 01/15] crypto/fsl: Add support for CAAM Job ring driver model

2021-12-01 Thread Simon Glass
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 > > ;

Re: [RESEND RFC PATCH 04/10] FWU: Add metadata access functions for GPT partitioned block devices

2021-12-01 Thread Simon Glass
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

Re: [PATCH 00/40] RFC: rpi: Enable ACPI booting on ARM with Raspberry Pi 4

2021-12-01 Thread François Ozog
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

Re: [PATCH v2 01/10] xilinx: Kconfig: add XILINX_OF_BOARD_DTB_ADDR default value for microblaze

2021-12-01 Thread Ovidiu Panait
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

Re: [PATCH 04/40] arm: Allow supporting ACPI-table generation

2021-12-01 Thread François Ozog
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

Re: [PATCH 00/40] RFC: rpi: Enable ACPI booting on ARM with Raspberry Pi 4

2021-12-01 Thread Andy Shevchenko
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 >

Re: [PATCH 04/40] arm: Allow supporting ACPI-table generation

2021-12-01 Thread Tom Rini
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

[PATCH 00/40] RFC: rpi: Enable ACPI booting on ARM with Raspberry Pi 4

2021-12-01 Thread Simon Glass
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

Re: [PATCH 0/2] binman: Add support for ATF Firmware Image Package (FIP)

2021-12-01 Thread Simon Glass
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

Re: [PATCH 04/40] arm: Allow supporting ACPI-table generation

2021-12-01 Thread Mark Kettenis
> 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

Re: [PATCH 40/40] RFC: rpi: Enable booting with ACPI tables

2021-12-01 Thread Andy Shevchenko
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

[PATCH 28/40] x86: Move device-specific ACPI tables to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 30/40] acpi: Collect tables in the acpi_item list

2021-12-01 Thread 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

[PATCH 29/40] x86: Move acpi_get_rsdp_addr() ACPI tables to the writer

2021-12-01 Thread Simon Glass
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

[PATCH 40/40] RFC: rpi: Enable booting with ACPI tables

2021-12-01 Thread Simon Glass
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|

[PATCH 39/40] WIP: Bring in some header files from tianocore

2021-12-01 Thread Simon Glass
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

[PATCH 35/40] acpi: Add myself as maintainer

2021-12-01 Thread Simon Glass
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

[PATCH 36/40] WIP: Add debugging for ACPI emission

2021-12-01 Thread Simon Glass
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

[PATCH 33/40] doc: Add usage information for the acpi command

2021-12-01 Thread Simon Glass
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

[PATCH 37/40] RFC: Allow passing ACPI tables to bootefi

2021-12-01 Thread Simon Glass
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

[PATCH 34/40] acpi: Add some tables needed by ARM devices

2021-12-01 Thread Simon Glass
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

[PATCH 31/40] acpi: Tidy up the item list

2021-12-01 Thread Simon Glass
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

[PATCH 32/40] acpi: Tidy up the table list

2021-12-01 Thread Simon Glass
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

[PATCH 27/40] x86: acpi: Update acpi_fill_csrt() to use acpi_ctx

2021-12-01 Thread Simon Glass
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 ++---

[PATCH 25/40] x86: Move TCPA table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 26/40] x86: Move CSRT table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 24/40] x86: Move MADT table to a writer function

2021-12-01 Thread Simon Glass
Move this table over to use a writer function, for x86 only. Signed-off-by: Simon Glass --- arch/x86/lib/acpi_table.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git a/arch/x86/lib/acpi_table.c b/arch/x86/lib/acpi_table.c index

[PATCH 22/40] x86: Move SSDT table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 23/40] x86: Move TPM2 table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 21/40] x86: Move FACP table into separate functions

2021-12-01 Thread Simon Glass
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

[PATCH 20/40] x86: Move FADT table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 19/40] x86: Move GNVS table to a writer function

2021-12-01 Thread Simon Glass
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

[PATCH 16/40] x86: Move base tables to a writer function

2021-12-01 Thread Simon Glass
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 |

[PATCH 14/40] x86: acpi: Split out context creation from base tables

2021-12-01 Thread Simon Glass
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

[PATCH 17/40] x86: Move FACS table to a writer function

2021-12-01 Thread 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 ++

[PATCH 18/40] x86: Move DSDT table to a writer function

2021-12-01 Thread 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. Disable this table for sandbox since we don't actually compile real ASL code. Signed-off-by: Simon Glass ---

[PATCH 15/40] x86: Use the ACPI table writer

2021-12-01 Thread Simon Glass
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 ---

[PATCH 12/40] acpi: Add a table start

2021-12-01 Thread Simon Glass
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

[PATCH 11/40] acpi: Move acpi_fill_header() to the generic header

2021-12-01 Thread Simon Glass
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

  1   2   >