On Mon, Oct 21, 2019 at 4:41 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> On i.MX7 in a sake of reducing the disturbances caused by a neighboring
> cells in the FCB page in the NAND chip, a randomizer is enabled when
> reading the FCB page by ROM bootloader.
>
> Add API for setting BCH to
On Mon, Oct 21, 2019 at 4:41 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Extend GPMI Integrated ECC Control Register Description, include
> additional defines for enabling randomizer function and providing
> proper randomizer type.
>
> For additional details check i.MX7 APR, section
>
>-Original Message-
>From: U-Boot On Behalf Of Heiko Schocher
>Sent: Wednesday, October 16, 2019 9:26 AM
>To: U-Boot Mailing List
>Subject: [U-Boot] [PATCH v2 4/9] mpc85xx, socrates: add DM support
>
>enable CONFIG_DM for the socrates board.
>
>Signed-off-by: Heiko Schocher
>---
>
Hi, sjg,
I'm YuLang, a software engineer in Hesai Tech. I really appreciate your
contribution to secure boot. But I'm confused with your explanation about
signature with FIT image in "u-boot/doc/uImage.FIT/signature.txt". As
following，
/ {
images {
kernel@1 {
data =
hash@1 {
algo =
This patch is to add sata node for P5040 platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/p5040.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p5040.dtsi b/arch/powerpc/dts/p5040.dtsi
index
This patch is to add sata node for T4240 platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/t4240.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t4240.dtsi b/arch/powerpc/dts/t4240.dtsi
index
On 22. 10. 19 16:43, Michael Walle wrote:
> Am 2019-10-22 15:45, schrieb Michal Simek:
>> On 22. 10. 19 15:09, Michael Walle wrote:
>>> Am 2019-10-14 15:29, schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru
This patch is to add sata node for T102x platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/t102x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t102x.dtsi b/arch/powerpc/dts/t102x.dtsi
index
This patch is to add sata node for P3041 platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/p3041.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p3041.dtsi b/arch/powerpc/dts/p3041.dtsi
index
This patch is to add sata node for T104x platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/t104x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t104x.dtsi b/arch/powerpc/dts/t104x.dtsi
index
This patch is to add sata node for P2041 platform
Signed-off-by: Peng Ma
---
Changed for v2:
- Change "Added" to "Add"
arch/powerpc/dts/p2041.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p2041.dtsi b/arch/powerpc/dts/p2041.dtsi
index
Add DM support for Silicon(SIL3131 / SIL3132 / SIL3124) sata driver as
few of the PowerPC platforms such as P series based boards need to
use SATA_SIL with DM,
Also fix below warning while PowerPC P series boards compilation,
= WARNING =="
This board does
Add DM support for Freescale PowerPC sata driver used for PowerPC T series SoCs,
CONFIG_BLK needs to be enabled on these platforms. It adds the SATA controller
as
AHCI device, which is strictly speaking not correct, as the controller is not
AHCI
compatible, But the U-Boot AHCI uclass interface
On 23.10.19 12:34, Schrempf Frieder wrote:
BTW: Using the "spi-mem" driver version from Ashish with the fix
suggested by Frieder to clear the DDR bit in TDH (reset to 00) still
works without any problems.
There is some cleanup work that needs to be done (e.g. [1]). After
that I will send an
From: Nicolas Ferre
The KSZ8081 PHY has a factory test mode which is set at the de-assertion
of the reset line based on the RXER (KSZ8081RNA/RND) or TXC
(KSZ8081MNX/RNB) pin. If a pull-down is missing, or if the pin has a
pull-up, the factory test mode should be cleared by manually writing a 0
Hi Ashish,
On 22.10.19 18:11, Ashish Kumar wrote:
>
>
>> -Original Message-
>> From: Stefan Roese
>> Sent: Tuesday, October 22, 2019 9:12 PM
>> To: Schrempf Frieder ; Ashish Kumar
>> ; Ye Li ;
>> ja...@amarulasolutions.com
>> Cc: Fabio Estevam ; u-boot@lists.denx.de; dl-
>> uboot-imx
On 23.10.19 09:48, Chris Packham wrote:
On Wed, Oct 23, 2019 at 1:15 AM Stefan Roese wrote:
Hi Chris,
On 22.10.19 09:05, Chris Packham wrote:
As mentioned in doc/README.arm-relocation gd->bd is not available in
dram_init() so we shouldn't attempt to access it.
Signed-off-by: Chris Packham
On Tue, Oct 22, 2019 at 10:29:09PM +0200, Heinrich Schuchardt wrote:
> The patch
>
> commit 867400677cda0fac4a411f1549fe3a61bb5ed172
> efi_loader: disk: install FILE_SYSTEM_PROTOCOL only if available
>
> breaks booting my Pine A64 LTS board via iPXE and GRUB. But I assume
> this is not at the
> Subject: Re: [PATCH] spl: spl_mmc: fix getting raw_sect when boot from
> emmc boot partition
>
> Hi Peng,
>
> > On i.MX8, when booting from eMMC boot partition, the whole flash.bin
> > is stored in boot partition, however SPL switches to user partition
> > during the init of mmc driver:
> >
On Wed, Oct 23, 2019 at 12:00 PM Vignesh Raghavendra wrote:
>
>
>
> On 18/10/19 6:12 PM, Simon Goldschmidt wrote:
> > On Fri, Oct 18, 2019 at 2:40 PM Vignesh Raghavendra wrote:
> >>
> >> Hi,
> >>
> >> On 18/10/19 2:34 PM, Simon Goldschmidt wrote:
> >>> On Thu, Oct 17, 2019 at 2:55 PM Simon
On 18/10/19 6:12 PM, Simon Goldschmidt wrote:
> On Fri, Oct 18, 2019 at 2:40 PM Vignesh Raghavendra wrote:
>>
>> Hi,
>>
>> On 18/10/19 2:34 PM, Simon Goldschmidt wrote:
>>> On Thu, Oct 17, 2019 at 2:55 PM Simon Goldschmidt
>>> wrote:
On Thu, Oct 17, 2019 at 2:44 PM Vignesh
>
> Select the correct USB product id used by the download gadget for ST stm32mp1
> boards.
>
> The board stm32mp1 select the correct product id, as defined in
> http://www.linux-
> usb.org/usb.ids for the STMicroelectronics vendor id = 0x0483
> (CONFIG_USB_GADGET_VENDOR_NUM):
> - dfu = 0xdf11
>
> Set ramdisk_addr_r to 0xC060.
>
> Reported-by: Christophe Priouzeau
> Signed-off-by: Patrice Chotard
> ---
Applied to u-boot-stm32/master, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Simon,
On Fri, Sep 20, 2019 at 8:45 PM Simon Glass wrote:
>
> Hi Sam,
>
> On Thu, 19 Sep 2019 at 12:28, Sam Protsenko
> wrote:
> >
> > Android Boot Image v2 adds "DTB" payload (and corresponding field in the
> > image header). Provide functions for its handling:
> >
> > -
>
> Network support was never added on this board, disable CONFIG_NET flag to
> avoid following warning:
>
> = WARNING == This board
> does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update
> the board to use CONFIG_DM_ETH before the
>
> Network support was never added on this board, disable CONFIG_NET flag to
> avoid following warning:
>
> = WARNING == This board
> does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update
> the board to use CONFIG_DM_ETH before the
>
> Network support was never added on this board, disable CONFIG_NET flag to
> avoid following warning:
>
> = WARNING == This board
> does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update
> the board to use CONFIG_DM_ETH before the
Hi,
>
> Network support was never added on this board, disable CONFIG_NET flag to
> avoid following warning:
>
> = WARNING == This board
> does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update
> the board to use CONFIG_DM_ETH
>
> Network support was never added on this board, disable CONFIG_NET flag to
> avoid following warning:
>
> = WARNING == This board
> does not use CONFIG_DM_ETH (Driver Model for Ethernet drivers). Please update
> the board to use CONFIG_DM_ETH before the
Hi Tom
Please pull the STM32 related patches for u-boot-stm32-2019-10-23
With the following changes:
- Disable CONFIG_NET flag for MCU STM32
- Fix ramdisk_addr_r for stm32f746-disco
- Fix USB product id for stm32mp1
Travis CI status:
Hi Patrick
On 10/14/19 9:28 AM, Patrick Delaunay wrote:
> This patch adds the support of the spi nand device in mtdparts command
> and in dfu_alt_info.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> board/st/stm32mp1/stm32mp1.c | 32
Hi Patrick
On 10/14/19 9:28 AM, Patrick Delaunay wrote:
> Generate automatically dfu_alt_info for the supported device.
> The simple command "dfu 0" allows to start the dfu stack on usb 0
> for the supported devices:
> - dfu mtd for nand0
> - dfu mtd for nor0
> - dfu mmc for SDCard
> - dfu mmc
Hi Patrick
On 10/14/19 9:28 AM, Patrick Delaunay wrote:
> Add support of DFU for MMC, MTD, RAM and MTD command.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> configs/stm32mp15_basic_defconfig | 4
> configs/stm32mp15_optee_defconfig | 4
23.10.2019 11:49, Kever Yang пишет:
> Matway,
>
> On 2019/10/23 上午1:37, Matwey V. Kornilov wrote:
>> Hi,
>>
>> Thank you. Currently, I see the following at Rock64 SBC:
>>
>> U-Boot TPL 2019.10-00024-g8b580d5b93 (Oct 22 2019 - 20:29:01)
>> data training error
>> LPDDR3, 800MHz
>> BW=32 Col=10 Bk=8
Matway,
On 2019/10/23 上午1:37, Matwey V. Kornilov wrote:
Hi,
Thank you. Currently, I see the following at Rock64 SBC:
U-Boot TPL 2019.10-00024-g8b580d5b93 (Oct 22 2019 - 20:29:01)
data training error
LPDDR3, 800MHz
BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
Trying to
Hi Patrick,
Am Mittwoch, 23. Oktober 2019, 09:10:52 CEST schrieb Patrick DELAUNAY:
> Hi Jens and Heiko,
>
> > From: U-Boot On Behalf Of Jens Wiklander
> > Sent: mercredi 23 octobre 2019 08:46
> >
> > On Tue, Oct 22, 2019 at 09:04:27PM +0200, Heiko Stuebner wrote:
> > > From: Heiko Stuebner
>
Hi Stefan,
On 23/10/19 8:06 AM, Stefan Roese wrote:
> Hi Vignesh,
>
> On 10.10.19 07:52, Vignesh Raghavendra wrote:
[...]
>> +
>> + hbmc: hyperbus@47034000 {
>> + compatible = "ti,j721e-hbmc", "ti,am654-hbmc";
>> + reg = <0x0 0x47034000 0x0 0x100>,
>> +
Enable HBMC and HyperFlash in A72 SPL and A72 U-Boot
Signed-off-by: Vignesh Raghavendra
---
v3: No change
configs/j721e_evm_a72_defconfig | 12
1 file changed, 12 insertions(+)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig
index
J721e SoM as a 64MB HyperFlash on board. Add pinmux and DT node for the
same.
Signed-off-by: Vignesh Raghavendra
---
v3: No change
arch/arm/dts/k3-j721e-som-p0.dtsi | 34 +++
1 file changed, 34 insertions(+)
diff --git a/arch/arm/dts/k3-j721e-som-p0.dtsi
Make use of CONFIG_SYS_MONITOR_BASE only when available to avoid build
error when CONFIG_SYS_MONITOR_BASE is not defined.
Signed-off-by: Vignesh Raghavendra
---
v3: No change
v2: Make macro check consistent as pointed out by Stefan
drivers/mtd/cfi_flash.c | 6 --
1 file changed, 4
Define CONFIG_SYS_MAX_FLASH_BANKS_DETECT so that number of flash banks
are automatically detected by CFI flash driver
Signed-off-by: Vignesh Raghavendra
---
v3: No change
include/configs/j721e_evm.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/j721e_evm.h
AM654/J721e has HyperBus Memory Controller that supports HyperFlash and
HyperRAM devices. It provides a memory mapped interface to interact with
these devices. Add a driver to support the same.
Driver calibrates the controller, setups up for MMIO access and probes
HyperFlash child node.
This series adds support for HyperBus Memory Controller of TI's J721e
and AM654 SoCs.
v3:
Rebase onto latest master branch
Vignesh Raghavendra (6):
mtd: cfi_flash: Use CONFIG_SYS_MONITOR_BASE only when defined
mtd: Add TI HyperBus Memory Controller driver
arm: dts: k3-j721e-mcu-wakeup: Add
Add DT node for HyperBus Memory Controller in the FSS. On J721e, its not
possible to use OSPI0 and HBMC simultaneously as they are muxed within
the Flash Subsystem hence disable HBMC by default as keep OSPI enabled.
Bootloader will fixup DT when it detects HyperFlash instead of OSPI.
On Wed, Oct 23, 2019 at 1:17 PM Kever Yang wrote:
>
> Jagan,
>
> On 2019/10/23 上午1:54, Jagan Teki wrote:
> > Select CONFIG_FASTBOOT_FLASH, CONFIG_FASTBOOT_FLASH_MMC_DEV
> > for rockchip SoC plaforms in fastboot Kconfig file instead
> > of defined it in board defconfig.
> >
> > This eventually
On Wed, Oct 23, 2019 at 1:15 AM Stefan Roese wrote:
>
> Hi Chris,
>
> On 22.10.19 09:05, Chris Packham wrote:
> > As mentioned in doc/README.arm-relocation gd->bd is not available in
> > dram_init() so we shouldn't attempt to access it.
> >
> > Signed-off-by: Chris Packham
> > ---
> >
> >
Jagan,
On 2019/10/23 上午1:54, Jagan Teki wrote:
Select CONFIG_FASTBOOT_FLASH, CONFIG_FASTBOOT_FLASH_MMC_DEV
for rockchip SoC plaforms in fastboot Kconfig file instead
of defined it in board defconfig.
This eventually drop the explicit configs defined in
supporting board defconfig files.
From: Frieder Schrempf
Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
SPL. They often rely on hacks in the board header files to include
this option conditionally. To be able to fix this, we previously
introduced a separate option SPL_SPI_FLASH_MTD.
Therefore we can now
Use the same SPL_STACK_R_ADDR in Kconfig instead of each board config;
default to 0x400(64MB) instead of 0x8(512KB) for this address
can support all the SoCs including those may have only 64MB memory, and
also reserve enough space for atf, kernel(in falcon mode) loading.
After the ATF
Since we move the ATF bl31 entry for 64bit CPUs to 0x4, we need to
limit the SPL size in 0x4(start from 0) so that we don't need to do
the relocate for ATF loading.
Note that there will be separate BSS, STACK and MALLOC heap, so the size
0x4(256KB) should be enough for SPL text.
We use to reserve IRAM to avoid the SPL text overlap with ATF M0 code,
and when we introduce the TPL, the SPL space is in DRAM, we reserve
space to avoid SPL text overlap with ATF bl31.
Now we decide to move ATF entry point to 0x4 instead of 0x1000,
so that the SPL can have 0x4000 as code
We use to reserve IRAM to avoid the SPL text overlap with ATF M0 code,
and when we introduce the TPL, the SPL space is in DRAM, we reserve
space to avoid SPL text overlap with ATF bl31.
Now we decide to move ATF entry point to 0x4 instead of 0x1000,
so that the SPL can have 0x4000 as code
We use to reserve IRAM to avoid the SPL text overlap with ATF M0 code,
and when we introduce the TPL, the SPL space is in DRAM, we reserve
space to avoid SPL text overlap with ATF bl31.
Now we decide to move ATF entry point to 0x4 instead of 0x1000,
so that the SPL can have 0x4000 as code
We use to reserve IRAM to avoid the SPL text overlap with ATF M0 code,
and when we introduce the TPL, the SPL space is in DRAM, we reserve
space to avoid SPL text overlap with ATF bl31.
Now we decide to move ATF entry point to 0x4 instead of 0x1000,
so that the SPL can have 0x4 as code
From: Frieder Schrempf
Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
SPL. They often rely on hacks in the board header files to include
this option conditionally. To be able to fix this, we previously
introduced a separate option SPL_SPI_FLASH_MTD.
Therefore we can now
On 23.10.19 09:09, Jagan Teki wrote:
On Wed, Oct 23, 2019 at 12:35 PM Schrempf Frieder
wrote:
Hi Jagan,
On 22.10.19 20:16, Jagan Teki wrote:
On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
wrote:
From: Frieder Schrempf
Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not
On 23.10.19 09:09, Jagan Teki wrote:
> On Wed, Oct 23, 2019 at 12:35 PM Schrempf Frieder
> wrote:
>>
>> Hi Jagan,
>>
>> On 22.10.19 20:16, Jagan Teki wrote:
>>> On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
>>> wrote:
From: Frieder Schrempf
Most boards currently use
Hi Jagan,
> On Wed, Oct 23, 2019 at 12:35 PM Schrempf Frieder
> wrote:
> >
> > Hi Jagan,
> >
> > On 22.10.19 20:16, Jagan Teki wrote:
> > > On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
> > > wrote:
> > >>
> > >> From: Frieder Schrempf
> > >>
> > >> Most boards currently use
Hi Peng,
> On i.MX8, when booting from eMMC boot partition, the whole flash.bin
> is stored in boot partition, however SPL switches to user partition
> during the init of mmc driver:
> spl_mmc_load() -> mmc_init()
>
> Then it tries to load the container image in
>
Hi Jens and Heiko,
> From: U-Boot On Behalf Of Jens Wiklander
> Sent: mercredi 23 octobre 2019 08:46
>
> On Tue, Oct 22, 2019 at 09:04:27PM +0200, Heiko Stuebner wrote:
> > From: Heiko Stuebner
> >
> > The loading convention for optee or any other tee on arm64 is as bl32
> > parameter to the
Hi Jagan,
On 22.10.19 20:16, Jagan Teki wrote:
> On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
> wrote:
>>
>> From: Frieder Schrempf
>>
>> Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
>> SPL. They often rely on hacks in the board header files to include
>> this
On Wed, Oct 23, 2019 at 12:35 PM Schrempf Frieder
wrote:
>
> Hi Jagan,
>
> On 22.10.19 20:16, Jagan Teki wrote:
> > On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
> > wrote:
> >>
> >> From: Frieder Schrempf
> >>
> >> Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
> >>
Wolfgang,
This is my second ping.
Could you please take time to review this patch?
-Takahiro Akashi
On Tue, Oct 01, 2019 at 03:28:31PM +0900, AKASHI Takahiro wrote:
> Wolfgang,
>
> I haven't seen any comments from you in the last one month.
> Could you please take time to review this patch?
Hi Jagan,
On 22.10.19 20:10, Jagan Teki wrote:
> On Tue, Oct 22, 2019 at 6:23 PM Schrempf Frieder
> wrote:
>>
>> Hi Jagan,
>>
>> On 17.10.19 08:42, Frieder Schrempf wrote:
>>> Hi Jagan,
>>>
>>> On 16.10.19 18:34, Jagan Teki wrote:
On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
On Tue, Oct 22, 2019 at 09:04:27PM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The loading convention for optee or any other tee on arm64 is as bl32
> parameter to the trusted-firmware. So TF-A gets invoked with the TEE as
> bl32 and main u-boot as bl33. Once it has done its startup
Tom,
On Fri, Oct 18, 2019 at 08:35:23AM -0400, Tom Rini wrote:
> On Fri, Oct 18, 2019 at 05:36:28PM +0900, AKASHI Takahiro wrote:
> > Hi Tom,
> >
> > On Thu, Oct 17, 2019 at 11:23:21AM -0400, Tom Rini wrote:
> > > On Tue, Oct 15, 2019 at 06:25:19PM +0900, AKASHI Takahiro wrote:
> > > > On Tue,
-Original Message-
From: Priyanka Jain
Sent: 2019年10月23日 12:29
To: Yinbo Zhu ; Wolfgang Denk ; Shengzhou Liu
; u-boot@lists.denx.de
Cc: Yinbo Zhu ; Xiaobo Xie ; Jiafei Pan
; Prabhakar X ; Bin Meng
; Simon Goldschmidt ; Adam
Ford ; Patrick Delaunay ; Jeremy
Gebben ; Joe Hershberger
201 - 267 of 267 matches
Mail list logo
