Hi Green
> On Thu, Apr 15, 2021 at 1:25 PM Rick Chen wrote:
> >
> > Hi Green,
> >
> > > From: Green Wan [mailto:green@sifive.com]
> > > Sent: Thursday, April 08, 2021 9:40 PM
> > > Cc: bmeng...@gmail.com; Green Wan; Greentime Hu; Rick Jian-Zhi Chen(陳建志);
> > > Paul Walmsley; Palmer Dabbelt;
On Thu, 2021-04-15 at 10:19 +0300, Oleksandr Suvorov wrote:
> Update the u-boot image build instructions to support the latest
> revision V1.1B of the module Apalis iMX8X. The rst document
> formatting is fixed.
>
> Signed-off-by: Oleksandr Suvorov
Thanks for taking this up!
Reviewed-by: Philip
From: Igor Opaniuk
Introduce RSA_SOFTWARE_EXP_TINY Kconfig option, which does not require
DM to be enabled. This can be handy on devices, where SPL + signed
U-Boot FIT image setup is used, where it isn't possible to enable SPL_DM
mainly due to SRAM size constraits.
For example, on iMX8MM with th
> From: Green Wan [mailto:green@sifive.com]
> Sent: Thursday, April 15, 2021 4:45 PM
> Cc: Green Wan; Rick Jian-Zhi Chen(陳建志); Sean Anderson; Bin Meng; Simon Glass;
> Pragnesh Patel; Jagan Teki; Atish Patra; Leo Yu-Chi Liang(梁育齊); Brad Kim;
> u-boot@lists.denx.de
> Subject: [RFC PATCH v6 1/2]
> From: Green Wan [mailto:green@sifive.com]
> Sent: Thursday, April 15, 2021 4:45 PM
> Cc: Green Wan; Sean Anderson; Bin Meng; Rick Jian-Zhi Chen(陳建志); Bin Meng;
> Simon Glass; Pragnesh Patel; Jagan Teki; Atish Patra; Leo Yu-Chi Liang(梁育齊);
> u-boot@lists.denx.de
> Subject: [RFC PATCH v6 2/2]
On Fri, Apr 16, 2021 at 3:11 PM Rick Chen wrote:
>
> Hi Green
>
> > On Thu, Apr 15, 2021 at 1:25 PM Rick Chen wrote:
> > >
> > > Hi Green,
> > >
> > > > From: Green Wan [mailto:green@sifive.com]
> > > > Sent: Thursday, April 08, 2021 9:40 PM
> > > > Cc: bmeng...@gmail.com; Green Wan; Greentim
Hi Tom,
> -Original Message-
> From: Simon Glass
> Sent: Tuesday, March 30, 2021 10:27 PM
> To: Wasim Khan (OSS)
> Cc: Bin Meng ; Mario Six ; Bharat
> Gooty ; Rayagonda Kokatanur
> ; Tero Kristo ; Varun
> Sethi ; U-Boot Mailing List ; Wasim
> Khan
> Subject: Re: [PATCH v2 4/4] sandbox:
Hi Tim,
2021年4月16日(金) 9:21 Tim Harvey :
>
> On Thu, Apr 15, 2021 at 5:15 PM Masami Hiramatsu
> wrote:
> >
> > Hi Tim,
> >
> > Sorry for confusion. It may be my git configuration issue.
> > It seems not to correctly send the series to the SMTP server.
> > Here is the patch.
> >
> > Thank you,
> >
Hi Tom,
2021年4月15日(木) 2:33 Tom Rini :
> > BTW, I made some changes on it for U-Boot drivers.
> > - Enabled OP-TEE node by default (EDK2 checks OP-TEE existance
> > and enables it)
> > - Add SPI node information for accessing SPI-NOR from U-Boot (EDK2
> > embedded such information inside)
> > Th
Hi Tom,
please pull this branch, containing the first part of the 2021.07 changes.
This adds support for devices with R40 dual rank DRAM, and asymmetric
A64 DRAM devices like the Pinephone/3GB.
Also we enable automatic gzipped kernel support, and allow scripted
DT overlay support. The rest of t
Commit eb5a2b671075 ("net: sun8i-emac: Determine pinmux based on SoC,
not EMAC type") switched the pinmux setup over to look at
CONFIG_MACH_SUN* symbols, to find the appropriate mux value.
Unfortunately this patch missed to check for the H5, which is
pin-compatible to the H3, but uses a different K
> -Original Message-
> From: Tan, Ley Foon
> Sent: Wednesday, 14 April, 2021 6:30 PM
> To: Lim, Elly Siew Chin ; u-boot@lists.denx.de
> Cc: Marek Vasut ; See, Chin Liang
> ; Simon Goldschmidt
> ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai
> Subject: RE: [v1
Commit 2243d19e5618 ("mmc: mmc-uclass: Use dev_seq() to read aliases
node's index") now actually enforces U-Boot's device enumeration policy,
where explicitly named devices come first, then any other non-named
devices follow, without filling gaps.
For quite a while we have had an "mmc1 = &mmc2;" a
On 08/04/2021 09:50, Neil Armstrong wrote:
> This adds the missing bits to enable PCIe and NVMe support in U-Boot for
> the Khadas VIM3 & VIM3L board.
>
> This serie depends on [1].
>
> [1]
> https://patchwork.ozlabs.org/project/uboot/cover/20210325144921.1791892-1-narmstr...@baylibre.com/
>
>
Signed-off-by: Neil Armstrong
---
doc/board/amlogic/index.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/board/amlogic/index.rst b/doc/board/amlogic/index.rst
index 275c3664b7..8da7afddb4 100644
--- a/doc/board/amlogic/index.rst
+++ b/doc/board/amlogic/index.rst
@@ -70,6 +70,8 @@ T
On Fri, Feb 19, 2021 at 12:45:10PM -0600, Alexandru Gagniuc wrote:
> rsa-checksum.c sontains the hash_calculate() implementations. Despite
> the "rsa-" file prefix, this function is useful for other algorithms.
>
> To prevent confusion, move this file to lib/, and rename it to
> hash-checksum.c,
On Fri, Feb 19, 2021 at 12:45:11PM -0600, Alexandru Gagniuc wrote:
> fdt_add_bignum() is useful for algorithms other than just RSA. To
> allow its use for ECDSA, move it to a common file under lib/.
>
> The new file is suffixed with '-libcrypto' because it has a direct
> dependency on openssl. Th
On Fri, Feb 19, 2021 at 12:45:12PM -0600, Alexandru Gagniuc wrote:
> mkimage supports rsa2048, and rsa4096 signatures. With newer silicon
> now supporting hardware-accelerated ECDSA, it makes sense to expand
> signing support to elliptic curves.
>
> Implement host-side ECDSA signing and verificat
On Fri, Feb 19, 2021 at 12:45:13PM -0600, Alexandru Gagniuc wrote:
> Signed-off-by: Alexandru Gagniuc
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 19, 2021 at 12:45:15PM -0600, Alexandru Gagniuc wrote:
> Add a test to make sure that the ECDSA signatures generated by
> mkimage can be verified successfully. pyCryptodomex was chosen as the
> crypto library because it integrates much better with python code.
> Using openssl would hav
On Fri, Feb 19, 2021 at 12:45:14PM -0600, Alexandru Gagniuc wrote:
> We wish to use pycryptodomex to verify code paths involving ECDSA
> signatures. Add it to requirements.txt so that they get picked up
> automatically .gitlab and .azure tasks
>
> Signed-off-by: Alexandru Gagniuc
> Reviewed-by:
On Fri, Feb 19, 2021 at 12:45:16PM -0600, Alexandru Gagniuc wrote:
> After lots of debating, this documents how we'd like mkimage to treat
> 'keydir' and 'keyfile' arguments. The rest is in the docs.
>
> Signed-off-by: Alexandru Gagniuc
> Reviewed-by: Simon Glass
Applied to u-boot/master, than
On Fri, Feb 19, 2021 at 12:45:17PM -0600, Alexandru Gagniuc wrote:
> It's not always desirable to use 'keydir' and some ad-hoc heuristics
> to get the filename of the signing key. More often, just passing the
> filename is the simpler, easier, and logical thing to do.
>
> Since mkimage doesn't us
On Fri, Feb 19, 2021 at 12:45:18PM -0600, Alexandru Gagniuc wrote:
> Keys can be derived from keydir, and the "key-name-hint" property of
> the FIT. They can also be specified ad-literam via 'keyfile'. Update
> the RSA signing path to use the appropriate one.
>
> Signed-off-by: Alexandru Gagniuc
On Mon, Mar 29, 2021 at 12:05:10PM -0500, Alexandru Gagniuc wrote:
> spl_load_fit_image() will try to load an image at the address given
> in the "load" property. Absent such property, it uses
>
> image_info->load_addr
>
> Correct use of this is demonstrated in spl_fit_append_fdt(), which
On Fri, Feb 19, 2021 at 12:45:20PM -0600, Alexandru Gagniuc wrote:
> Originally, the ECDSA code path used 'keydir' as the key filename.
> mkimage has since been updated to include a new 'keyfile' argument.
> Use the new argument for passing in the key.
>
> Signed-off-by: Alexandru Gagniuc
> Revi
On Fri, Feb 19, 2021 at 12:45:19PM -0600, Alexandru Gagniuc wrote:
> Keys can be derived from keydir, and the "key-name-hint" property of
> the FIT. They can also be specified ad-literam via 'keyfile'. Update
> the ECDSA signing path to use the appropriate one.
>
> Signed-off-by: Alexandru Gagniu
On Mon, Mar 29, 2021 at 12:05:11PM -0500, Alexandru Gagniuc wrote:
> Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
> syntax") introduced a "compatible" property for loadable images.
> It did not define its contents. Use "u-boot,fpga-legacy" compatible
> string to specify that f
On Mon, Mar 29, 2021 at 12:05:12PM -0500, Alexandru Gagniuc wrote:
> The FPGA loading code in spl_simple_fit_read() can easily be separated
> from the rest of the logic. It is split into two functions instead of
> one because spl_fit_upload_fpga() is used in a subsequent patch.
>
> Signed-off-by:
On Mon, Mar 29, 2021 at 12:05:13PM -0500, 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" properties in
> config nodes are deprecated
On Mon, Mar 29, 2021 at 12:05:16PM -0500, Alexandru Gagniuc wrote:
> The new correct way to load an FPGA image is to declare it in the list
> of "loadables". multi-with-fpga.its used the now deprecated "fpga"
> property. Since this example most likely intended to use u-boot's
> generic FPGA loadin
On Mon, Mar 29, 2021 at 12:05:14PM -0500, Alexandru Gagniuc wrote:
> Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
> syntax") and delegated FPGA images to be added via the list of
> "loadables" in lieu of the "fpga" property. Now actually implement
> this in code.
>
> Note tha
On Mon, Mar 29, 2021 at 12:05:15PM -0500, Alexandru Gagniuc wrote:
> The "simple" SPL_LOAD_FIT path is the most compliant with the format
> documented in doc/uImage.FIT/source_file_format.txt. The other two
> paths to load a FIT are SPL_LOAD_FIT_FULL and the "bootm" command.
>
> Since the Kconfig
On Thu, Apr 01, 2021 at 01:25:27PM -0500, Alexandru Gagniuc wrote:
> The information on the OS should be contained in the FIT, as the
> self-explanatory "os" property of a node under /images. Hard-coding
> this to U_BOOT might send us down the wrong path later in the boot
> process.
>
> Signed-of
On Wed, Mar 31, 2021 at 02:32:27PM -0400, Sean Anderson wrote:
> Several architectures had a default board_fit_config_name_match already;
> this provides a generic weak version. We default to rejecting all configs.
> This will use the FIT's default config, instead of the first config. This
> may r
On Thu, Apr 01, 2021 at 01:25:26PM -0500, Alexandru Gagniuc wrote:
> The correct FDT to use is described by the "fdt" property of the
> configuration node. When the fit_unamep argument to fit_image_load()
> is "fdt", we get the "/images/fdt" node. This is incorrect, as it
> ignores the "fdt" prope
On Thu, Apr 01, 2021 at 01:25:28PM -0500, Alexandru Gagniuc wrote:
> U-Boot expects the FDT to be located right after the _end
> linker symbol (see fdtdec.c: board_fdt_blob_setup())
>
> The "basic" LOAD_FIT path is aware of this limitation, and relocates
> the FDT at the expected location. Guessi
On Thu, Apr 01, 2021 at 01:25:29PM -0500, Alexandru Gagniuc wrote:
> The 'firmware' property of a config node takes precedence over the
> 'kernel' property. 'standalone' is deprecated. However, give users a
> couple of releases where 'standalone' still works, but warns loudly.
>
> Signed-off-by:
On Thu, Apr 01, 2021 at 01:25:30PM -0500, Alexandru Gagniuc wrote:
> Consider the following FIT:
>
> images {
> whipple {};
> };
> configurations {
> conf-1 {
> firmware = "whipple";
> };
> };
>
> Getting the
On Thu, Apr 01, 2021 at 01:25:31PM -0500, Alexandru Gagniuc wrote:
> OP-TEE images are normally packaged with
> type = "tee;
> os = "tee";
>
> However, fit_image_load() thinks that is somehow invalid. However if
> they were declared as type = "kernel", os = "linux", fit_image_load()
>
On Thu, Apr 01, 2021 at 10:42:36PM +, Chan, Donald wrote:
> Most modern OpenSSL engines have methods overridden at the EVP level rather
> than at RSA level, to make these engines work properly with mkimage, the RSA
> signing code needs to switch to using EVP_* APIs as much as possible.
>
> Si
On 4/13/21 9:05 PM, Rick Chen wrote:
Hi Sean,
On 4/13/21 12:12 AM, Rick Chen wrote:
Hi Sean
On 4/12/21 10:39 PM, Rick Chen wrote:
Hi Green,
From: Green Wan [mailto:green@sifive.com]
Sent: Monday, April 12, 2021 10:33 AM
To: Sean Anderson
Cc: Rick Chen; Rick Jian-Zhi Chen(陳建志); Bin Men
On 4/5/21 6:26 PM, Tim Harvey wrote:
On Wed, Jan 20, 2021 at 6:45 AM Marek Vasut wrote:
This fixes the case where there are multiple environment drivers, one of
them is the default environment one, and it is followed by an environment
driver which does not implement .init() callback. The defau
ping?
On Wed, Feb 24, 2021 at 10:55:07PM +0100, Reinoud Zandijk wrote:
> Dear Heinrich,
>
> On Wed, Feb 24, 2021 at 06:57:08PM +0100, Heinrich Schuchardt wrote:
> > On 24.02.21 17:44, Reinoud Zandijk wrote:
> > >
> > > Fixes IDE issues found on the Malta board under Qemu:
> > >
> > > 1) DMA impli
Console boot log:
U-Boot SPL 2021.04-00836-ga6232e065d-dirty (Apr 16 2021 - 15:16:35 +0200)
Trying to boot from MMC1
U-Boot 2021.04-00836-ga6232e065d-dirty (Apr 16 2021 - 15:16:35 +0200)
CPU: Freescale i.MX7D rev1.3 1000 MHz (running at 792 MHz)
CPU: Commercial temperature grade (0C to 95C)
On Fri, Apr 16, 2021 at 2:06 PM Andre Przywara wrote:
>
> Commit eb5a2b671075 ("net: sun8i-emac: Determine pinmux based on SoC,
> not EMAC type") switched the pinmux setup over to look at
> CONFIG_MACH_SUN* symbols, to find the appropriate mux value.
> Unfortunately this patch missed to check for
Hi Tom,
Please find the PR for master branch targeted for v2021.07-rc1 release.
Details about the PR are updated in the tag message.
Gitlab build report:
https://source.denx.de/u-boot/custodians/u-boot-ti/-/pipelines/7194
The following changes since commit b46dd116ce03e235f2a7d4843c6278e
On 12/04/21 9:10 pm, Aswath Govindraju wrote:
> According to latest errata of J721e [1], HS400 mode is not supported
> in MMCSD0 subsystem (i2024) and SDR104 mode is not supported in MMCSD1/2
> subsystems (i2090). Therefore, replace mmc-hs400-1_8v with mmc-hs200-1_8v
> in MMCSD0 subsystem and ad
Hi Simon
On 4/14/21 9:38 PM, Simon Glass wrote:
> On Fri, 9 Apr 2021 at 08:36, Patrice Chotard
> wrote:
>>
>> Fix a regression brings by commit 84f8e36f03fa ("cmd: bind: allow to
>> bind driver with driver data")
>>
>> As example, the following bind command doesn't work:
>>
>>bind /soc/usb-ot
commit f1bcad22dd19 ("net: e1000: add support for writing to EEPROM")
adds support for storing hwaddr in EEPROM however i210 devices do not
support this and thus results in errors such as:
Warning: e1000#0 failed to set MAC address'
Check if a flash device is present and if not return -ENOSYS indi
commit 6ecbe1375671 ("drivers: pci: imx: add imx_pcie_remove function")
attempted to resolve an issue caused by MX6QDL not having a proper
intneral PCIe core reset and thus hanging during kernel init if the
bootloader had enabled PCI.
The issue exists for IMX6Q, IMX6D, IXM6S, and IMX6DL. Fix the c
Hi Tim,
On Fri, Apr 16, 2021 at 5:30 PM Tim Harvey wrote:
>
> commit 6ecbe1375671 ("drivers: pci: imx: add imx_pcie_remove function")
> attempted to resolve an issue caused by MX6QDL not having a proper
> intneral PCIe core reset and thus hanging during kernel init if the
> bootloader had enabled
On Mon, Apr 12, 2021 at 11:44 AM Simon Glass wrote:
>
> Hi Tom,
>
> On Tue, 13 Apr 2021 at 06:38, Tom Rini wrote:
> >
> > On Tue, Apr 13, 2021 at 06:26:08AM +1200, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 13 Apr 2021 at 06:18, Tom Rini wrote:
> > > >
> > > > On Tue, Apr 13, 2021 at 0
Hi Tim,
Some more comments.
On Fri, Apr 16, 2021 at 5:30 PM Tim Harvey wrote:
>
> commit 6ecbe1375671 ("drivers: pci: imx: add imx_pcie_remove function")
> attempted to resolve an issue caused by MX6QDL not having a proper
> intneral PCIe core reset and thus hanging during kernel init if the
"i
Hi Heinrich,
On Thu, Apr 15, 2021 at 04:08:55PM +0200, Heinrich Schuchardt wrote:
> On 15.04.21 15:30, Masahisa Kojima wrote:
> > "TCG PC Client Platform Firmware Profile Specification"
> > requires to measure every attempt to load and execute
> > a OS Loader(a UEFI application) into PCR[4].
> >
On Fri, Apr 16, 2021 at 1:41 PM Fabio Estevam wrote:
>
> Hi Tim,
>
> Some more comments.
>
> On Fri, Apr 16, 2021 at 5:30 PM Tim Harvey wrote:
> >
> > commit 6ecbe1375671 ("drivers: pci: imx: add imx_pcie_remove function")
> > attempted to resolve an issue caused by MX6QDL not having a proper
> >
On Fri, Apr 16, 2021 at 5:48 PM Tim Harvey wrote:
> The QP has a soft reset bit such that this isn't an issue. For
Yes, I missed that the i.MX6QP has fixed this issue.
Thanks
In a system with multiple network controllers it can be difficult
to know the names of the various devices available. This is especially
true for USB ether devices as they do not display device names upon
detection.
This is being added as a net sub-system in case other commands may
want to be adde
When looking for an alias with the highest id skip aliases for nodes
that are disabled.
Signed-off-by: Tim Harvey
---
lib/fdtdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index 864589193b..d47195525a 100644
--- a/lib/fdtdec.c
+++ b/lib/fdtdec.c
@@ -546,6
From: Masami Hiramatsu
Update the highest subordinate bus number after probing the devices
under the bus for setting up the bridge correctly.
The commit 42f3663a3f67 ("pci: Update to use new sequence numbers")
removed this but it is required if a PCIe bridge is under the bus.
Fixes: 42f3663a3f67
Add a board_pci_fixup_dev weak function to allow PCI device fixups
during enumeration.
Signed-off-by: Tim Harvey
---
drivers/pci/pci-uclass.c | 6 ++
include/pci.h| 8
2 files changed, 14 insertions(+)
diff --git a/drivers/pci/pci-uclass.c b/drivers/pci/pci-uclass.c
ind
Enable driver model support for FEC ethernet which allows us to remove
the iomux and board_eth_init function. Replace the toggling of the ethernet
phy reset with dt configuration.
Enable driver model support for PCI which allows us to remove the
eth1000_initialize() call. Additionally enable PCI_I
If a chunk was larger than 4GiB, then chunk_data_sz would overflow and
blkcnt would not be calculated correctly. Upgrade it to a u64 and cast
its multiplicands as well. Also fix bytes_written while we're at it.
Signed-off-by: Sean Anderson
---
lib/image-sparse.c | 12 ++--
1 file change
fixes: d863d054397a ("imx: ventana: convert U-Boot to OF_CONTROL using FIT
image")
Signed-off-by: Tim Harvey
---
board/gateworks/gw_ventana/eeprom.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/gateworks/gw_ventana/eeprom.c
b/board/gateworks/gw_ventana/eeprom.c
index a5a151d85b..b
Remove the invalid 'regulator-always-on' property to resolve:
starting USB...
Bus usb@2184000: Error enabling VBUS supply (ret=-13)
probe failed, error -13
Bus usb@2184200: USB EHCI 1.00
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx6qdl-gw552x.dtsi | 1 -
1 file changed, 1 deletion(-)
diff --g
Hi Tim,
Thanks for picking it up. I'll drop this patch from the next version.
Thank you,
2021年4月17日(土) 6:53 Tim Harvey :
>
> From: Masami Hiramatsu
>
> Update the highest subordinate bus number after probing the devices
> under the bus for setting up the bridge correctly.
> The commit 42f3663a3
On Fri, Apr 16, 2021 at 3:30 PM Masami Hiramatsu
wrote:
>
> Hi Tim,
>
> Thanks for picking it up. I'll drop this patch from the next version.
>
> Thank you,
>
> 2021年4月17日(土) 6:53 Tim Harvey :
> >
> > From: Masami Hiramatsu
> >
> > Update the highest subordinate bus number after probing the devic
On Fri, Apr 16, 2021 at 3:41 PM Tim Harvey wrote:
>
> On Mon, Apr 12, 2021 at 11:44 AM Simon Glass wrote:
> >
> > Hi Tom,
> >
> > On Tue, 13 Apr 2021 at 06:38, Tom Rini wrote:
> > >
> > > On Tue, Apr 13, 2021 at 06:26:08AM +1200, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Tue, 13 Apr
Hi Tim,
2021年4月17日(土) 7:35 Tim Harvey :
>
> On Fri, Apr 16, 2021 at 3:30 PM Masami Hiramatsu
> wrote:
> >
> > Hi Tim,
> >
> > Thanks for picking it up. I'll drop this patch from the next version.
> >
> > Thank you,
> >
> > 2021年4月17日(土) 6:53 Tim Harvey :
> > >
> > > From: Masami Hiramatsu
> > >
Hello,
Here is the 2nd version of the series (including some fixes for build
errors) to add SynQuacer/DeveloperBox 96board EE suport on U-Boot.
Because of my poor typo, the previous version was not sent to the
ML. Anyway I have fixed it.
This series includes not only DeveloperBox support but als
Without this fix, scsi-scan will cause a synchronous abort
when accessing ops->scan.
Signed-off-by: Masami Hiramatsu
Reviewed-by: Simon Glass
---
drivers/ata/ahci-pci.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/ata/ahci-pci.c b/drivers/ata/ahci-pci.c
index 11ec98b56f..b1d
Commit bbbcb5262839 ("dm: pci: Enable VGA address forwarding on bridges")
sets the VGA bridge bits by checking pplat->class, but if the parent
device is the pci host bus device, it can be skipped. Moreover, it
shouldn't access the pplat because the parent has different plat data.
Without this fix,
When running the efidebug capsule disk-update command, the efi_fmp_raw
protocol installation is failed with 2 (EFI_INVALID_PARAMETER) as
below. This is because the code passes efi_root instaed of handle.
=> efidebug capsule disk-update
EFI: Call: efi_install_multiple_protocol_interfaces( &handle,
Many architecture do not have specific asm/arch/gpio.h, so instead
of adding !defined(CONFIG_ARCH_xxx), introduce CONFIG_ONLY_GENERIC_GPIO
and select it.
Signed-off-by: Masami Hiramatsu
---
arch/arm/Kconfig | 17 +
arch/arm/include/asm/gpio.h |8 +---
board
From: Jassi Brar
Signed-off-by: Jassi Brar
---
drivers/mtd/spi/spi-nor-ids.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
index 2b57797954..30a18b4140 100644
--- a/drivers/mtd/spi/spi-nor-ids.c
+++ b/drivers/mtd/spi/spi-n
Add ECAM based SynQuacer PCIe RC driver. This driver configures the
PCIe RC and filter out a ghost pcie config.
Since the Linux kernel expects "socionext,synquacer-pcie-ecam" device
is configured by firmware (EDK2), it doesn't re-configure in the kernel.
So as same as EDK2, U-Boot needs to configu
From: Jassi Brar
Signed-off-by: Jassi Brar
Signed-off-by: Masami Hiramatsu
---
drivers/mmc/Kconfig | 10 ++
drivers/mmc/Makefile |1 +
drivers/mmc/f_sdh30.c | 81 +
drivers/mmc/sdhci.c |9 +
4 files changed, 101 insertion
From: Jassi Brar
This is a driver for the HSSPI SPI controller on SynQuacer SoC.
The HSSPI has command sequence mode (memory mapped) and
direct mode (FIFO access). The driver will operate it under
the direct mode. And before booting OS, it switch back to the
command sequence mode since that is co
Add device trees for 96boards EE DeveloperBox and basement SynQuacer
SoC dtsi. These files are imported from EDK2
commit 83d38b0b4c0f240d4488c600bbe87cea391f3922
as-is (except for the changes #include path and some macros).
And add U-Boot specific changes in synquacer-sc2a11-developerbox-u-boot.
From: Jassi Brar
Add SynQuacer's NETSEC GbE controller driver.
Since this driver will load the firmware from SPI NOR flash,
this depends on CONFIG_SYNQUACER_SPI=y.
Signed-off-by: Jassi Brar
---
drivers/net/Kconfig |8
drivers/net/Makefile |1
drivers/net/sni_netsec.c | 1134
Add the DeveloperBox 96boards EE support. This board is also
known as Socionext SynQuacer E-Series. It contians one "SC2A11"
SoC, which has 24-cores of arm Cortex-A53, and 4 DDR3 slots,
3 PCIe slots (1 4x port and 2 1x ports which are expanded via
PCIe bridge chip), 2 USB 3.0 ports and 2 USB 2.0 po
Since the EDK2 GenerateCapsule script is out of date and it
doesn't generate the supported version capsule file, the document
should refer the mkeficapsule in tools.
Signed-off-by: Masami Hiramatsu
---
doc/board/emulation/qemu_capsule_update.rst | 11 ++-
1 file changed, 2 insertions(+
Enable EFI capsule update support. With the EFI capsule update,
you can update U-Boot, TF-A and OP-TEE. TF-A and OP-TEE are
usually combined as a FIP binary, but if the binary is bigger
than 480KB, you have to modify FIP header, split the OP-TEE
and stores the OP-TEE binary in the different place.
83 matches
Mail list logo
