Hi Simon,
On Mon, Nov 2, 2020 at 11:11 PM Simon Glass wrote:
>
> Hi Bin,
>
> On Wed, 21 Oct 2020 at 21:03, Simon Glass wrote:
> >
> > This series adds various minor features and tweaks to allow Coral to boot
> > into Chrome OS from U-Boot.
> >
> > It relies on three other series which have been
On Thu, Oct 22, 2020 at 11:03 AM Simon Glass wrote:
>
> This somehow ended up as an empty file. Fix it.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> .../max98357-render-2ch-48khz-24b.dat | Bin 0 -> 116 bytes
> 1 file changed, 0 insertions(+), 0 deletions(-)
>
Dear Heiko,
In message you wrote:
>
> > Apparently the meaning of CONFIG_ENV_IS_NOWHERE is nowhere
> > documented :-(
>
> env/Kconfig says:
Ah, I missed that. I was only checkng the README and the doc/
files...
> config ENV_IS_NOWHERE
> bool "Environment is not stored"
OK, but this i
On Tue, Nov 3, 2020 at 2:57 PM Bin Meng wrote:
>
> On Mon, Oct 5, 2020 at 7:27 PM Simon Glass wrote:
> >
> > Fix the dtoc warning in these file by using a driver name that matches the
> > compatible string.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > drivers/misc/cros_ec_i2c.c | 4 ++--
>
On Tue, Nov 3, 2020 at 2:57 PM Bin Meng wrote:
>
> On Mon, Oct 5, 2020 at 7:27 PM Simon Glass wrote:
> >
> > At present there are a lot of dtoc warnings reported when building
> > chromebook_coral, of the form:
> >
> >WARNING: the driver intel_apl_lpc was not found in the driver list
> >
> >
> This is more consistent with the naming of other ram banks, and matches
> what Linux is doing.
>
> Reported-by: Damien Le Moal
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v2:
> - New
>
> arch/riscv/dts/k210.dtsi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Reviewed-by
On Thu, Oct 22, 2020 at 11:03 AM Simon Glass wrote:
>
> At present CONFIG_CHROMEOS is used to determine whether verified boot is
> in use. The code to implement that is not in U-Boot mainline.
>
> However, it is useful to be able to boot a Chromebook in developer mode
> in U-Boot mainline without
On Thu, Oct 22, 2020 at 11:03 AM Simon Glass wrote:
>
> It is not possible to boot Chrome OS properly without passing some basic
> information from U-Boot. This applies even if verified boot is not being
> used. Add a structure definition for this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes
On Thu, Oct 22, 2020 at 11:03 AM Simon Glass wrote:
>
> Set up MSRs required for Apollo Lake. This enables Linux to use the
> timers correctly. Also write the fixed MSRs for this platform.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Rename update_fixed_mtrss() to update_fixed_mtrr
Hi Simon,
On Thu, Oct 22, 2020 at 11:03 AM Simon Glass wrote:
>
> Add definitions for part of the vboot context used with verified boot.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Convert tabs to spaces for consistency
I think in U-Boot tabs are preferred over spaces.
>
> arc
> CONFIG_SYS_SDRAM_{BASE,SIZE} are no longer necessary. The default
> get_effective_memsize will also work. The clock driver creates a bunch of
> devices, so we need to increase the pre-reloc malloc arena.
>
> Signed-off-by: Sean Anderson
> ---
>
> (no changes since v1)
>
> board/sipeed/maix/Kcon
> If CONFIG_RAM is enabled, use the ram device to get the base/size of
> memory. This provides an easy way for boards/cpus to hook into the
> dram_init logic, without needing to provide a second SYS_CPU.
>
> Signed-off-by: Sean Anderson
> ---
>
> (no changes since v1)
>
> arch/riscv/cpu/generic/d
From: Haibo Chen
Add wait_dat0() support, upper layer will use this callback.
Signed-off-by: Haibo Chen
---
drivers/mmc/fsl_esdhc_imx.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/mmc/fsl_esdhc_imx.c b/drivers/mmc/fsl_esdhc_imx.c
index 22040c67a8..3843d
> -Original Message-
> From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> Sent: 2020年11月3日 5:52
> To: Bough Chen ; Peng Fan ;
> u-boot@lists.denx.de
> Cc: dl-uboot-imx
> Subject: Re: [PATCH] mmc: fsl_esdhc_imx: add wait_dat0() support
>
> On 11/2/20 8:17 PM, haibo.c...@nxp.com wrote:
On Mon, Nov 2, 2020 at 5:21 PM Christian Gmeiner
wrote:
>
> ping and a short question: would it make more sense to put the parsing
> code into smbios.c and unconditionally compile it?
I think it's fine to leave this as a separte module.
Reviewed-by: Bin Meng
But nits below:
>
> Am Mi., 7. Okt
On Wed, Oct 7, 2020 at 8:33 PM Christian Gmeiner
wrote:
>
> If u-boot gets used as coreboot payload it might be nice to get
> vendor, model and bios version from smbios. I am not sure about
> the output of all the read information.
>
> With qemu target for coreboot this could look this:
>
> CBFS:
> Other RISC-V targets should not have RAM_SIFIVE enabled by default.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Pragnesh Patel
> ---
>
> (no changes since v1)
>
> drivers/ram/sifive/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Rick Chen
> This adds a driver to handle enabling the clock for the AI SRAM. This was
> previously done in board_init, but it needs to happen before relocation
> now. An alternative would be to move this to board_init_early_f, but by
> doing it this way we can use clk_bulk.
>
> Signed-off-by: Sean Anderson
> This is very similar to fdtdec_setup_mem_size_base_lowest, except we pick
> the highest ram bank, instead of the lowest. This is helpful for boards
> which use separate but contiguous ram banks, as it leaves the most space
> for loading programs.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: S
> Variables which had previously been stored in .bss are moved to .data. In
> addition, probed needs to be reset when the clock driver is re-bound
> post-relocation.
>
> Signed-off-by: Sean Anderson
> ---
>
> (no changes since v1)
>
> drivers/clk/kendryte/clk.c | 10 +-
> 1 file changed,
> These devices are necessary for the clock driver, which is required by the
> sram driver, to run pre-relocation.
>
> Signed-off-by: Sean Anderson
> ---
>
> (no changes since v1)
>
> arch/riscv/dts/k210.dtsi | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Rick Chen
On 03/11/20, Jaehoon Chung wrote:
> On 11/2/20 11:09 PM, Oliver Graute wrote:
> > Hello list,
> >
> > I try to use env_get("loadaddr") for a board specific CMD and included
> > env.h. But I get the following linking error in nvedit.c. Some clue what
> > I miss here? I still use v2020.07.
>
> Did
> This conditional always evaluated as false, regardless of the value of reg.
> Fix it so that it properly tests the bits in the PLL register. Also test
> PLL_EN, now that we set it.
>
> Reported-by: Damien Le Moal
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v2:
> - New
>
> drivers/clk/k
> After starting or setting the rate of a PLL, the enable bit must be set.
>
> This fixes a bug where the AI ram would not be accessible, because it
> requires PLL1 to be running.
>
> Signed-off-by: Sean Anderson
> ---
>
> (no changes since v1)
>
> drivers/clk/kendryte/pll.c | 2 ++
> 1 file chan
On Mon, Oct 5, 2020 at 7:27 PM Simon Glass wrote:
>
> Fix the dtoc warning in these file by using a driver name that matches the
> compatible string.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/misc/cros_ec_i2c.c | 4 ++--
> drivers/misc/cros_ec_lpc.c | 4 ++--
> drivers/misc/cros_ec_spi.c
On Mon, Oct 5, 2020 at 7:27 PM Simon Glass wrote:
>
> At present there are a lot of dtoc warnings reported when building
> chromebook_coral, of the form:
>
>WARNING: the driver intel_apl_lpc was not found in the driver list
>
> Correct these by using driver names that matches their compatible
Hi Shuying,
I can't find a rk3399-nanopi-m4v2.dts at mainline kernel, does this
a copy of rk3399-nanopi-m4.dts?
What's the difference between m4 and m4v2, is it possible to use
the same dts in U-Boot?
Thanks,
- Kever
On 2020/10/18 下午1:25, Shuying Li wrote:
From: Libunko
Add initi
> This renames power domains to match the names on the k210 datasheet.
>
> Signed-off-by: Sean Anderson
> Reported-by: Damien Le Moal
> ---
>
> .../pinctrl/kendryte,k210-fpioa.txt| 2 +-
> drivers/pinctrl/pinctrl-kendryte.c | 10 +-
> 2 files chan
> I2C and SCCB previously shared defaults. However, SCCB needs OE_INV and
> IE_INV set, but I2C cannot have those bits set. This adds a separate
> default for SCCB.
>
> Signed-off-by: Sean Anderson
> Reported-by: Damien Le Moal
> ---
>
> drivers/pinctrl/pinctrl-kendryte.c | 10 ++
> 1 fi
Hello Wolfgang,
Am 02.11.2020 um 13:51 schrieb Wolfgang Denk:
Dear Heiko,
In message you wrote:
I enabled now ENV_APPEND on this board and
CONFIG_ENV_IS_NOWHERE
CONFIG_ENV_IS_IN_SPI_FLASH
This gives me the creeps. I know this is not cause by anything in
your patch, but anyway...
Apparen
Hello Michael,
Am 02.11.2020 um 21:15 schrieb Michael Walle:
Am 2020-11-02 08:00, schrieb Heiko Schocher:
Hello Michael,
Am 01.11.2020 um 14:38 schrieb Michael Walle:
Commit 92765f45bb95 ("env: Access Environment in SPI flashes before
relocation") at least breaks the Kontron sl28 board. I gue
The PinePhone is a smartphone produced by Pine64, with an A64 SoC,
2 or 3 GiB LPDDR3 RAM, 16 or 32 GiB eMMC, 720x1440 MIPI-DSI panel,
and Quectel EG25-G modem.
There are two main board revisions: 1.1 for early adopters, and 1.2
for mass production. Since there is code to detect the board revision
Am 3. November 2020 01:06:00 MEZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Tue, 27 Oct 2020 at 13:29, Heinrich Schuchardt
>wrote:
>>
>> Use Sphinx style function descriptions.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> v3:
>> no change
>> v2:
>> new patch
>> ---
>> includ
On Tue, 27 Oct 2020 at 13:29, Heinrich Schuchardt wrote:
>
> Up to now the sandbox would shutdown upon a cold reset request. Instead it
> should be reset.
>
> In our coding we use static variables like LIST_HEAD(efi_obj_list). A reset
> can occur at any time, e.g. via an UEFI binary calling the re
On Tue, 27 Oct 2020 at 13:29, Heinrich Schuchardt wrote:
>
> Add sandbox API to generated HTML documentation
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v3:
> no change
> v2:
> new patch
> ---
> doc/api/index.rst | 1 +
> doc/api/sandbox.rst | 9 +
> 2 files changed,
On Tue, 27 Oct 2020 at 13:29, Heinrich Schuchardt wrote:
>
> During a cold reset execv() is used to relaunch the U-Boot binary.
> We must ensure that all files are closed in this case.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v3:
> no change
> v2:
> new patch
> ---
> arch/s
Hi Heinrich,
On Tue, 27 Oct 2020 at 13:29, Heinrich Schuchardt wrote:
>
> Use Sphinx style function descriptions.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v3:
> no change
> v2:
> new patch
> ---
> include/os.h | 223 ++-
> 1
On 11/2/20 11:09 PM, Oliver Graute wrote:
> Hello list,
>
> I try to use env_get("loadaddr") for a board specific CMD and included
> env.h. But I get the following linking error in nvedit.c. Some clue what
> I miss here? I still use v2020.07.
Did you check whether CONFIG_SPL_ENV_SUPPORT is enable
Hi Lukasz,
On 11/2/20 6:55 PM, Lukasz Majewski wrote:
> Hi Jaehoon,
>
>> Add DFU_SKIP layout cencept.
>> If layout is "skip", it will be skipped after nothing to do.
>> It's useful to support multiple board with one tar file.
>>
>> Signed-off-by: Jaehoon Chung
>> ---
>> drivers/dfu/dfu.c |
On 11/2/20 8:17 PM, haibo.c...@nxp.com wrote:
> From: Haibo Chen
>
> Add wait_dat0() support, upper layer will use this callback.
>
> Signed-off-by: Haibo Chen
> ---
> drivers/mmc/fsl_esdhc_imx.c | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/drivers/mmc/fsl
Hi,
On 11/3/20 1:16 AM, Biju Das wrote:
> Add SDHI quirks for R-Car H3 and RZ/G2H SoC.
Does it needs to use quirks? IMO, Using fixup for each SoC is better than
quirks.
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Biju Das
> Reviewed-by: Lad Prabhakar
> ---
> v6: New patch. Quirks using
On 11/3/20 1:16 AM, Biju Das wrote:
> Add SDHI quirks for R-Car M3-W and RZ/G2M SoC.
>
> Signed-off-by: Biju Das
> Reviewed-by: Lad Prabhakar
> ---
> v5->v6: Used soc_device_match api to add quirks.
> v5 : New Patch
> (Ref:
> https://protect2.fireeye.com/v1/url?k=38bf0561-67243c69-38be8e2
This patch adds support for more PMBus compatible devices to the NXP
drivers for its QorIQ family devices. At runtime, the voltage regulator is
queried over I2C, and the required voltage multiplier determined. This
change supports the DIRECT and LINEAR PMBus voltage reporting modes.
Previously, t
On Mon, Nov 02, 2020 at 08:24:09AM +0100, Marek Behun wrote:
> On Mon, 2 Nov 2020 08:27:16 +0800
> Qu Wenruo wrote:
>
> > Thus I really tend to believe it's just a bug in coverity.
> > All locations accessing @ii all have its key.type checked to ensure it get
> > filled in the first place.
>
>
Am 2020-11-02 08:00, schrieb Heiko Schocher:
Hello Michael,
Am 01.11.2020 um 14:38 schrieb Michael Walle:
Commit 92765f45bb95 ("env: Access Environment in SPI flashes before
relocation") at least breaks the Kontron sl28 board. I guess it also
breaks others which use a (late) SPI environment.
U
A recent change removed the base offset from the calculation. This is
used on coral to find the FSP-S binary. Fix it.
Fixes: a9fad07d4b8 ("binman: Avoid reporting image-pos with compression")
Signed-off-by: Simon Glass
---
tools/binman/entry.py | 2 +-
1 file changed, 1 insertion(+), 1 deletio
With a recent change this entry stores only part of the section data,
leaving out the padding at the end. Fix this by using GetPaddedData() to
get the data. Add this function to the base Entry class also.
Fixes: d1d3ad7d1fe ("binman: Move section padding to the parent")
Signed-off-by: Simon Glass
On 11/1/20 8:26 PM, Biju Das wrote:
Hi Marek,
Hi,
[...]
@@ -23,7 +48,9 @@ static u32 rmobile_get_prr(void)
u32 rmobile_get_cpu_type(void)
{
- return (rmobile_get_prr() & 0x7F00) >> 8;
+ const u32 soc_id = (rmobile_get_prr() & 0x7F00) >> 8;
The soc_id = ... can be i
On 11/2/20 5:16 PM, Biju Das wrote:
This patch series adds the required SoC/Board support to boot HopeRun
HiHope RZ/G2[HMN] boards.
It uses SoC driver for unique cpu identification for RZ/G and R-Car SoC's,
since they share same PRR ID.
SDHI quirks added using soc_device_match api.
Can you pl
SetVariable() may be called with attributes == 0 to delete a variable. To
determine if the deletion shall be persisted we have to consider the
non-volatile flag in the attributes of the deleted variable and not the
value passed in the call parameter.
Signed-off-by: Heinrich Schuchardt
---
lib/ef
On Mon, Nov 02, 2020 at 11:01:51AM +, eugen.hris...@microchip.com wrote:
> Hello Tom,
>
> Please pull tag u-boot-atmel-fixes-2021.01-a , the first set of atmel
> fixes for 2021.01 cycle.
>
> This specific feature set includes the patches for DT required to fix
> the warnings for newer DTC
Hi All,
Please ignore this patch, it is giving compilation error for ARM 32 platforms.
I will post v7 fixing this error.
arm: + blanche
+drivers/mmc/renesas-sdhi.c:868:21: error: variable
'sdhi_quirks_4tap_nohs400_b17_dtrend' has initializer but incomplete type
+ 868 | static const s
The HiHope RZ/G2H board from HopeRun consists of main board
(HopeRun HiHope RZ/G2H main board) and sub board(HopeRun
HiHope RZ/G2H sub board). The HiHope RZ/G2H sub board sits
below the HiHope RZ/G2H main board.
DTS files apart from r8a774e1-hihope-rzg2h-u-boot.dts and
r8a774e1-u-boot.dtsi have be
The HiHope RZ/G2N board from HopeRun consists of main board
(HopeRun HiHope RZ/G2N main board) and sub board(HopeRun
HiHope RZ/G2N sub board). The HiHope RZ/G2N sub board sits
below the HiHope RZ/G2N main board.
DTS files apart from r8a774b1-hihope-rzg2n-u-boot.dts and
r8a774b1-u-boot.dtsi have be
Add SDHI quirks for R-Car M3-W and RZ/G2M SoC.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v5->v6: Used soc_device_match api to add quirks.
v5 : New Patch
(Ref:
https://patchwork.ozlabs.org/project/uboot/patch/20201008085941.3600-2-biju.das...@bp.renesas.com/)
---
drivers/mmc/
RZ/G2 SoC's are identical to R-Car Gen3 SoC's apart from some
automotive peripherals.
RZ/G2H (R8A774E1) = R-Car H3-N (R8A77951).
RZ/G2M (R8A774A1) = R-Car M3-W (R8A77960).
RZ/G2N (R8A774B1) = R-Car M3-N (R8A77965).
RZ/G2E (R8A774C0) = R-Car E3 (R8A77990).
As the devices are the same they also hav
Add SDHI quirks for R-Car H3 and RZ/G2H SoC.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v6: New patch. Quirks using soc_device_match.
---
drivers/mmc/renesas-sdhi.c | 37 -
1 file changed, 36 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc
Add SDHI quirks for R-Car M3-N and RZ/G2N SoC.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v6: New patch. quirks using soc_device_match.
---
drivers/mmc/renesas-sdhi.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/renesas-sdhi.c b/dri
This patch series adds the required SoC/Board support to boot HopeRun
HiHope RZ/G2[HMN] boards.
It uses SoC driver for unique cpu identification for RZ/G and R-Car SoC's,
since they share same PRR ID.
SDHI quirks added using soc_device_match api.
This patch series depend upon [1]
[1] https://li
The HiHope RZ/G2M board from HopeRun consists of main board
(HopeRun HiHope RZ/G2M main board) and sub board(HopeRun
HiHope RZ/G2M sub board). The HiHope RZ/G2M sub board sits
below the HiHope RZ/G2M main board.
DTS files apart from r8a774a1-hihope-rzg2m-u-boot.dts and
r8a774a1-u-boot.dtsi have be
Hi Bin,
On Wed, 21 Oct 2020 at 21:03, Simon Glass wrote:
>
> This series adds various minor features and tweaks to allow Coral to boot
> into Chrome OS from U-Boot.
>
> It relies on three other series which have been recently sent:
>
>- smbios (u-boot-dm/smbios-working)
>- bootm (u-boot-d
Add SoC identification string for attribute matching.
Also changed the comments from "an SOC" to "an SoC".
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v1->v2: Changed the comments from "a SoC" to "an SoC"
Ref:
https://patchwork.ozlabs.org/project/uboot/patch/20201030140724.12773
Add SoC identification driver for Renesas SoC's. This allows
to identify the SoC type and revision based on Product Register.
This can be checked where needed using soc_device_match().
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v2: New patch
---
drivers/soc/Kconfig | 7 ++
This patch series aims to support Renesas SoC identification driver.
Added a helper function of_match_node to find the matching of_match
structure. This helper function can be used to replace the following
code in u-boot [1] and [2]
[1]
https://elixir.bootlin.com/u-boot/latest/source/drivers/seri
Add of_match_node() helper function to iterate over the device tree
and tell if a device_node has a matching of_match structure.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v1->v2:
* No Change.
Ref:
https://patchwork.ozlabs.org/project/uboot/patch/20201030140303.11773-1-biju.das
Hello Tom,
Please pull tag u-boot-atmel-fixes-2021.01-a , the first set of atmel
fixes for 2021.01 cycle.
This specific feature set includes the patches for DT required to fix
the warnings for newer DTC version (1.6.0+), i2c and spi bus unit address.
Thanks !
Eugen
The following changes sin
On Monday 02 November 2020 13:25:56 Patrick DELAUNAY wrote:
> Hi Tom and Pali,
>
> > From: U-Boot On Behalf Of Tom Rini
> > Sent: samedi 24 octobre 2020 16:52
> >
> > On Wed, Oct 07, 2020 at 03:39:40PM +0200, Pali Rohár wrote:
> >
> > > This change fixes two issues when building u-boot-nodtb.bi
Hello list,
I try to use env_get("loadaddr") for a board specific CMD and included
env.h. But I get the following linking error in nvedit.c. Some clue what
I miss here? I still use v2020.07.
start=$(aarch64-linux-gnu-nm u-boot | grep __rel_dyn_start | cut -f 1 -d ' ');
end=$(aarch64-linux-gnu-nm
Hi Tom and Pali,
> From: U-Boot On Behalf Of Tom Rini
> Sent: samedi 24 octobre 2020 16:52
>
> On Wed, Oct 07, 2020 at 03:39:40PM +0200, Pali Rohár wrote:
>
> > This change fixes two issues when building u-boot-nodtb.bin target:
> >
> > * Remove intermediate binary u-boot-nodtb.bin from disk wh
Dear Heiko,
In message you wrote:
>
> I enabled now ENV_APPEND on this board and
>
> CONFIG_ENV_IS_NOWHERE
> CONFIG_ENV_IS_IN_SPI_FLASH
This gives me the creeps. I know this is not cause by anything in
your patch, but anyway...
Apparently the meaning of CONFIG_ENV_IS_NOWHERE is nowhere
documen
[Copy-pasting my reply to the off-list thread].
Hi,
On 30/10/20 10:45AM, Tom Rini wrote:
> Hey all,
>
> Here's the latest report from Coverity on new issues. Please take a
> look and let me know if any of these are false positives or things
> that we should try and adopt a Coverity model to cov
Hi again,
for reference this is my solution for the Problem below:
1. Do NOT use CONFIG_MULTI_DTB_FIT if using cipher or signature
In this case all DTBs are added in FIT Image.
All DTBs are added before u-boot.dtb, so you have at least two entries.
U-Boot does not search this list for cipher and
Allow attaching a virtual SATA disk to qemu-riscv64_defconfig.
Signed-off-by: Heinrich Schuchardt
---
configs/qemu-riscv64_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/qemu-riscv64_defconfig b/configs/qemu-riscv64_defconfig
index daf5d655d0..a1426a9506 100644
--- a
From: Haibo Chen
Add wait_dat0() support, upper layer will use this callback.
Signed-off-by: Haibo Chen
---
drivers/mmc/fsl_esdhc_imx.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/mmc/fsl_esdhc_imx.c b/drivers/mmc/fsl_esdhc_imx.c
index 22040c67a8..dc6a6
On 26.10.2020 10:39, Eugen Hristev wrote:
> This series fixes warnings when moving to DTC 1.6.0+.
>
> Anyone who still has these boards and is willing to test them, it's
> appreciated.
>
> I do not have any of the boards listed here at the moment.
>
> Thanks !
>
> Eugen
>
> In v2, added 2 mor
Hi Jaehoon,
> Add DFU_SKIP layout cencept.
> If layout is "skip", it will be skipped after nothing to do.
> It's useful to support multiple board with one tar file.
>
> Signed-off-by: Jaehoon Chung
> ---
> drivers/dfu/dfu.c | 2 +-
> drivers/dfu/dfu_mmc.c | 9 +
> include/dfu.h
Hi Simon,
út 1. 9. 2020 v 17:34 odesílatel Simon Glass napsal:
>
> On Wed, 26 Aug 2020 at 07:34, Michal Simek wrote:
> >
> > Fix typo.
> >
> > Fixes: 19790632648b ("binman: Support accessing binman tables at run time")
> > Signed-off-by: Michal Simek
> > ---
> >
> > include/binman_sym.h | 2 +-
ping
Am Mi., 7. Okt. 2020 um 14:33 Uhr schrieb Christian Gmeiner
:
>
> If u-boot gets used as coreboot payload it might be nice to get
> vendor, model and bios version from smbios. I am not sure about
> the output of all the read information.
>
> With qemu target for coreboot this could look this:
ping and a short question: would it make more sense to put the parsing
code into smbios.c and unconditionally compile it?
Am Mi., 7. Okt. 2020 um 14:33 Uhr schrieb Christian Gmeiner
:
>
> Add an very simple API to be able to access SMBIOS strings
> like vendor, model and bios version.
>
> Signed-o
On 02/11/2020 04:07, Jaehoon Chung wrote:
> Relocate a config_distro_bootcmd header before defined
> CONFIG_EXTRA_ENV_SETTINGS. Otherwise it can't change to specific
> environment.
>
> Signed-off-by: Jaehoon Chung
> ---
> include/configs/meson64.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 de
On 02/11/2020 04:07, Jaehoon Chung wrote:
> Relocate a config_distro_bootcmd header before defined
> CONFIG_EXTRA_ENV_SETTINGS. Otherwise it can't change to specific
> environment.
>
> Signed-off-by: Jaehoon Chung
> ---
> include/configs/meson64.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 de
On 02/11/2020 04:07, Jaehoon Chung wrote:
> Relocate a config_distro_bootcmd header before defined
> CONFIG_EXTRA_ENV_SETTINGS. Otherwise it can't change to specific
> environment.
>
> Signed-off-by: Jaehoon Chung
> ---
> include/configs/meson64.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 de
Hi Sebastian,
On 02.11.20 09:07, Stefano Babic wrote:
Hi Sebastian,
I integrated the patches but the MAINTAINERS file for B1x5v2 is missing.
Can you send a follow-up patch to fix this ? (Or just a V5 for 9/9, your
choice).
Just send a follow-up patch, thanks.
Regards,
Stefano
Regards,
S
> commit c05ed00afb dropped linux/delay.h from common header
> add linux/delay.h to avoid compile warning here
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software E
> Ensure we terminate the line with a CR if we get an invalid sensor device
> or reading.
> Signed-off-by: Tim Harvey
> Reviewed-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX S
> Allow using disable_ldb_di_clock_sources with just the combined
> CONFIG_MX6QDL being enabled.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineer
> Those two LEDs are used to indicate U-Boot's boot stage.
> Signed-off-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolfga
> In case of empty battery or glitches the oscillator fail
> bit might be set. This will reset the bit in the reset
> routine.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
==
> This option is only supported by the IMX watchdog and seems to be
> similar to CONFIG_WATCHDOG.
> Move it below the IMX watchdog and make it dependent on IMX_WATCHDOG.
> Signed-off-by: Michael Walle
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
===
> The command 'clocks' shows the following output:
> => clocks
> PLL_A7_SPLL 528 MHz
> PLL_A7_APLL 529 MHz
> PLL_USB 0 MHz
>
> [do_mx7_showclocks] addr = 0x9FFB61F1
> The last line is not useful at all, so just remove it.
> Signed-off-by: Fabio Estevam
Applied to u-b
> This separates the I2C specific code from the generic
> GE vital product data code, so that the generic parts
> can be used on hardware with VPD stored in SPI flash
> memory.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> In order to be able to run the I2C bus at 400Khz, the chip errata[1]
> recommends that the peripheral clock runs out of the 24MHz oscillator.
> Systems running I2C from OP-TEE before Linux executes - for example to
> access a Secure Element [2] providing the cryptographic support - expect
> this
> From: Igor Opaniuk
> Enable CONFIG_CMD_IMPORTENV and CONFIG_OF_LIBFDT_OVERLAY needed
> for booting regular Toradex BSP images.
> Signed-off-by: Igor Opaniuk
> Reviewed-by: Oleksandr Suvorov
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
==
> While this code is being used by all GE platforms its useful
> to have it behind a config option for hardware bringup of
> new platforms.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
> This takes care of resetting the 32kHz square wave, which is
> used by some boards as clock source for the SoC.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX
> This option allows using show_boot_progress to visualize the state of
> boot process.
> Signed-off-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> Add GPIO poweroff driver, which is based on the Linux
> driver and uses the same DT binding.
> Reviewed-by: Simon Glass
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
==
> The file only contains RTC related code, so let's name
> it accordingly.
> Signed-off-by: Sebastian Reichel
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managin
> The command 'clocks' shows the following output:
> => clocks
> PLL_A7_SPLL 528 MHz
> PLL_A7_APLL 529 MHz
> PLL_USB 0 MHz
> Add some extra spaces so that the PLL_USB information gets aligned with
> the previous reported frequencies.
> Signed-off-by: Fabio Estevam
Applied
> This patch provides information regarding the boot stage with using LEDs.
> On the very beginning of U-Boot execution the GREEN LED is turned on.
> When the execution is passed to Linux kernel the GREEN LED is off and
> RED one is ON.
> Afterwards, when Linux takes over the execution, the "heartb
1 - 100 of 105 matches
Mail list logo
