Re: [PATCH v2] bus: ti-sysc: change in a normal driver

Hi Tom, On Sat, 20 Mar 2021 at 14:06, Tom Rini wrote: > > On Sat, Mar 20, 2021 at 12:54:00PM +1300, Simon Glass wrote: > > On Sat, 20 Mar 2021 at 09:42, Tom Rini wrote: > > > > > > On Tue, Mar 16, 2021 at 09:51:44PM +0100, Dario Binacchi wrote: > > > > > > > The module defines a duplicate uclass

Re: [PATCH v2] bus: ti-sysc: change in a normal driver

On Sat, Mar 20, 2021 at 12:54:00PM +1300, Simon Glass wrote: > On Sat, 20 Mar 2021 at 09:42, Tom Rini wrote: > > > > On Tue, Mar 16, 2021 at 09:51:44PM +0100, Dario Binacchi wrote: > > > > > The module defines a duplicate uclass driver for UCLASS_SIMPLE_BUS, but > > > it is not allowed. This break

Re: [PATCH 4/7] spl: fit: Warn if FIT contains "fpga" property in config node

Hi Alex, On Sat, 20 Mar 2021 at 03:53, Alex G. wrote: > > > > On 3/18/21 1:44 AM, Simon Glass wrote: > > Hi Alexandru, > > > > On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc > > wrote: > >> > >> Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify > >> syntax") requires that FPGA

Re: [PATCH v2] bus: ti-sysc: change in a normal driver

On Sat, 20 Mar 2021 at 09:42, Tom Rini wrote: > > On Tue, Mar 16, 2021 at 09:51:44PM +0100, Dario Binacchi wrote: > > > The module defines a duplicate uclass driver for UCLASS_SIMPLE_BUS, but > > it is not allowed. This breaks of-platdata and makes the result > > non-deterministic. > > > > The dri

Re: [PATCH v3 10/27] binman: Use the fake SPL/TPL only if requested

At present we always use the main devicetree for SPL/TPL as well when setting up the state. But this it not needed if there is a real devicetree for SPL or TPL. In fact it confuses things since we cannot distinguish between one being provided and using the fake one. Update the code to create the f

Re: [PATCH v3 04/27] binman: Tidy up underscores in entry documentation

Several entries currently use an underscore in the entry-type name, but in fact a hyphen is used. Update the docs to fix this as it might be confusing. Also simplify the 'filename' comment and fix the 'operation' typo. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/README.e

Re: [PATCH v3 12/27] binman: Move the comment for GetFdts() to the base class

Like with other methods this comment should be in the base class. Move it. Signed-off-by: Simon Glass --- Changes in v3: - Add new patch to move the comment for GetFdts() to the base class tools/binman/entry.py | 2 +- tools/binman/etype/blob_dtb.py | 9 - 2 files changed, 1 i

Re: [PATCH v3 15/27] binman: Allow a way to select expanded entries

Add a new command-line option to disable expanded entries. This is needed for most tests, since it is much easier to 'factor out' this function into a separate test and keep the existing packing tests simple. Add the option and select it by default from tests. Signed-off-by: Simon Glass --- (no

Re: [PATCH v3 22/27] doc: Move driver model docs under develop/

These docs are useful for developers, not users. Move them under that section. Suggested-by: Heinrich Schuchardt Signed-off-by: Simon Glass --- (no changes since v2) Changes in v2: - Add new patch to move driver model docs under develop/ doc/{ => develop}/driver-model/bind.rst

Re: [PATCH v3 05/27] binman: Correct the documentation for u-boot-spl-bss-pad

The documentation for this entry indicates that the SPL binary is included along with the padding. It is not, so update it to correct the error. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/README.entries | 17 ++--- tools/binman/etype/u_boot_spl_b

Re: [PATCH v3 01/27] binman: Allow extracting to current directory

Extracting files to the current directory is not normally a very friendly thing to do, but it can be warranted, e.g. in a new temporary dir. At present binman reports an error when such an attempt is made. Fix it. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/control.py | 2

Re: [PATCH v3 03/27] binman: Update entry help for files-align

Regenerate the entry documentation, which step was missed when the files-align feature was added. Fixes: 6eb9932668f ("binman: Support alignment of files") Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/README.entries | 1 + 1 file changed, 1 insertion(+) Applied to u-boot

Re: [PATCH v3 02/27] binman: Document ExpandEntries() in the base class

Move the documentation to the base method as it is with other methods. Also update it a little while we are here. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/entry.py | 11 +++ tools/binman/etype/section.py | 6 -- 2 files changed, 11 insertions(+), 6

Re: [PATCH v3 06/27] binman: Support symbols in u-boot-spl-nodtb

Since this is an execuable we should be able insert symbol values into it. Add support for this. Use common code for this test and the original testSymbols. Use hex consistently for the values and add some more comments. Signed-off-by: Simon Glass --- Changes in v3: - Add new patch to support s

Re: [PATCH v3 27/27] binman: Update various pieces of the documentation

A few sections are a little out of date now. Update them. Signed-off-by: Simon Glass --- Changes in v3: - Make a symlink to the entry docs doc/develop/package/entries.rst | 1 + tools/binman/binman.rst | 83 + 2 files changed, 45 insertions(+), 39 delet

Re: [PATCH v3 08/27] binman: Add support for u-boot-tpl-bss-bad

This entry holds the padding between the end of of TPL binary and the end of BSS. This region must be left empty so that the devicetree can be appended correctly and remain accessible without interfering with BSS. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/README.entries

Re: [PATCH v3 16/27] binman: Plumb expanded entries through fully

Add support for this feature in the control, image and section modules, so that expanded entries will be selected by default. So far there are no expanded entry types, so this is a nop. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/control.py | 24 ++--

Re: [PATCH v3 07/27] binman: Add support for u-boot-tpl-nodtb

Allow this entry type to be placed in an image. This is the TPL binary, without a devicetree appended. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/README.entries| 23 tools/binman/etype/u_boot_tpl_nodtb.py | 41 ++ tool

Re: [PATCH v3 11/27] binman: Drop unnecessary field in output_fdt_info

At present we store an entry as the third field in output_fdt_info[]. This is only used to get the type of the entry. Of course multiple entries may have this same type. Also the entry type is the key to this dict, so we can use that instead. Drop the field and update GetUpdateNodes() to suit. Imp

Re: [PATCH v3 09/27] binman: Drop unnecessary 'type' property in tests

A few tests declare a type when this can be inferred from the node name. Drop these lines, since it might cause confusion. Signed-off-by: Simon Glass --- Changes in v3: - Add new patch to drop unnecessary 'type' property in tests tools/binman/test/149_symbols_tpl.dts | 1 - tools/binman/te

Re: [PATCH v3 13/27] binman: Use standard filenames for SPL/TPL devicetree

At present, before any entry expansion is done (such as a 'files' entry expanding out to individual entries for each file it contains), we check the binman definition (i.e. '/binman' node) to find out what devicetree files are used in the images. This is a pain, since the definition may change dur

Re: [PATCH v3 14/27] binman: Allow using an an 'expanded' entry type

As the first step in supporting expanded entries, add a way for binman to automatically select an 'expanded' version of an entry type, if requested. This is controlled by a class method. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/entry.py | 60 ++

Re: [PATCH v3 17/27] binman: Automatically expand phase binaries into sections

When creating an entry, check for an expanded version of that entry, then use it instead. This allows, for example use of: u-boot { }; instead of having to write out in full: u-boot { type = "section"; u-boot-nodtb { }; u-boot-dtb { }; }; Add an imple

Re: [PATCH v3 20/27] x86: dts: Drop unused CONFIG_SPL

This cannot be used since the previous #elif has already dealt with SPL. Drop it. Signed-off-by: Simon Glass --- (no changes since v1) arch/x86/dts/u-boot.dtsi | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) Applied to u-boot-dm/next, thanks!

Re: [PATCH v3 18/27] Makefile: Pass new entry args to binman

To support the use of 'expanded' entries, binman needs to be told whether SPL and TPL have a devicetree and whether they need BSS padding. Add these to the Makefile. Signed-off-by: Simon Glass --- (no changes since v1) Makefile | 8 1 file changed, 8 insertions(+) Applied to u-boot-d

Re: [PATCH v3 21/27] doc: Move UEFI under develop/

On 18.03.21 08:25, Simon Glass wrote: > Much of the content here is useful only for development. Move it under > that section. > > Signed-off-by: Simon Glass The patch cannot be applied independently of patch 20/27. Reviewed-by: Heinrich Schuchardt > --- > > Changes in v3: > - Fix x86 docs whi

Re: [PATCH v3 19/27] x86: Make use of binman expanded entries

We don't need to spell out the separate pieces of U-Boot phase binaries anymore. Revert to using the simple entry and let binman do the expansion itself as needed. Signed-off-by: Simon Glass --- (no changes since v1) arch/x86/dts/u-boot.dtsi | 11 +-- 1 file changed, 1 insertion(+), 10

Re: [PATCH v3 23/27] binman: doc: Add documentation to htmldocs

Add a link to binman's documentation and adjust the files so that it is accessible. Use the name README.rst so it is easy to discover when binman is installed without U-Boot. Signed-off-by: Simon Glass --- (no changes since v2) Changes in v2: - Put binman docs in doc/develop and FIT in doc/usag

Re: [PATCH v3 24/27] binman: Rearrange documentation into headings

Collect the material into different top-level headings to make it easier to read. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/binman.rst | 523 1 file changed, 266 insertions(+), 257 deletions(-) Applied to u-boot-dm/next, thanks!

Re: [PATCH v3 25/27] binman: Incorporate entry documentation

Update this to avoid sphinx warnings and incorporate it into the new documentaiton tree. Signed-off-by: Simon Glass --- (no changes since v1) tools/binman/cmdline.py | 2 +- tools/binman/{README.entries => entries.rst} | 79 +++- tools/binman/etype/cbfs.py

Re: [PATCH v3 26/27] binman: Drop repetitive heading for each entry

Many entries start 'Entry containing a'. This looks fine in the source code but is annoying when viewed in the htmldocs table of contents. Drop these unnecessary words. Signed-off-by: Simon Glass --- Changes in v3: - Update entry docs tools/binman/entries.rst| 76 ++

Re: [RFC] dev_phys_to_bus() and PCI

Hi Mark, > Hi Nicolas, > > > On Sat, 2021-03-13 at 10:24 +0100, Mark Kettenis wrote: > > [...] > > > Fortunately Nicolas Saenz Julienne recently introduced > > > dev_phys_to_bus() and dev_bus_to_phys() interfaces to do this. Those > > > interfaces make use of a dma-ranges property in the device

Re: [RFC] dev_phys_to_bus() and PCI

> From: Nicolas Saenz Julienne > Date: Mon, 15 Mar 2021 11:26:18 +0100 > > Hi Mark! Hi Nicolas, > On Sat, 2021-03-13 at 10:24 +0100, Mark Kettenis wrote: > [...] > > Fortunately Nicolas Saenz Julienne recently introduced > > dev_phys_to_bus() and dev_bus_to_phys() interfaces to do this. Those

Re: [PATCH v2] bus: ti-sysc: change in a normal driver

On Tue, Mar 16, 2021 at 09:51:44PM +0100, Dario Binacchi wrote: > The module defines a duplicate uclass driver for UCLASS_SIMPLE_BUS, but > it is not allowed. This breaks of-platdata and makes the result > non-deterministic. > > The driver does not need to be an uclass driver, so lets remove it.

Re: [PATCH 1/4] board: sl28: disable HS400 mode

On Wed, Mar 17, 2021 at 03:01:35PM +0100, Michael Walle wrote: > Since commit 8ee802f899ef ("mmc: fsl_esdhc: make sure delay chain locked > for HS400") HS400 mode is unreliable on LS1028A SoCs. Some workarounds are > missing for this SoC. > > Disable HS400 mode for now. > > Signed-off-by: Michae

Re: [PATCH] ahci: mediatek: fix undefined reference of dev_err

On Tue, Mar 16, 2021 at 07:05:33PM +0100, Frank Wunderlich wrote: > From: Frank Wunderlich > > building with MTK_AHCI enabled results in implicit declaration and > undefined reference of dev_err followed by a segfault of gcc > > drivers/ata/mtk_ahci.c: In function 'mtk_ahci_parse_property': > d

Re: [PATCH] nvme: Elaborate on cache maintenance operation in get/set_features

On Tue, Mar 02, 2021 at 03:43:43PM +, Andre Przywara wrote: > At the moment the nvme_get_features() and nvme_set_features() functions > carry a (somewhat misleading) comment about missing cache maintenance. > > As it turns out, nvme_get_features() has no caller at all in the tree, > and nvme_

Re: [PATCH u-boot] api: fix a potential serious bug caused by undef CONFIG_SYS_64BIT_LBA

On Sat, Mar 06, 2021 at 11:43:22PM +0100, Marek Behún wrote: > The api_public.h header file undefined macro CONFIG_SYS_64BIT_LBA. > > But api/api_storage.c includes this header before including part.h, > causing the type of lbaint_t and subsequently the type signature of > blk_dread() and blk_dwr

Re: [RFC PATCH] nvme: Always invalidate whole cqes[] array

On Mon, Feb 08, 2021 at 01:31:54PM +, Andre Przywara wrote: > At the moment nvme_read_completion_status() tries to invidate a single > member of the cqes[] array, which is shady as just a single entry is > not cache line aligned. > The structure is dictated by hardware, and with 16 bytes is sm

[PATCH 0/2] efi_loader: fix uploading of EFI binaries via UART

Since commit 5f59518a7b1a ("efi_loader: setting boot device") UEFI binaries uploaded via UART could not be executed because efi_set_bootdev() was not invoked after loading the file. Add support for UART device paths and add the missing call to efi_set_bootdev(). Heinrich Schuchardt (2): efi_loa

[PATCH 1/2] efi_loader: Uart device path

When uploading an EFI binary via the UART we need to assign a device path. * Provide devicepath node to text conversion for Uart() node. * Provide function to create Uart() device path. * Add UART support to efi_dp_from_name(). Signed-off-by: Heinrich Schuchardt --- include/efi_api.h

[PATCH 2/2] cmd/load: support uploading EFI binary via UART

When uploading an EFI binary via the UART we have to call efi_set_bootdev() or we won't be able to execute it. Put the includes into alphabetic order. Fixes: 5f59518a7b1a ("efi_loader: setting boot device") Signed-off-by: Heinrich Schuchardt --- cmd/load.c | 10 -- 1 file changed, 8 ins

Re: [PATCH] video: Drop unprintable characters from video_font_data.h

On Sat, 20 Mar 2021 at 02:39, Anatolij Gustschin wrote: > > Hi Simon, > > On Fri, 19 Mar 2021 08:54:09 +0100 > Anatolij Gustschin ag...@denx.de wrote: > ... > > it is in my merge branch, unfortunately I forgot to push this to Tom, > > sorry. Thanks for checking it! I'll submit a pull request soon.

Re: [U-Boot] [PATCH 70/97] powerpc: T1024QDS: Rename Kconfig option to match

All Get Outlook for Android

Re: verified boot (vboot) with secure U-Boot env for SWUpdate

On Fri, Mar 19, 2021 at 10:17 AM Stefano Babic wrote: > > Hi Tim, > > On 19.03.21 16:50, Tim Harvey wrote: > > Greetings, > > > > I'm looking at using SWUpdate to facilitate an A/B ping-pong method of > > firmware updates where a state is stored in U-Boot env by the SWUpdate > > postinst script. >

Re: verified boot (vboot) with secure U-Boot env for SWUpdate

Hi Tim, On 19.03.21 16:50, Tim Harvey wrote: Greetings, I'm looking at using SWUpdate to facilitate an A/B ping-pong method of firmware updates where a state is stored in U-Boot env by the SWUpdate postinst script. You do not need a postinstall script, yoiu just add the environment to the "b

verified boot (vboot) with secure U-Boot env for SWUpdate

Greetings, I'm looking at using SWUpdate to facilitate an A/B ping-pong method of firmware updates where a state is stored in U-Boot env by the SWUpdate postinst script. I'm needing to use secure boot with U-Boot's verified boot support and am not clear how, if at all, the U-Boot env can be authe

Re: "SPL image too big" not that helpful

On Fri, Mar 19, 2021 at 10:05:55AM -0500, Alex G. wrote: > On 3/19/21 9:27 AM, Tom Rini wrote: > > On Wed, Mar 17, 2021 at 06:42:55PM -0500, Alex G. wrote: > > > > > I've recently hit that message in a yocto build. I can't figure out the > > > exact root cause. On the one hand, I don't know how "b

Re: "SPL image too big" not that helpful

On 3/19/21 9:27 AM, Tom Rini wrote: On Wed, Mar 17, 2021 at 06:42:55PM -0500, Alex G. wrote: I've recently hit that message in a yocto build. I can't figure out the exact root cause. On the one hand, I don't know how "big" SPL is. On the other hand, I can't objdump -h the SPL elf because one wa

Re: [PATCH 4/7] spl: fit: Warn if FIT contains "fpga" property in config node

On 3/18/21 1:44 AM, Simon Glass wrote: Hi Alexandru, On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc wrote: Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify syntax") requires that FPGA images be referenced through the "loadables" in the config node. This means that "fpga"

Re: [PULL] u-boot-sh/next

On Fri, Mar 19, 2021 at 01:05:51PM +0100, Marek Vasut wrote: > Board additions, for NEXT release. > > The following changes since commit 22fc991dafee0142fc6bf621e7bd558bd58020b4: > > Merge tag 'v2021.04-rc4' into next (2021-03-15 12:15:38 -0400) > > are available in the Git repository at: >

Re: "SPL image too big" not that helpful

On Wed, Mar 17, 2021 at 06:42:55PM -0500, Alex G. wrote: > I've recently hit that message in a yocto build. I can't figure out the > exact root cause. On the one hand, I don't know how "big" SPL is. On the > other hand, I can't objdump -h the SPL elf because one wasn't created. So that comes from

Re: [PATCH] video: Drop unprintable characters from video_font_data.h

Hi Simon, On Fri, 19 Mar 2021 08:54:09 +0100 Anatolij Gustschin ag...@denx.de wrote: ... > it is in my merge branch, unfortunately I forgot to push this to Tom, > sorry. Thanks for checking it! I'll submit a pull request soon. Tom merged my pull request, now this patch is in mainline master. Tha

Re: OMAP3 clocks with ARM vs Thumb

On Thu, Mar 18, 2021 at 8:25 PM Adam Ford wrote: > > The arch/arm/mach-omap2/omap3/clock.c is being forced to compile with > an ARM target even when thumb2 is the preferred target. The note in > the makefile states it's due to a bootup issue with OMAP35. > > Since Thumb2 can help reduce code size

Re: Please pull u-boot-video

On Fri, Mar 19, 2021 at 09:02:40AM +0100, Anatolij Gustschin wrote: > Hi Tom, > > The following changes since commit bced796e2dadc708ce213170d36be7f0428618a1: > > Merge tag 'ti-v2021.04-rc3' of > https://gitlab.denx.de/u-boot/custodians/u-boot-ti (2021-02-22 09:12:04 -0500) > > are available

[PULL] u-boot-sh/next

Board additions, for NEXT release. The following changes since commit 22fc991dafee0142fc6bf621e7bd558bd58020b4: Merge tag 'v2021.04-rc4' into next (2021-03-15 12:15:38 -0400) are available in the Git repository at: git://source.denx.de/u-boot-sh.git next for you to fetch changes up to 9e3

[PATCH v3 6/7] board: sifive: add HiFive Unmatched board support

Add dts, defconfig and board support for HiFive Unmatched. Signed-off-by: Green Wan Reviewed-by: Bin Meng --- arch/riscv/Kconfig|4 + .../dts/fu740-hifive-unmatched-a00-ddr.dtsi | 1489 + .../dts/hifive-unmatched-a00-u-boot.dtsi | 40 + a

[PATCH v3 3/7] drivers: clk: add fu740 support

Add fu740 support. One abstract layer is added for supporting multiple chips such as fu540 and fu740. Signed-off-by: Green Wan --- drivers/clk/sifive/Kconfig | 8 +- drivers/clk/sifive/Makefile | 4 +- drivers/clk/sifive/fu540-prci.c | 769 +-- drivers

[PATCH v3 5/7] drivers: pci: add pcie support for fu740

Add pcie driver for SiFive fu740, the driver depends on fu740 gpio, clk and reset driver to do init. Force running at Gen1 for better capatible enumeration. Several devices are tested: a) M.2 NVMe SSD b) USB-to-PCI adapter c) Ethernet adapter (E1000 compatible) Signed-off-by: Green Wan --- driv

[PATCH v3 7/7] drivers: net: macb: add fu740 support

From: David Abdurachmanov Add fu740 support to macb ethernet driver There is a PLL HW quirk in FU740. The VSC8541XMV-02 specification requires 125 +/-0.0125 Mhz. But the most close value can be output by PLL is 125.125 MHz and out of VSC8541XMV-02 spec. Signed-off-by: David Abdurachmanov Signe

[PATCH v3 2/7] riscv: cpu: fu740: Add support for cpu fu740

Add SiFive fu740 cpu to support RISC-V arch Signed-off-by: Green Wan Reviewed-by: Bin Meng --- arch/riscv/Kconfig| 1 + arch/riscv/cpu/fu740/Kconfig | 37 +++ arch/riscv/cpu/fu740/Makefile | 12 + arch/riscv/cpu/fu740/cache.c

[PATCH v3 4/7] drivers: ram: sifive: rename fu540_ddr and add fu740 support

Rename fu540_ddr.c to sifive_ddr.c and add fu740 support Signed-off-by: Green Wan --- drivers/ram/sifive/Kconfig| 8 +- drivers/ram/sifive/Makefile | 2 +- .../ram/sifive/{fu540_ddr.c => sifive_ddr.c} | 90 +-- 3 files changed, 50 insertio

[PATCH v3 1/7] riscv: dts: add fu740 support

Add dts support for fu740. The HiFive Unmatched support is based on fu740 cpu and drivers in following patch set. Signed-off-by: Green Wan Reviewed-by: Bin Meng --- arch/riscv/dts/Makefile | 1 + arch/riscv/dts/fu740-c000-u-boot.dtsi | 105 ++ arch/riscv/dts/

[PATCH v3 0/7] Add FU740 chip and HiFive Unmatched board support

This patch set is to add SiFive fu740 chip and HiFive Unmatched board support. Patches are split into several parts: - [PATCH 1/7] dts for fu740 - [PATCH 2/7] support for fu740 cpu - [PATCH 3/7- 4/7] support for fu740 clk and ram - [PATCH 5/7] add pcie driver - [PATCH 6/7] add unmatched

Re: [PATCH] Fix data abort in startup for at91 machines based on ARM926EJS

Yes, please, try like this, continue to use r4 as it was done initially, but save r4 to stack and restore before returning. Let's see if this solution works for you. I will wait for your v2 of the patch. Thanks ! Eugen On 3/18/21 10:31 PM, Martin Townsend wrote: > Hi Eugen, > > Pop and push ge

Please pull u-boot-video

Hi Tom, The following changes since commit bced796e2dadc708ce213170d36be7f0428618a1: Merge tag 'ti-v2021.04-rc3' of https://gitlab.denx.de/u-boot/custodians/u-boot-ti (2021-02-22 09:12:04 -0500) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-video.g

Re: [PATCH] video: Drop unprintable characters from video_font_data.h

Hi Simon, On Fri, 19 Mar 2021 14:57:19 +1300 Simon Glass s...@chromium.org wrote: ... > > Applied to u-boot-video/master, thanks! > > I don't see this one in mainline yet...do you know where is it applied? it is in my merge branch, unfortunately I forgot to push this to Tom, sorry. Thanks for

[PATCH 25/26] misc: ocotp: Update OCOTP driver for iMX8MQ B2

From: Ye Li i.MX8MQ B2 also has fixed value in OCOTP_READ_FUSE_DATA register, so it does not support "fuse sense" command like B1. Signed-off-by: Ye Li Reviewed-by: Peng Fan Signed-off-by: Peng Fan --- drivers/misc/mxc_ocotp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 26/26] imx8mq_evk: Applying default LPDDR4 script for B2

From: Ye Li Both i.MX8MQ B1 and B2 should use default LPDDR4 script, while B0 has another dedicated script. Signed-off-by: Ye Li Reviewed-by: Peng Fan Signed-off-by: Peng Fan --- board/freescale/imx8mq_evk/spl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/freesc

[PATCH 23/26] arch: mach-imx: imx8m: fix unique_id read error for imx8mp

From: Peng Fan The value of Unique ID in uboot and kernel is different for iMX8MP: serial#=02e1444a0002aaff root@imx8mpevk:/sys/devices/soc0# cat soc_uid D69932E1444A The reason is that Fuse Addresses of Unique ID of iMX8MP are 0x420 and 0x430. Reviewed-by: Ye Li Signed-off-by: Alice Guo

[PATCH 24/26] iMX8MQ: Recognize the B2 revision

From: Ye Li i.MX8MQ B2 is using same value in OCOTP_READ_FUSE_DATA like B1, so we have to check the ROM verision to distinguish the revision. As we have checked the B1 rev for sticky bits work around in secure boot. So it won't apply on B2. Signed-off-by: Ye Li Reviewed-by: Peng Fan Signed-of

[PATCH 22/26] imx8m: ddr: Disable CA VREF Training for LPDDR4

From: Ye Li Users reported LPDDR4 MR12 value is set to 0 during PHY training, not the value from FSP timing structure, which cause compliance test failed. The root cause is the CATrainOpt[0] is set to 1 in 2D FSP timing but not set in 1D. According to PHY training application node, to enable the

[PATCH 17/26] imx8mn: Add low drive mode support for DDR4/LPDDR4 EVK

From: Ye Li Add dedicated defconfigs for iMX8MN low drive mode which set the VDD_SOC and VDD_DRAM to 0.8v, DDR at 1600MTS (800Mhz clock) and GPU at 200Mhz. Signed-off-by: Ye Li Acked-by: Peng Fan Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8m/soc.c | 45 + board/freesc

[PATCH 21/26] imx8m: soc: update fuse path

From: Peng Fan Update fuse path to disable modules correctly. Reviewed-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/mach-imx/imx8m/soc.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/arch/arm/mach-imx/imx8m/soc.c b/arch/arm/mach-imx/imx8m/soc.c index 6

[PATCH 20/26] imx8m: Update thermal and PMU kernel nodes for dual/single cores

From: Ye Li For dual core and single core iMX8M parts, the thermal node and PMU node in kernel DTB also needs update to remove the refers to deleted core nodes. Otherwise both driver will fail to work. Signed-off-by: Ye Li Reviewed-by: Peng Fan Signed-off-by: Peng Fan --- arch/arm/mach-imx/i

[PATCH 19/26] imx8mn: Add support for 11x11 UltraLite part number

From: Ye Li There are 3 part numbers for 11x11 i.MX8MNano with different core number configuration: UltraLite Quad/Dual/Solo Comparing with i.MX8MN Lite parts, they have MIPI DSI disabled. So checking the MIPI DSI disable fuse to recognize these parts. Signed-off-by: Ye Li Reviewed-by: Peng Fa

[PATCH 18/26] imx: logos: use NXP logo

From: Peng Fan Use NXP logo. The vendor and board dir not changed, only replace the content of freescale.bmp. Signed-off-by: Peng Fan --- tools/logos/freescale.bmp | Bin 46738 -> 47670 bytes 1 file changed, 0 insertions(+), 0 deletions(-) diff --git a/tools/logos/freescale.bmp b/tools/logos/

[PATCH 16/26] imx8mn: Add LPDDR4 EVK board support

From: Peng Fan Add support for iMX8MN LPDDR4 EVK board which uses 2GB LPDDR4 and PCA9450B PMIC. Signed-off-by: Ye Li Signed-off-by: Peng Fan --- arch/arm/dts/Makefile |1 + arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi |3 + arch/arm/dts/imx8mn-evk-u-boot.dtsi

[PATCH 13/26] imx8mn: Update the DDR4 timing script on imx8mn ddr4 evk

From: Jacky Bai On i.MX8MN, we can only support DLL-ON mode only, so update the timing to support 2400mts & 1066mts setpoint. Signed-off-by: Jacky Bai Reviewed-by: Ye Li Signed-off-by: Peng Fan --- board/freescale/imx8mn_evk/ddr4_timing.c | 1057 +- 1 file changed, 449 in

[PATCH 15/26] imx8mn_evk: drop duplicated code

From: Peng Fan uart clk has been enabled, no need enable again. Signed-off-by: Peng Fan --- board/freescale/imx8mn_evk/spl.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/board/freescale/imx8mn_evk/spl.c b/board/freescale/imx8mn_evk/spl.c index 6d5c7a5b46..80f79ce888 100644 --- a/board/

[PATCH 14/26] power: pca9450: add a new parameter for power_pca9450_init

From: Peng Fan Currently PCA9450 might have address 0x25 or 0x35, so let user choose the address. Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/spl.c | 2 +- board/phytec/phycore_imx8mp/spl.c | 2 +- drivers/power/pmic/pmic_pca9450.c | 4 ++-- include/power/pca9450.h | 2 +-

[PATCH 10/26] imx8mp: refine power on imx8mp board

From: "haidong.zheng" VDD SOC normal run changed to 0.85V LPDDR4 freq0 change from 4000MTS to 2400MTS Signed-off-by: haidong.zheng Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/lpddr4_timing.c | 166 + board/freescale/imx8mp_evk/spl.c | 5 + drivers/dd

[PATCH 11/26] imx8mp_evk: spl: clean up including headers

From: Peng Fan Clean up the including headers Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/spl.c | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git a/board/freescale/imx8mp_evk/spl.c b/board/freescale/imx8mp_evk/spl.c index 3f043c2b2e..ef14cfc227 100

[PATCH 12/26] imx8mp_evk: Increase VDD_ARM to 0.95v Overdrive voltage

From: Peng Fan There is a frequency/timing limitation for SOC and ARM, if SOC is OD voltage/OD freq, then ARM can't run at ND voltage/1.2Ghz, it may have timing risk from SOC to ARM. Current VDD_SOC is set to 0.95v OD voltage in SPL, and kernel will increase bus clocks to OD frequency before it

[PATCH 09/26] imx8mp_evk: Update LPDDR4 refresh time

From: Ye Li Use more safer refresh time value for 6GB LPDDR4 on this EVK board. Update the parameters for every frequency point. Signed-off-by: Ye Li Reviewed-by: Jacky Bai Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/lpddr4_timing.c | 12 ++-- 1 file changed, 6 insertions(

[PATCH 07/26] imx8mp: ddr: Add inline ECC feature support

From: Sherry Sun Add inline ECC support for lpddr4 on imx8mp-evk. And add a config which can enable/disable inline ECC feature for lpddr4 on imx8mp-evk board. Signed-off-by: Sherry Sun Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/lpddr4_timing.c | 27 ++ 1 file c

[PATCH 08/26] imx8mp_evk: Update LPDDR4 timing for new FW 202006

From: Ye Li After switching to new LPDDR4 firmware 202006 version, have to update the LPDDR4 timing accordingly from RPA tool. Signed-off-by: Ye Li Tested-by: Sherry Sun Tested-by: Jacky Bai Reviewed-by: Jacky Bai Signed-off-by: Peng Fan --- board/freescale/imx8mp_evk/lpddr4_timing.c | 189

[PATCH 06/26] imx8mp_evk: add/cleanup variable for distro

From: Peng Fan Add fdt_addr_r fdtfile which used by distro boot Clean up environment Signed-off-by: Peng Fan --- include/configs/imx8mp_evk.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/configs/imx8mp_evk.h b/include/configs/imx8mp_evk.h index 61a5c6fb79

[PATCH 05/26] imx8mm_evk: add/cleanup variable for distro

From: Peng Fan Add fdt_addr_r fdtfile which used by distro boot Clean up environment Signed-off-by: Peng Fan --- include/configs/imx8mm_evk.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/configs/imx8mm_evk.h b/include/configs/imx8mm_evk.h index fd9a6cbb8c

[PATCH 04/26] imx8mm/p: remove boot.cmd

From: Peng Fan These files should not be in U-Boot repo Signed-off-by: Peng Fan --- board/freescale/imx8mm_evk/boot.cmd | 35 - board/freescale/imx8mp_evk/boot.cmd | 25 - 2 files changed, 60 deletions(-) delete mode 100644 board/freescale/imx8m

[PATCH 03/26] imx8mm_evk: Switch to new imx8mm evk board

From: Ye Li Update PMIC to use PCA9540, the legacy board not supported by NXP Signed-off-by: Ye Li --- arch/arm/dts/imx8mm-evk-u-boot.dtsi | 4 +- arch/arm/dts/imx8mm-evk.dtsi| 127 +++- board/freescale/imx8mm_evk/spl.c| 33 configs/imx8mm_evk_de

[PATCH 02/26] imx8mm_evk: Update to latest LPDDR4 script

From: Ye Li Update LPDDR4 script to sync with v2020.04 u-boot Signed-off-by: Ye Li --- board/freescale/imx8mm_evk/lpddr4_timing.c | 692 + 1 file changed, 280 insertions(+), 412 deletions(-) diff --git a/board/freescale/imx8mm_evk/lpddr4_timing.c b/board/freescale/imx8mm_

[PATCH 01/26] tools: imx image: fix write warning

From: Peng Fan Fix the warning by set the variable zero to uint64_t "warning: ‘write’ reading 5 bytes from a region of size 4" Signed-off-by: Peng Fan --- tools/imx8image.c | 2 +- tools/imx8mimage.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/imx8image.c b/to

[PATCH 00/26] imx: update for i.MX8M

From: Peng Fan This patchset is to upstream NXP downstream patches targeting next release: 2021.07. - Enviorment cleanup - ddr script update for ddr4/lpddr4 boards - update fuse path - Support i.MX8MQ B2 - Add i.MX8MN 11*11 variant - Change pca9450 API accepting address Jacky Bai (1): i

[PATCH v8 4/4] qemu: arm: select QFW, MMIO on qemu-arm

Select CMD_QFW and QFW_MMIO in the qemu-arm board (covers arm and arm64). Signed-off-by: Asherah Connor Reviewed-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v5) Changes in v5: * Split adding MMIO driver to QEMU arm/64 into own commit. * Use the generic qemu-arm board config r

[PATCH v8 3/4] qemu: add MMIO driver for QFW

Add MMIO driver for QFW. Note that there is no consumer as of this patch. Signed-off-by: Asherah Connor Reviewed-by: Simon Glass Reviewed-by: Bin Meng --- (no changes since v5) Changes in v5: * Split MMIO driver into its own commit. * Add CONFIG_QFW_MMIO for selection by arch/board. driver

[PATCH v8 2/4] test: qemu: add qfw sandbox driver, dm tests, qemu tests

A sandbox driver and test are added for the qfw uclass, and a test in QEMU added for qfw functionality to confirm it doesn't break in real world use. Signed-off-by: Asherah Connor Reviewed-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v8: * Removed extraneous newline at EOF. Changes i

[PATCH v8 1/4] x86: qemu: move QFW to its own uclass

We move qfw into its own uclass and split the PIO functions into a specific driver for that uclass. The PIO driver is selected in the qemu-x86 board config (this covers x86 and x86_64). include/qfw.h is cleaned up and documentation added. Signed-off-by: Asherah Connor Reviewed-by: Simon Glass

[PATCH v8 0/4] Move qfw to DM, add Arm support

This series moves the QFW driver into a uclass, UCLASS_QFW, and splits the driver into qfw_pio and qfw_mmio. Each driver is selected on the appropriate QEMU board. A sandbox driver is also added, and a DM unit test against that driver. The qfw command is tested in QEMU, and documentation added.