Hi Lukasz,
> -Original Message-
> From: Lukasz Majewski [mailto:lu...@denx.de]
> Sent: 2019年4月20日 6:18
> To: Peng Fan
> Cc: Jagan Teki ; Stefano Babic
> ; Fabio Estevam ; Simon Glass
> ; Tom Rini ; Marek Vasut
> ; Neil Armstrong
> ; Philipp Tomsich
> ; Maxime Ripard
> ; Michael Trimarchi
On Tue, 23 Apr 2019 07:47:38 +
Peng Fan wrote:
> Hi Lukasz,
>
> > -Original Message-
> > From: Lukasz Majewski [mailto:lu...@denx.de]
> > Sent: 2019年4月20日 6:18
> > To: Peng Fan
> > Cc: Jagan Teki ; Stefano Babic
> > ; Fabio Estevam ; Simon Glass
> > ; Tom Rini ; Marek Vasut
> > ; Ne
> -Original Message-
> From: Lukasz Majewski [mailto:lu...@denx.de]
> Sent: 2019年4月23日 16:46
> To: Peng Fan
> Cc: Jagan Teki ; Stefano Babic
> ; Fabio Estevam ; Simon Glass
> ; Tom Rini ; Marek Vasut
> ; Neil Armstrong
> ; Philipp Tomsich
> ; Maxime Ripard
> ; Michael Trimarchi
> ; Andre
On Wed, Mar 27, 2019 at 07:00:09PM +, Joe Hershberger wrote:
> On Tue, Mar 26, 2019 at 2:36 AM Shawn Guo wrote:
> >
> > Hi Joe,
> >
> > On Wed, Mar 20, 2019 at 03:32:37PM +0800, Shawn Guo wrote:
> > > The series adds Ethernet support for Poplar board. It firstly creates
> > > a reset driver f
Hi Robert,
On Thu, Apr 18, 2019 at 10:19 PM Robert P. J. Day wrote:
>
>
> going over the u-boot.cfg generated from zynq_zed_defconfig, and
> noticed the following:
>
> #define CONFIG_OPTEE_TZDRAM_BASE 0x
> #define CONFIG_OPTEE_TZDRAM_SIZE 0x000
>
> i thought that was strange as
On 10/04/2019 17:23, Neil Armstrong wrote:
> This patchset adds basic support for the recent Amlogic G12A SoC family.
>
> This SoC family embeds 4xCortex A53 CPUs, and is very similar to
> the AXG SoC Family with the multimedia features of previous families.
>
> This patchset adds :
> - pinctrl s
On 10/04/2019 16:47, Neil Armstrong wrote:
> The vendor U-boot branch and defconfig was wrong for the
> Khadas VIM2, fix this.
>
> Signed-off-by: Neil Armstrong
> ---
> board/amlogic/q200/README.khadas-vim2 | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/board/amlog
On 10/04/2019 16:46, Neil Armstrong wrote:
> When using the generic PHY on boards using an RGMII Realtek PHY,
> gigabit speed is not always reliable.
>
> This patch enables the Realtek PHY driver for such boards.
>
> Signed-off-by: Neil Armstrong
> ---
> configs/khadas-vim2_defconfig | 1 +
> c
On 21/04/2019 21:29, Simon Glass wrote:
> On Wed, 17 Apr 2019 at 11:17, Neil Armstrong wrote:
>>
>> When fixing sandbox test for regmap_read_poll_timeout(), the
>> sandbox_timer_add_offset was introduced but only defined in sandbox code
>> thus generating warnings when used out of sandbox :
>>
>>
;2019-04-09-master-imports-fs' (2019-04-10 08:18:18 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-amlogic.git tags/u-boot-amlogic-20190423
for you to fetch changes up to c6e4e8f99c1430e803dc2ef306935a93b46dad7c:
board: amlogic-q200: fix Khadas VIM2 README (201
Hi Lukasz,
On 19/04/2019 08:17, Lukasz Majewski wrote:
> Hi Neil,
>
>> Adds support for Amlogic G12A USB Device mode.
>>
>> The DWC2 Controller behind the Glue can be connected to an OTG
>> capable PHY. The Glue setups the PHY mode.
>>
>> This patch implements Device mode support by adding a
>> b
Hi,
On 19.04.19 17:20, Marek Vasut wrote:
> On 4/19/19 5:06 PM, Parthiban Nallathambi wrote:
>> Hello Marek,
>>
>> On 4/19/19 3:35 PM, Marek Vasut wrote:
>>> On 4/19/19 3:18 PM, Parthiban Nallathambi wrote:
>>>
>>> Hi,
>>>
>>> [...]
>>>
>> diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/ma
On 23/04/2019 10:22, Jens Wiklander wrote:
Hi Robert,
On Thu, Apr 18, 2019 at 10:19 PM Robert P. J. Day wrote:
going over the u-boot.cfg generated from zynq_zed_defconfig, and
noticed the following:
#define CONFIG_OPTEE_TZDRAM_BASE 0x
#define CONFIG_OPTEE_TZDRAM_SIZE 0x00
Hi Peng,
> > -Original Message-
> > From: Lukasz Majewski [mailto:lu...@denx.de]
> > Sent: 2019年4月23日 16:46
> > To: Peng Fan
> > Cc: Jagan Teki ; Stefano Babic
> > ; Fabio Estevam ; Simon Glass
> > ; Tom Rini ; Marek Vasut
> > ; Neil Armstrong
> > ; Philipp Tomsich
> > ; Maxime Ripard
> >
This series implements an RFC to save/restore CAAM settings for the
job-rings prior to performing DEK blob verification.
This follows on from a converstion with Breno and Fabio where we discussed
how i.MX HAB implementations for the i.MX6 and i.MX7 will verify job-ring
ownership when doing DEK blo
We need to handle the case where DEK blobs are passed to the BootROM. In
this case, unlike in HAB authentication the BootROM checks job-ring
ownership set to secure world.
One possible solution is to set the job-ring ownership to the expected
state for DEK blobs and then restore to whatever the ru
Use __sec_set_jr_context_normal() to set job-ring ownership rather than the
current in-line array walk.
Signed-off-by: Bryan O'Donoghue
---
drivers/crypto/fsl/jr.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/crypto/fsl/jr.c b/drivers/crypto/fsl/jr.c
index 7b
This patch sets the relevant set of job-rings to secure-world prior to
calling into run_descriptor_jr_idx(). As observed by Breno Matheus Lima the
DEK blob verification layer in NXP BootROMs performs a check on job-ring
ownership and requires the permission to be set to secure world.
Once run_desc
The mpc85xxx has more than one sec block. As a result we need to have an
architecture specific version of:
void sec_set_jr_context_secure(void);
void sec_set_jr_context_normal(void);
This patch implements those functions.
Signed-off-by: Bryan O'Donoghue
---
arch/powerpc/cpu/mpc85xx/cpu_init.c
> On 19 Apr 2019, at 12.11, Patrick DELAUNAY wrote:
>
> Hi Alex,
>
>>
>> This converts the following to Kconfig:
>> CONFIG_SUPPORT_EMMC_BOOT
>>
>> Signed-off-by: Alex Kiernan
>> ---
>> Green travis build:
>>
>> https://travis-ci.org/akiernan/u-boot/builds/521906850
>>
>> Testing affecte
On Fri, Apr 19, 2019 at 7:39 AM Alex Kiernan wrote:
> This converts the following to Kconfig:
>CONFIG_SUPPORT_EMMC_BOOT
>
> Signed-off-by: Alex Kiernan
> ---
> Green travis build:
>
> https://travis-ci.org/akiernan/u-boot/builds/521906850
>
> Acked-by: Ramon Fried
> Testing affected board
From: Pan Jiafei
This patch solves the problem that spiboot cannot be performed in
non-DM SPL.
Signed-off-by: Pan Jiafei
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
include/config_uncmd_spl.h | 1 +
1 file changed, 1 in
Modify the Freescale ESPI driver to support the driver model.
Also resolved the following problems:
= WARNING ==
This board does not use CONFIG_DM_SPI. Please update
the board before v2019.04 for no dm conversion
and v2019.07 for partially dm converted drive
Add espi controller node to support t2080.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
arch/powerpc/dts/t2080.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/powerpc/dts/t2080.dtsi b/arch/powerpc/
Add espi slave nodes to support t2080qds.
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
arch/powerpc/dts/t2080qds.dts | 33 +
1 file changed, 33 insertions(+)
diff --git a/arch/powerpc/dts/t
This patch is to enable espi DM for T2080QDS in uboot
Signed-off-by: Chuanhua Han
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99439
configs/T2080QDS_NAND_defconfig | 2 ++
configs/T2080QDS_SDCARD_defconfig | 2 ++
configs/T2080QDS_SECURE
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel
antivirus Avast.
https://www.avast.com/antivirus
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 18. 04. 19 16:50, Robert P. J. Day wrote:
>
> This Kbuild option disappeared way back in 2014:
>
> commit 75504e9592745021006cb8905b5ff5a51d9d1cb3
> Author: Mateusz Zalega
> Date: Wed Apr 30 13:07:48 2014 +0200
>
> ... snip ...
>
> CONFIG_USB_CABLE_CHECK was removed.
>
> Signe
Hi,
On 13. 04. 19 13:01, Robert P. J. Day wrote:
>
> as a final(?) example of one of my originally Linux kernel-related
> Kbuild cleanup scripts, i have one that identifies Makefile entries
> that refer to Kbuild options that are not defined in any Kconfig file
> (IIRC, they might be defined ma
On 19. 04. 19 13:27, Robert P. J. Day wrote:
>
> just noticed the oddness regarding those two Kbuild symbols:
>
> $ git grep ARM_DCC
> arch/x86/include/asm/acpi_table.h:#define ACPI_DBG2_ARM_DCC 0x000F
> configs/zynq_cse_qspi_defconfig:CONFIG_DEBUG_UART_ARM_DCC=y
> drivers/serial/Kconfig:conf
On 20. 04. 19 12:44, Robert P. J. Day wrote:
>
> i've asked on the meta-xilinx mailing list, and rummaged around the
> net, and have failed to do something that should be straightforward --
> i want to simply boot an avnet zedboard to a recent u-boot and stop
> there; i have no need to go any fu
From: Marcel Ziswiler
Drop Toradex ARM Support from maintainer email
list as this just clogs our support ticketing system.
Signed-off-by: Marcel Ziswiler
---
board/toradex/colibri-imx6ull/MAINTAINERS | 1 -
board/toradex/colibri_imx7/MAINTAINERS| 1 -
2 files changed, 2 deletions(-)
di
On Tue, 23 Apr 2019, Michal Simek wrote:
> On 20. 04. 19 12:44, Robert P. J. Day wrote:
> >
> > i've asked on the meta-xilinx mailing list, and rummaged around the
> > net, and have failed to do something that should be straightforward --
> > i want to simply boot an avnet zedboard to a recent u
On Tue, 23 Apr 2019, Michal Simek wrote:
> On 19. 04. 19 13:27, Robert P. J. Day wrote:
> >
> > just noticed the oddness regarding those two Kbuild symbols:
> >
> > $ git grep ARM_DCC
> > arch/x86/include/asm/acpi_table.h:#define ACPI_DBG2_ARM_DCC 0x000F
> > configs/zynq_cse_qspi_defconfig:CON
On 4/23/19 11:33 AM, Wadim Egorov wrote:
> Hi,
>
> On 19.04.19 17:20, Marek Vasut wrote:
>> On 4/19/19 5:06 PM, Parthiban Nallathambi wrote:
>>> Hello Marek,
>>>
>>> On 4/19/19 3:35 PM, Marek Vasut wrote:
On 4/19/19 3:18 PM, Parthiban Nallathambi wrote:
Hi,
[...]
út 23. 4. 2019 v 13:14 odesílatel Robert P. J. Day
napsal:
> On Tue, 23 Apr 2019, Michal Simek wrote:
>
> > On 19. 04. 19 13:27, Robert P. J. Day wrote:
> > >
> > > just noticed the oddness regarding those two Kbuild symbols:
> > >
> > > $ git grep ARM_DCC
> > > arch/x86/include/asm/acpi_table.
On 4/23/19 7:40 AM, Simon Goldschmidt wrote:
> On Mon, Apr 22, 2019 at 9:08 PM Marek Vasut wrote:
>>
>> On 4/22/19 8:31 PM, Simon Goldschmidt wrote:
>>> The following changes since commit
>>> 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20:
>>>
>>> Merge branch 'master' of git://git.denx.de/u-boot-usb
Hi Rick,
On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
>
> From: Rick Chen
>
typo in the commit title: seletable -> selectable
> In smp flow this two features only can be enabled when U-Boot
this->these
> boot from ram. It shall be disabled when U-Boot boot from flash.
boot->boots
>
> Add C
Hi Rick,
On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
>
> From: Rick Chen
>
commit title should read: prior_stage_fdt_address should only be used
when OF_PRIOR_STAGE is enabled
> This patch will fix prior_stage_fdt_address write failure problem, when
> AE350 was booting from flash.
>
> When AE
Hi Rick,
On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
>
> From: Rick Chen
nits in the commit title: boot->booting
>
> Add two defconfig to support AE350 SMP boot from flash
boot->bootings
> by disable CONFIG_HART_LOTTERY and CONFIG_AVAILABLE_HARTS.
disable->disabling
>
> Signed-off-by: Ric
Hi Rick,
On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
>
> From: Rick Chen
>
nits in the commit title: boot->booting
> When AE350 was booting from ram, use OF_PRIOR_STAGE instead
> of OF_PRIOR_STAGE.
This should be CONFIG_OF_BOARD
>
> Signed-off-by: Rick Chen
> Cc: Greentime Hu
> ---
> con
On Tue, Apr 23, 2019 at 8:14 PM Bin Meng wrote:
>
> Hi Rick,
>
> On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
> >
> > From: Rick Chen
> >
>
> typo in the commit title: seletable -> selectable
>
> > In smp flow this two features only can be enabled when U-Boot
>
> this->these
>
> > boot from ram.
Hi Peng,
On Mon, Apr 22, 2019 at 11:00 PM Peng Fan wrote:
> Honestly I am not familiar with imx_usb, we use mfgtool previously and not
> uuu tool.
> Would you share where to download imx_usb and any doc,
> Then we will debug this issue.
You can get imx_usb_loader tool from
https://github.com/b
Hi Padmarao,
On Thu, Apr 18, 2019 at 2:21 AM Padmarao Begari
wrote:
>
> This patch adds Microchip MPFS Icicle Board support.
nits: Board->board. Please fix the commit message too.
> For now, NS16550 serial driver is only enabled.
> The Microchip MPFS Icicle defconfig by default builds
> U-Boot
pretty sure i know the answer to this, but i'm going to ask it
anyway ... should all header files under include/configs/ be included
in a build either directly or indirectly via the value in
CONFIG_SYS_CONFIG_NAME?
i'm aware of that Kbuild setting and what it's used for:
config SYS_CONFIG_
available in the git repository at:
https://github.com/pchotard/u-boot.git tags/u-boot-stm32-mcu-20190423
for you to fetch changes up to c406a474311c1ee3c4303a7e85db4a8e45966e31:
mmc: stm32_sdmmc2: Fix r1b timeout issue (2019-04-23 15:4
Hi Tom
On 4/22/19 12:59 AM, Tom Rini wrote:
> On Fri, Apr 19, 2019 at 04:03:24PM +, Patrice CHOTARD wrote:
>
>> Hi Tom
>>
>> Please find the pull request for STM32 round 2
>>
>> The following changes since commit 1f4ae66eaab29bfb5d1eb44996f7826c9cd01ed1:
>>
>> Merge tag 'arc-for-2019.07' of
> In analysing delays introduced for large SPI reads, the absence of any
> indication when a delay was inserted (to ensure the CS toggling is
> observed by devices) became apparent.
>
> Add an additional debug-only debug message to record the insertion and
> duration of any delay (note that the de
> While rkspi_enable_chip is called with true/false everywhere else in
> the file, one call site uses '0' to denot 'false'.
> This change this one parameter to 'false' and effects consistency.
>
> Signed-off-by: Philipp Tomsich
> ---
>
> drivers/spi/rk_spi.c | 2 +-
> 1 file changed, 1 insertio
> Over the last quarter, a part of our production has used NOR flash
> from Gigadevice in addition to the Winbond parts that we typically
> source. This requires the SPI_FLASH_GIGADEVICE config to be set.
>
> Enable SPI_FLASH_GIGADEVICE in the board's default defconfig.
>
> Signed-off-by: Philip
> For the RK3399-Q7 we recommend storing SPL and u-boot.itb in the
> on-module 32MBit (and sometimes even larger, if requested as part of a
> configure-to-order configuration) SPI-NOR flash that is clocked for a
> bitrate of 49.5MBit/s and connected in a single-IO configuration (the
> RK3399 only s
> The SPI controller's documentation (I only had access to the RK3399,
> RK3368 and PX30 TRMs) specifies that, when operating in master-mode,
> the controller will stop the SCLK to avoid RXFIFO overruns and TXFIFO
> underruns. Looks like my worries that we'd need to support DMA-330
> (aka PL330) t
> The logic in the main transmit loop took a bit of reading the TRM to
> fully understand (due to silent assumptions based in internal logic):
> the "wait until idle" at the end of each iteration through the loop is
> required for the transmit-path as each clearing of the ENA register
> (to update
> To support unaligned output buffers (i.e. 'in' in the terminology of
> the SPI framework), this change splits each 16bit FIFO element after
> reading and writes them to memory in two 8bit transactions. With this
> change, we can now always use the optimised mode for receive-only
> transcations i
> The maximum transfer length (in a single transaction) for the Rockchip
> SPI controller is 64Kframes (i.e. 0x1 frames) of 8bit or 16bit
> frames and is encoded as (num_frames - 1) in CTRLR1. The existing
> code subtracted the "minus 1" twice for a maximum transfer length of
> 0x (64K - 1
> Even though the priv-structure and the claim-bus function contain
> logic for 16bit frames and for unidirectional transfer modes, neither
> of these is used anywhere in the driver.
>
> This removes the unused (as in "has no effect") logic and fields.
>
> Signed-off-by: Philipp Tomsich
> ---
>
> TIMER7_BASE is no used by source code now, remove it.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/include/asm/arch-rockchip/hardware.h | 2 --
> 1 file changed, 2 deletions(-)
>
Applied to u-boot-rockchip, thanks!
> This failed and caused a boot failure on c201, and afaik
> the pins should be setup by the new pinctrl driver.
>
> Signed-off-by: Urja Rannikko
> Reviewed-by: Simon Glass
> Reviewed-by: Philipp Tomsich
> ---
> arch/arm/mach-rockchip/rk3288-board.c | 12
> 1 file changed, 12 dele
> This fixes RK3288 SPL hanging or hitting this assert:
> drivers/core/ofnode.c:183: ofnode_first_subnode: Assertion
> `ofnode_valid(node)' failed.
>
> Signed-off-by: Urja Rannikko
> Reviewed-by: Simon Glass
> Reviewed-by: Philipp Tomsich
> ---
> drivers/pinctrl/pinctrl-uclass.c | 3 +++
> 1
This commit is necessary to be able to re-use the pinctrl code in early
SPL to properly configure pins.
The problem is that those "static" structures (without explicit
initialization) are placed in the SDRAM area, which corresponds to
u-boot proper (not even SPL).
Hence, when one wants to configur
The usage of socfpga_sdram_apply_static_cfg() seems rather dubious and
is confirmed to lead to a rare system hang when enabling bridges. This
patch removes the socfpga_sdram_apply_static_cfg() altogether, because
it's use seems unjustified and problematic.
The socfpga_sdram_apply_static_cfg() trig
Cc: U-Boot Mailing List
The following changes since commit 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20:
Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21
19:00:04 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-efi.git tags/efi-2019-07-rc1-3
for you to
Hi, I am using device based on Atheros AR9344.
When U-Boot initialize net device I get error
mdio_register: non unique device name 'gmac0'
dm tree command shows that eth_ag7xxx is not probed.
ag7xxx_eth_probe -> ag7xxx_mac_probe -> ag933x_phy_setup ->
ag933x_phy_setup_reset_set -> ag7xxx_mdio
The current device model enabled eeprom code only works if
CONFIG_SYS_I2C_EEPROM_BUS is set.
This patch makes it work without that define so that the bus
number passed to 'eeprom_init' is used.
Signed-off-by: Simon Goldschmidt
Reviewed-by: Heiko Schocher
---
Changes in v3:
- use eeprom_init()
This reverts commit 65a97e7fcf54feb7c4ebe1aee8a572830af4cf51.
The 'eeprom' command has been converted to work with DM_I2C in a patch
submitted around the same time as this commit:
commit 0c07a9b4078d ("eeprom: Add device model based I2C support to eeprom
command")
Signed-off-by: Simon Goldschmid
This series cleans up the include/configs/socfpga_common.h file a bit.
It removes some defines that are used nowhere and cleans up some
leftovers after various subsystems have been converted to use DM.
Changes in v4:
- fix DM_I2C case: don't call i2c_set_bus_num() since this is
done in cmd/eepr
All socfpga boards except for vining_fpga use DM_I2C. Enable
DM_I2C for this board and set the EEPROM defines via Kconfig
(enabling CONFIG_I2C_EEPROM from MISC).
Signed-off-by: Simon Goldschmidt
---
Changes in v4:
- fix DM_I2C case: don't call i2c_set_bus_num() since this is
done in cmd/eeprom
Remove outdated defines (not used any more, outdated due to DM
conversion) from various socfpga files in include/config.
Signed-off-by: Simon Goldschmidt
Acked-by: Marek Vasut
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- added (this) patch with further cleanups to the socfpga bo
socfpga_common.h defines CONFIG_SYS_BOOTMAPSZ to 64 MiB.
Since having this define overrides the 'bootm_size' env variable for
the whole socfpga platform, let's remove this define from socfpga_common.h
and instead rely on the 'bootm_size' env variable (which is initialized
to 160 MiB in the same fi
Remove outdated macros and comments (not used any more, outdated due to
DM conversion) from socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
Changes in v4: None
Changes in v3:
- changed commit message: s/defines/macros and comments/
Changes in v2:
- remove even more outdated things
incl
Hi Rick,
On Tue, 2019-04-23 at 13:42 +0800, Andes wrote:
> From: Rick Chen
>
> In current RISC-V SMP flow, AE350 will encounter the the write
> failure problem since hart_lottery and available_harts_lock was
> not in ram address but in flash address when booing from flash.
>
> This patch can he
Hi Simon,
> The current device model enabled eeprom code only works if
> CONFIG_SYS_I2C_EEPROM_BUS is set.
>
> This patch makes it work without that define so that the bus
> number passed to 'eeprom_init' is used.
Reviewed-by: Lukasz Majewski
>
> Signed-off-by: Simon Goldschmidt
> Reviewed-b
On 4/23/19 9:36 PM, Simon Goldschmidt wrote:
> This series cleans up the include/configs/socfpga_common.h file a bit.
>
> It removes some defines that are used nowhere and cleans up some
> leftovers after various subsystems have been converted to use DM.
>
> Changes in v4:
> - fix DM_I2C case: do
Marek Vasut schrieb am Di., 23. Apr. 2019, 22:43:
> On 4/23/19 9:36 PM, Simon Goldschmidt wrote:
> > This series cleans up the include/configs/socfpga_common.h file a bit.
> >
> > It removes some defines that are used nowhere and cleans up some
> > leftovers after various subsystems have been con
On 4/22/19 12:48 PM, Tom Rini wrote:
> On Mon, Apr 01, 2019 at 05:32:17PM -0500, Dinh Nguyen wrote:
>
>> The cache UCLASS will be used for configure settings that can be found
>> in a CPU's L2 cache controller.
>>
>> Add a uclass and a test for cache.
>>
>> Reviewed-by: Simon Glass
>> Signed-of
On 4/23/19 10:51 PM, Simon Goldschmidt wrote:
>
>
> Marek Vasut mailto:ma...@denx.de>> schrieb am Di., 23.
> Apr. 2019, 22:43:
>
> On 4/23/19 9:36 PM, Simon Goldschmidt wrote:
> > This series cleans up the include/configs/socfpga_common.h file a bit.
> >
> > It removes some defin
Hi,
This is V4 of the series to add a UCLASS_CACHE dm driver to handling
the configuration of cache settings. Place this new driver under
/drivers/cache. In this initial revision, the driver is only configuring
what I think are essential cache settings. The more comprehensive cache
settings can be
Linux commit 8ecd7f5970c5 ("ARM: 8483/1: Documentation: l2c: Rename
l2cc to l2c2x0")
Linux docs:
Documentation/devicetree/bindings/arm/l2c2x0.txt
Copied from Linux kernel v5.0.
"The documentation in the l2cc.txt is specific to the L2 cache
controllers L2C210/L2C220/L2C310 (also known as PL210/PL
Find the UCLASS_CACHE driver to configure the cache controller's
settings.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/mach-socfpga/misc.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-socfpga/m
Add the PL310 macros for latency control setup, read and write bits.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/include/asm/pl310.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/pl310.h b/arch/arm/include/asm/pl310.h
The cache UCLASS will be used for configure settings that can be found
in a CPU's L2 cache controller.
Add a uclass and a test for cache.
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
v5: fix compile error for sandbox_cache.c
v4: re-order includes and add Reviewed-by:
v3: Add cache_ge
Select the PL310 UCLASS_CACHE driver for SoCFPGA.
Reviewed-by: Marek Vasut
Reviewed-by: Simon Glass
Signed-off-by: Dinh Nguyen
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f58f8fb235..f5132d8174 100644
--- a/arch/arm/Kconfig
Add a PL310 cache controller driver that is usually found on
ARMv7(32-bit) devices. The driver configures the cache settings that can
be found in the device tree files.
This initial revision only configures basic settings(data & instruction
prefetch, shared-override, data & tag latency). I believe
On Tue, Apr 23, 2019 at 04:55:00PM -0500, Dinh Nguyen wrote:
> Hi,
>
> This is V4 of the series to add a UCLASS_CACHE dm driver to handling
> the configuration of cache settings. Place this new driver under
> /drivers/cache. In this initial revision, the driver is only configuring
> what I think a
This patch adds booti support for RISC-V Linux kernel. The existing
bootm method will also continue to work as it is.
It depends on the following kernel patch which adds the header to the
flat Image.
https://patchwork.kernel.org/patch/10913869/
Tested on HiFive Unleashed and QEMU.
Currently, com
On 4/24/19 1:36 AM, Atish Patra wrote:
> This patch adds booti support for RISC-V Linux kernel. The existing
> bootm method will also continue to work as it is.
>
> It depends on the following kernel patch which adds the header to the
> flat Image.
>
> https://patchwork.kernel.org/patch/10913869/
Commit c7b3a7ee5351 ("optee: adjust dependencies and default values for
dram") makes the TZDRAM defines for OPTEE show up for all configs as a
side-effect. While not harmful its not what we really want.
This patch makes the following defines contingent on CONFIG_OPTEE=y
CONFIG_OPTEE_TZDRAM_BASE
C
Rober P Day rightly pointed out that some odd OP-TEE specific defines were
appearing in his defconfig, despite not having CONFIG_OPTEE=y set in his
defconfig.
Looking into this with a small bit of restructure we can fix this corner
case.
- Make sure OP-TEE CONFIG options only appear when you are
Commit c7b3a7ee5351 ("optee: adjust dependencies and default values for
dram") wants to skip low-level init of i.MX7 hardware in the case where
OP-TEE has already run and u-boot is being run as BL33 in normal world.
Currently we check for both #ifdef CONFIG_OPTEE_TZDRAM_SIZE and #ifndef
CONFIG_OPT
Commit 32ce6179fb99 ("optee: Add lib entries for sharing OPTEE code across
ports") adds code into lib/optee but neglects to update MAINTAINERS to make
me buggable for questions and maintenance.
Signed-off-by: Bryan O'Donoghue
Suggested-by: Jens Wiklander
---
MAINTAINERS | 5 +
1 file change
When booting in BL33 mode i.e. with u-boot loaded by OP-TEE we get the
following print-out.
Board: WARP7 in secure mode OPTEE DRAM 0xa000-0xa000
This is incorrect the right range is 0x9e00-0xa000. This patch
fixes the defines on the warp7_bl33_defconfig file to tidy up the output.
Hello Francois, Jan, Christian, and all
Sorry for the late reply, I was waiting for the administrator of the Boot
Architecture mailing list to accept my subscription request, but it seems it
will take a bit more time. I will send this reply and hope it will not be
blocked. I have also added the
Hi Lukas
Auer, Lukas 於 2019年4月24日 週三 上午3:58寫道:
>
> Hi Rick,
>
> On Tue, 2019-04-23 at 13:42 +0800, Andes wrote:
> > From: Rick Chen
> >
> > In current RISC-V SMP flow, AE350 will encounter the the write
> > failure problem since hart_lottery and available_harts_lock was
> > not in ram address bu
> -Original Message-
> From: Lukasz Majewski [mailto:lu...@denx.de]
> Sent: 2019年4月23日 22:45
> To: Stefano Babic ; u-boot@lists.denx.de; Fabio Estevam
> ; Fabio Estevam ;
> dl-uboot-imx ; Jagan Teki
> ; Adam Ford
> Cc: Lukasz Majewski ; Bin Meng ;
> Simon Glass
> Subject: [PATCH v2] pin
Hi Bin
Bin Meng 於 2019年4月23日 週二 下午8:14寫道:
>
> Hi Rick,
>
> On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
> >
> > From: Rick Chen
>
> nits in the commit title: boot->booting
OK
>
> >
> > Add two defconfig to support AE350 SMP boot from flash
>
> boot->bootings
OK
>
> > by disable CONFIG_HART_
Hi Bin
Bin Meng 於 2019年4月23日 週二 下午8:14寫道:
>
> Hi Rick,
>
> On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
> >
> > From: Rick Chen
> >
>
> commit title should read: prior_stage_fdt_address should only be used
> when OF_PRIOR_STAGE is enabled
OK
>
> > This patch will fix prior_stage_fdt_address w
Hi Bin
Bin Meng 於 2019年4月23日 週二 下午8:14寫道:
>
> Hi Rick,
>
> On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
> >
> > From: Rick Chen
> >
>
> nits in the commit title: boot->booting
OK
>
> > When AE350 was booting from ram, use OF_PRIOR_STAGE instead
> > of OF_PRIOR_STAGE.
>
> This should be CONFIG
Hi Peng and Abel,
On Mon, Apr 22, 2019 at 11:00 PM Peng Fan wrote:
> Honestly I am not familiar with imx_usb, we use mfgtool previously and not
> uuu tool.
Is the UUU tool capable of loading SPL + u-boot-dtb.img generated from
mainline U-Boot for mx6sabresd?
Thanks
___
Hi Bin
Bin Meng 於 2019年4月23日 週二 下午8:19寫道:
>
> On Tue, Apr 23, 2019 at 8:14 PM Bin Meng wrote:
> >
> > Hi Rick,
> >
> > On Tue, Apr 23, 2019 at 1:47 PM Andes wrote:
> > >
> > > From: Rick Chen
> > >
> >
> > typo in the commit title: seletable -> selectable
OK
> >
> > > In smp flow this two fe
Hi Fabio
> -Original Message-
> From: Fabio Estevam [mailto:feste...@gmail.com]
> Sent: 2019年4月24日 10:01
> To: Peng Fan ; Abel Vesa
> Cc: Stefano Babic ; Lukasz Majewski ;
> Michael Trimarchi ; dl-uboot-imx
> ; Jagan Teki ; Marcel
> Ziswiler ; U-Boot-Denx
> ; Adam Ford ; Ye Li
> ; Otavio
1 - 100 of 164 matches
Mail list logo