On Thu, 2018-09-20 at 21:42 -0700, Chee, Tien Fong wrote:
> >
If everybody agree with current framework, then the next version i will
include the fixes:
1. Adding DM_FLAG_PRE_RELOC, this would allow runtime to choose the
right fs_loader if the chosen node u-boot, fs-loader is not defined.
2. Let
Hi Simon,
I have one question inline below.
On Fri, Sep 14, 2018 at 12:53 PM, Simon Glass wrote:
> Hi Jens,
>
> On 3 September 2018 at 16:47, Jens Wiklander
> wrote:
>> Adds a sandboxtee driver which emulates a generic TEE with the OP-TEE
>
> sandbox tee
>
>> AVB TA.
>>
>> Signed-off-by: Jens
On Fri, Sep 14, 2018 at 12:54 PM, Simon Glass wrote:
> On 3 September 2018 at 16:47, Jens Wiklander
> wrote:
>> With CONFIG_OPTEE_TA_AVB use the trusted application AVB provided by
>> OP-TEE to manage rollback indexes and device lock status.
>
> Should this be device-lock status?
Yes, I'll fix.
Hi Jean-Jacques,
> On 21/09/2018 15:02, Jean-Jacques Hiblot wrote:
> >
> >
> > On 21/09/2018 12:43, Lukasz Majewski wrote:
> >> Hi Jean-Jacques,
> >>
> >>> On 21/09/2018 11:24, Lukasz Majewski wrote:
> Hi Jean-Jacques,
> > On 21/09/2018 10:50, Lukasz Majewski wrote:
> >> Hi
On Wed, Jul 25, 2018 at 5:40 AM Joe Hershberger wrote:
>
> Store the per-device data with the device.
>
> Signed-off-by: Joe Hershberger
> ---
>
> drivers/net/sandbox.c | 18 ++
> 1 file changed, 14 insertions(+), 4 deletions(-)
>
Reviewed-by: Bin Meng
_
Hi Joe,
On Wed, Jul 25, 2018 at 5:46 AM Joe Hershberger wrote:
>
> Make the behavior of the send function reusable.
>
> Signed-off-by: Joe Hershberger
> ---
>
> arch/sandbox/include/asm/eth.h | 20 +
> drivers/net/sandbox.c | 176
> -
> 2 f
On Wed, Jul 25, 2018 at 5:47 AM Joe Hershberger wrote:
>
> Make the send handler registerable so tests can check for different
> things.
>
> Signed-off-by: Joe Hershberger
> ---
>
> arch/sandbox/include/asm/eth.h | 17 ++
> drivers/net/sandbox.c | 53
> +
Hi Joe,
On Wed, Jul 25, 2018 at 5:42 AM Joe Hershberger wrote:
>
> The target will respond to pings while doing other network handling.
> Make sure that the response happens and is correct.
>
> This currently corrupts the ongoing operation of the device if it
> happens to be awaiting an ARP reply
On Wed, Jul 25, 2018 at 5:42 AM Joe Hershberger wrote:
>
> If tests want to implement tx handlers, they will likely need access to
> the details in the priv structure.
>
> Signed-off-by: Joe Hershberger
> ---
>
> arch/sandbox/include/asm/eth.h | 19 +++
> drivers/net/sandbox.c
On Wed, Jul 25, 2018 at 5:41 AM Joe Hershberger wrote:
>
> Use up to the max allocated receive buffers so be able to test more
> complex situations.
>
> Signed-off-by: Joe Hershberger
> ---
>
> arch/sandbox/include/asm/eth.h | 10 +---
> drivers/net/sandbox.c | 57
> +++
Hi Joe,
On Wed, Jul 25, 2018 at 5:45 AM Joe Hershberger wrote:
>
> Signed-off-by: Joe Hershberger
> ---
>
> arch/sandbox/include/asm/eth.h | 9 +
> drivers/net/sandbox.c | 20
> 2 files changed, 29 insertions(+)
>
> diff --git a/arch/sandbox/include/asm/et
On Wed, Jul 25, 2018 at 5:44 AM Joe Hershberger wrote:
>
> Peter originally sent a fix, but it breaks a number of other things.
> This addresses the original reported issue in a different way.
>
> That report was:
>
> > U-Boot has 1 common buffer to send Ethernet frames, pointed to by
> > net_tx_p
Hi Joe,
On Wed, Jul 25, 2018 at 5:43 AM Joe Hershberger wrote:
>
> This tests that ARP requests made to this target's IP address are
> responded-to by the target when it is doing other networking operations.
>
> This currently corrupts the ongoing operation of the device if it
> happens to be awa
Hi Joe,
On Wed, Jul 25, 2018 at 5:45 AM Joe Hershberger wrote:
>
> This single-sources the state of the ARP.
>
> Signed-off-by: Joe Hershberger
> ---
>
> include/net.h | 1 +
> net/arp.c | 11 ---
> 2 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/include/net.h b/i
Signed-off-by: Suresh Gupta
Signed-off-by: Yogesh Gaur
Signed-off-by: Ashish Kumar
---
drivers/mtd/spi/sf_internal.h | 1 +
drivers/mtd/spi/spi_flash.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/drivers/mtd/spi/sf_internal.h b/drivers/mtd/spi/sf_internal.h
index 4f63cacc64..26f5c7
Add nxp_fspi driver for NXP FlexSPI controller.
This driver supports both IP Mode read/write and
AHB mode READ.
It supports Single Bit mode read along with Fast Read cmd support.
Octal bit mode is supported for read.
Multi CS are supported tested until 4.
Signed-off-by: Suresh Gupta
Signed-off-b
Signed-off-by: Priyanka Jain
Signed-off-by: Sriram Dash
Signed-off-by: Ashish Kumar
---
depends upon:
http://patchwork.ozlabs.org/patch/962357/
arch/arm/include/asm/arch-fsl-layerscape/immap_lsch3.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-fsl-layersc
Enable AHB support for flexspi controller interface meaning
memory can be accessed via md command using absolute addresses
Signed-off-by: Yogesh Gaur
Signed-off-by: Rajat Srivastava
Signed-off-by: Ashish Kumar
---
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 10 ++
arch/arm/cpu/armv8/fsl-la
Add 2 functions to wrap the calls to board_usb_init() and
board_usb_cleanup().
This is a preparatory work for DM support for UDC drivers (DM_USB_DEV).
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2:
- Updated commit log
- Fixed typo in tho
This series aims at bringing improvements to the dwc3_generic driver so
that it can be used by most of the platforms using the dwc3 controller.
I tested this on with DRA7 and AM57x platforms for both Peripheral and Host
operations. The code to enable DM USB host & dev support for those
platforms
Using CONFIG_DM_USB for this purpose prevents using DM_USB for host and not
for device.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Lukasz Majewski
---
Changes in v3: None
Changes in v2:
- select DM_USB_DEV by default for zynqmp platforms
arch/arm/Kconfig| 2 ++
drivers/u
The driver will be probed when usb_gadget_initialize() is called.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2: None
drivers/usb/dwc3/dwc3-generic.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-generic.c b/drivers/usb/dwc3/dwc3-gen
The select_dr_mode operation is executed when the glue driver is probed.
The role of this optional function is to configure the operating mode
of the controller at the glue level.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2: None
drivers/usb/dwc3/dwc3-generic.c |
This make the driver more generic. At this point this driver can replace
the dwc3-of-simple implementation.
Make the description in the Kconfig more generic too.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3: None
Changes in v2: None
drivers/usb/dwc3/Kconfig| 7 +-
drivers/usb
When DM_USB_DEV the platform code for the USB device must be replaced by
calls to a USB device driver.
usb_gadget_initialize() probes the USB device driver.
usb_gadget_release() removes the USB device driver.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Lukasz Majewski
---
Changes in v3: No
Those operations can be used for peripheral operation as well as host
operation.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3:
- fixes bug dwc3_setup_phy(): the phy arrays wasn't returned. This was
visible only when the device is removed.
- Stub the DWC3 PHY operations if CONFIG_IS_EN
This is now required because the PHY operations used by xhci-dwc3 are part
of the dwc3 core.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3:
- Fix build issue with evb-rk3328 by enabling CONFIG_USB_DWC3. This has
little impact on the footprint and should not break the runtime as the
x
On 2018-09-24 09:42, Alex Kiernan wrote:
> On Wed, Sep 5, 2018 at 8:23 PM Rasmus Villemoes
> wrote:
>>
>> In the case where one deletes an already-non-existing variable, or sets
>> a variable to the value it already has, there is no point in writing the
>> environment back, thus reducing wear on t
All our handles point to a struct efi_object. So let's define the
efi_handle_t accordingly. This helps us to discover coding errors much
more easily. This becomes evident by the corrections to the usage of
handles in this patch.
Signed-off-by: Heinrich Schuchardt
---
v2
no change
---
cmd
Up to now we have treated handles as separate objects to EFI objects. This
confusion has lead to hidden bugs like those corrected by the first patch.
By changing the efi_handle_t typedef we can avoid this problem in future.
As handles are pointers to EFI objects there is no need for a handle membe
A pointer to a struct efi_object is a handle. We do not need any handle
member in this structure. Let's eliminate it.
Signed-off-by: Heinrich Schuchardt
---
v2
replace remaining parent.handle in efi_disk.c
---
include/efi_loader.h | 26 +-
lib/efi_loader/efi_boott
Hi Simon,
On Fri, Sep 14, 2018 at 12:54 PM, Simon Glass wrote:
> Hi Jens,
>
> On 3 September 2018 at 16:47, Jens Wiklander
> wrote:
>> With CONFIG_SANDBOX malloc a buffer in get_sector_buf() and return that
>> instead of returning CONFIG_FASTBOOT_BUF_ADDR since there's no such
>> buffer reserve
Hello, new here and learning...
The project documentation regarding flat device trees (FDT) (
http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.fdt-control)
recommends device tree source (DTS) be placed in one location that
appears inconsistent with practice.
The linked README recommends pl
+Frank Rowand
On Mon, Sep 24, 2018 at 7:53 AM darknighte wrote:
>
> The Devicetree Microconference has been accepted into the 2018 Linux Plumbers
> Conference, which will be held in Vancouver, British Columbia, Canada from
> Tuesday, November 13 through Thursday, November 15. If you are intere
This adds support for TSE PCS that uses SGMII adapter when the
phy-mode in device tree is set to sgmii.
Signed-off-by: Ooi, Joyce
---
drivers/net/Makefile | 3 +-
drivers/net/designware.c | 5 ++
drivers/net/designware.h | 1 +
drivers/net/dwmac_socfpga.c| 121 +++
Additional sgmii phymode is added in socfpga_phymode_setup() along with
a minor fix for maximum number of GMACs.
Signed-off-by: Ooi, Joyce
---
arch/arm/mach-socfpga/misc_s10.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-socfpga/misc_s10.c b/arch/arm
The iommu-map property in the fsl-mc node is updated by
valid stream-ids by u-boot. This patch is to fixup this
property for LS208x and LS1088.
Signed-off-by: Nipun Gupta
---
This patch fixes iommu-map property added for fsl-mc in kernel patch
series: https://patchwork.kernel.org/patch/10594185/
Hi,
i try to integrate a new board into u-boot. I created a
configs/myboard_defconfig file with CONFIG_TARGET_MYBOARD=y inside. Then I
extended arch/arm/mach-imx/mx6/Kconfig with the following lines:
config TARGET_MYBOARD
bool "myboard"
source "board/freescale/myboard/Kconfig"
> From: Heinrich Schuchardt
> Date: Tue, 25 Sep 2018 12:19:17 +0200
>
> All our handles point to a struct efi_object. So let's define the
> efi_handle_t accordingly. This helps us to discover coding errors much
> more easily. This becomes evident by the corrections to the usage of
> handles in th
Dear All,
> This series aims at bringing improvements to the dwc3_generic driver
> so that it can be used by most of the platforms using the dwc3
> controller.
>
> I tested this on with DRA7 and AM57x platforms for both Peripheral
> and Host operations. The code to enable DM USB host & dev suppor
On 09/25/2018 01:15 PM, Mark Kettenis wrote:
>> From: Heinrich Schuchardt
>> Date: Tue, 25 Sep 2018 12:19:17 +0200
>>
>> All our handles point to a struct efi_object. So let's define the
>> efi_handle_t accordingly. This helps us to discover coding errors much
>> more easily. This becomes eviden
Hello,
This series add the support of 2 SoCs: Ocelot and Luton from
Microsemi. Both of them belongs to the same family Vcore III.
We found them on various advanced switches product.
The support for Ocelot already have been submit to Linux, but not yet
the Luton support.
Besides this series 3 ot
Export create_tlb() as an inline function in mipsregs.h. It allows to
remove the declaration of the function from the board files.
Then it will allow also to use this function very early in the boot when
the stack is not usable.
Signed-off-by: Gregory CLEMENT
---
arch/mips/cpu/cpu.c
Adding device tree for Ocelot SoC (extract from Linux) and the 2
evaluation boards using this SoC: PCB120 and PCB132.
Adding device tree for Luton SoC (not yet in Linux) and the evaluation
boards using this SoC: PCB91.
Signed-off-by: Gregory CLEMENT
---
arch/mips/dts/luton_pcb091.dts | 36
Adding the support for 3 boards sharing common code:
- PCB120 and PCB 123 for Ocelot chip
- PCB 91 for Luton chip
Signed-off-by: Gregory CLEMENT
---
board/mscc/common/board.c | 29 +
board/mscc/luton/Kconfig | 14 ++
board/mscc/luton/Makefile | 4 ++
The kernels built for the Vcore III linux kernel have different
expectation in the way the data were passed.
Unlike with yamon, the command line is expected to be a single string
passed in argv[1]. An other expectation is that the arguments are located
in the cached address space.
However, like y
Add common configuration header for the VCore III SoCs (currently Ocelot
and Luton), but also the defconfig for the evaluation boards of these
SoCs.
Signed-off-by: Gregory CLEMENT
---
configs/mscc_luton_defconfig | 66 +
configs/mscc_ocelot_defconfig| 57 +
This driver supports the pin and gpio controller found in the Ocelot and
Luton SoCs.
The driver was inspired from the pinctrl driver in Linux, but was
simplified and was modified to allow supporting an other SoCs (Luton).
For Ocelot and Luton the controller is the same, only the pins to program
d
The VCore III SoCs such as the Luton but also the Ocelot can remap an SPI
flash directly in memory. However, for writing in the flash the
communication has to be done by software.
Each of the signal used for the SPI are exposed in a single register. In
order to be able to use the soft-spi driver,
On some platforms, as the Ocelot ones, when wanting to control the CS
through software, it is not possible to do it through the GPIO
controller. Indeed, this signal is managed through a dedicated range of
registers inside the SoC..
By declaring the external_cs_manage function as weak, it is possib
The current mem_map definition for Meson SoCs has support for up
to 2GiB of RAM. According to S905, S905X, S912 and S805X datasheets
the DDR region is set from 0x to 0xBFFF, so mem_map's
definition should be changed accordingly.
It is also needed to be able to boot Khadas VIM2 board wi
On Sat, Sep 22, 2018 at 3:23 AM, Otavio Salvador
wrote:
> After discussing with TechNexion about how its default setting, it is
> better to install on the eMMC user partition by default, when using
> DFU, so it works out of box for majority of users.
>
> Signed-off-by: Otavio Salvador
Reviewed-b
On Sat, Sep 22, 2018 at 3:23 AM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
Please provide a commit log stating the motivation for doing this.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
The current mem_map definition for Meson SoCs has support for up
to 2GiB of RAM. According to S905, S905X, S912 and S805X datasheets
the DDR region is set from 0x to 0xBFFF, so mem_map's
definition should be changed accordingly.
It is also needed to be able to boot Khadas VIM2 board wi
Hi,
This adds support for storing AVB rollback indexes in the RPMB partition.
The RPMB partition (content and key) is managed by OP-TEE
(https://www.op-tee.org/) which is a secure OS leveraging ARM TrustZone.
The Linux kernel can already support OP-TEE with reading and updating
rollback indexes i
Just as /chosen may contain devices /firmware may contain devices, scan
for devices under /firmware too.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
drivers/core/root.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/core/root.c b/driv
Prior to this patch was do_avb_write_rb() reading supplied rb_idx as a
hexadecimal number while do_avb_read_rb() printed the read out rb_idx as
decimal number. For consistency change do_avb_read_rb() to print rb_idx
as a hexadecimal number too.
Reviewed-by: Simon Glass
Reviewed-by: Igor Opaniuk
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
cmd/avb.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/cmd/avb.c b/cmd/avb.c
index ca4b26d5d7b3..ff00be4cee38 100644
--- a/cmd/avb.c
+++ b/cmd/avb.c
@@ -35,6 +35,8 @@ int do_avb_init(cmd_tbl_t *cmdtp, int flag,
Adds mmc_rpmb_route_frames() to route RPMB data frames from/to an
external entity.
Tested-by: Igor Opaniuk
Signed-off-by: Jens Wiklander
---
drivers/mmc/rpmb.c | 160 +
include/mmc.h | 19 ++
2 files changed, 179 insertions(+)
diff --git a/
Sync with c8bfafb15944 ("dt/bindings: add bindings for optee")
from Linux kernel.
Introduces linaro prefix and adds bindings for ARM TrustZone based OP-TEE
implementation.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
.../firmware/linaro,optee-tz.txt | 31
Adds a uclass to interface with a TEE (Trusted Execution Environment).
A TEE driver is a driver that interfaces with a trusted OS running in
some secure environment, for example, TrustZone on ARM cpus, or a
separate secure co-processor etc.
The TEE subsystem can serve a TEE driver for a Global Pl
Sync with 14e21cb8f811 ("arm64: dt: hikey: Add optee node"
from Linux kernel.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
arch/arm/dts/hi6220-hikey.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/dts/hi6220-hikey.dts b/arch/arm/dts/hi6220-hikey.dts
index 8
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
doc/README.tee | 112 +
1 file changed, 112 insertions(+)
create mode 100644 doc/README.tee
diff --git a/doc/README.tee b/doc/README.tee
new file mode 100644
index ..79e7996a6
Adds a OP-TEE driver.
* Targets ARM and ARM64
* Supports using any U-Boot memory as shared memory
* Probes OP-TEE version using SMCs
* Uses OPTEE message protocol version 2 to communicate with secure world
Reviewed-by: Simon Glass
Tested-by: Igor Opaniuk
Signed-off-by: Jens Wiklander
---
driv
Adds a sandbox tee driver which emulates a generic TEE with the OP-TEE
AVB TA.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
drivers/tee/Kconfig | 18 ++-
drivers/tee/Makefile | 1 +
drivers/tee/optee/Kconfig | 2 +-
drivers/tee/sandbox.c | 308 +
Adds support in optee supplicant to route signed (MACed) RPMB frames
from OP-TEE Secure OS to MMC and vice versa to manipulate the RPMB
partition.
Tested-by: Igor Opaniuk
Signed-off-by: Jens Wiklander
---
drivers/tee/optee/Makefile| 1 +
drivers/tee/optee/core.c | 8 ++
dri
Adds configuration option OPTEE_TA_AVB and a header file describing the
interface to the Android Verified Boot 2.0 (AVB) trusted application
provided by OP-TEE.
Tested-by: Igor Opaniuk
Reviewed-by: Igor Opaniuk
Signed-off-by: Jens Wiklander
---
MAINTAINERS| 1 +
drivers/tee/op
Adds a sandbox_tee node to enable the sandbox tee driver in all the
sandbox dts files.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
arch/sandbox/dts/sandbox.dts | 4
arch/sandbox/dts/sandbox64.dts | 4
arch/sandbox/dts/test.dts | 4
3 files changed, 12 insert
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index bf1b4a9afac6..8f10f3fc06e8 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -91,6 +91,7 @@ config SANDBOX
imply HASH_VERIFY
Change get_sector_buf() to use map_sysmem() to get a pointer to the
CONFIG_FASTBOOT_BUF_ADDR in memory.
Signed-off-by: Jens Wiklander
---
include/avb_verify.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/avb_verify.h b/include/avb_verify.h
index a532a2331aea..182
With CONFIG_OPTEE_TA_AVB use the trusted application AVB provided by
OP-TEE to manage rollback indexes and device-lock status.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
common/avb_verify.c | 118 ++-
doc/README.avb2 | 13 +
inc
Tests the TEE uclass with a sandbox tee driver.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
test/dm/Makefile | 1 +
test/dm/tee.c| 98
2 files changed, 99 insertions(+)
create mode 100644 test/dm/tee.c
diff --git a/test/dm/M
This allow the use of a USB storage or PXE network booting as
fallback, allowing for example for manufacturing installation of eMMC
storage in an easy way.
Signed-off-by: Otavio Salvador
---
Changes in v2:
- improve commit log (fabio)
include/configs/pico-imx6ul.h | 2 ++
include/configs/pico-
Update the pymark.buildconfigspec to depend on 'cmd_mmc' in addition to
'cmd_avb' for those tests that needs more a more complete MMC
implementation or the "mmc" command.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
test/py/tests/test_avb.py | 8 +---
1 file changed, 5 inserti
After discussing with TechNexion about how its default setting, it is
better to install on the eMMC user partition by default, when using
DFU, so it works out of box for majority of users.
Reviewed-by: Fabio Estevam
Signed-off-by: Otavio Salvador
---
Changes in v2: None
include/configs/pico-i
Enables cmd_avb and its dependencies need to run the AVB tests.
Reviewed-by: Simon Glass
Signed-off-by: Jens Wiklander
---
arch/Kconfig | 4
drivers/fastboot/Kconfig | 2 ++
2 files changed, 6 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 8f10f3fc06e8..543362578
On 09/25/2018 01:24 AM, Ooi, Joyce wrote:
> This adds support for TSE PCS that uses SGMII adapter when the
> phy-mode in device tree is set to sgmii.
Can you add a bit more description to your commit message? TSE(Triple
Speed Ethernet), but what is PCS?
>
> Signed-off-by: Ooi, Joyce
> ---
>
Hi,
On 25/09/2018 15:17:31+0200, Gregory CLEMENT wrote:
> On some platforms, as the Ocelot ones, when wanting to control the CS
> through software, it is not possible to do it through the GPIO
> controller. Indeed, this signal is managed through a dedicated range of
> registers inside the SoC..
>
Hi,
On mar., sept. 25 2018, Gregory CLEMENT wrote:
> Hello,
>
> This series add the support of 2 SoCs: Ocelot and Luton from
> Microsemi. Both of them belongs to the same family Vcore III.
>
> We found them on various advanced switches product.
>
> The support for Ocelot already have been subm
These families of SoCs are found in the Microsemi Switches solution.
Currently the support for two families support is added:
- Ocelot (VSC7513, VSC7514) already supported in Linux
- Luton (Luton10: VSC7423, VSC7424, VSC7428 and Luton26: VSC7425,
VSC7426, VSC7426, VSC7427, VSC7429)
Signed-of
Hi Marek,
On Sat, Sep 22, 2018 at 6:59 AM Marek Vasut wrote:
>
> Of CONFIG_OF_TRANSLATE is enabled, this function still returns
> untranslated bogus results. Add the missing translation.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> ---
> drivers/core/ofnode.c | 9
Hi Marek,
On Sat, Sep 22, 2018 at 7:00 AM Marek Vasut wrote:
>
> The code fails to check if ops is non-NULL before using it's members.
> Add the missing check and while at it, flip the condition to make it
> more obvious what is actually happening.
>
Though adding the NULL pointer check makes th
On Sat, Sep 22, 2018 at 7:02 AM Marek Vasut wrote:
>
> Reword the documentation to make it clear the compatible string is now
> optional, yet still matching on it takes precedence over PCI IDs and
> PCI classes.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> ---
> doc/driver
Hi Marek,
On Sat, Sep 22, 2018 at 7:02 AM Marek Vasut wrote:
>
> Add PCI entry without compatible string and with a DT node only with
> reg = <...> property into the DT. This is needed for the tests to
> verify whether such a setup creates an U-Boot PCI device with the
> DT node associated with i
On Sat, Sep 22, 2018 at 7:02 AM Marek Vasut wrote:
>
> Add test which checks if a PCI device described in DT with an
> entry and reg = <...> property, but without compatible string
> results in a valid U-Boot PCI udevice with the udevice.node
> populated with reference to this DT node. Also check
Hi Marek,
On Sat, Sep 22, 2018 at 7:00 AM Marek Vasut wrote:
>
> The PCI controller can have DT subnodes describing extra properties
> of particular PCI devices, ie. a PHY attached to an EHCI controller
> on a PCI bus. This patch parses those DT subnodes and assigns a node
> to the PCI device ins
On Tue, Sep 25, 2018 at 11:41 AM, Otavio Salvador
wrote:
> #include
> diff --git a/include/configs/pico-imx7d.h b/include/configs/pico-imx7d.h
> index 614be99d93..2bc42a04a0 100644
> --- a/include/configs/pico-imx7d.h
> +++ b/include/configs/pico-imx7d.h
> @@ -92,6 +92,8 @@
>
> #define BOOT_TA
colleague just asked me how to (if possible) chain-load a modified
u-boot from a u-boot currently stored in flash, and from having done
this once *years* ago, i'm fairly sure i can make this happen, i just
want to confirm my plan. (the current running version is based off of
u-boot v2015.07 -- i
Hi
It's a gentle reminder to not forget thise series for U-boot 2018.11
release.
Thanks
Patrice
On 08/10/2018 05:12 PM, Patrice Chotard wrote:
>
> This series :
> - Adds DT nodes to add usb gadget support for stm32mp157-ev1 board
> - Adds DT nodes to add EHCI support for stm32mp157-ev1 boa
On 09/25/2018 01:44 AM, Ashish Kumar wrote:
> Enable AHB support for flexspi controller interface meaning
> memory can be accessed via md command using absolute addresses
>
> Signed-off-by: Yogesh Gaur
> Signed-off-by: Rajat Srivastava
> Signed-off-by: Ashish Kumar
> ---
> arch/arm/cpu/armv8/f
On 09/24/2018 11:51 PM, Yinbo Zhu wrote:
> This enables the folowing to Kconfig:
> CONFIG_BLK
> CONFIG_DM_MMC
>
> Signed-off-by: Yinbo Zhu
> ---
> Change in v9:
> fix ls1021atwr_sdcard_ifc_SECURE_BOOT_defconfig compiling errors
You didn't "fix" it. You simply dropped th
On 09/24/2018 11:45 PM, Ran Wang wrote:
> add Kconfig option for U QUICC Engine.
>
> Signed-off-by: Ran Wang
> ---
> Change in v2:
> Add more conditional define to support more platforms.
>
> drivers/Kconfig| 2 ++
> drivers/qe/Kconfig | 12
> 2 files changed, 14 inserti
On 09/24/2018 11:45 PM, Ran Wang wrote:
> Because it has been moved to drivers/qe/Kconfig instead.
> Following platforms are involved:
> T102xQDS, T102xRDB, T1040QDS, ls1021aqds, ls1021atwr, ls1043ardb
>
> Signed-off-by: Ran Wang
> ---
> Change in v2:
> Remove CONFIG_U_QE from more platform
On 09/25/2018 10:00 AM, Dinh Nguyen wrote:
>
>
> On 09/25/2018 01:24 AM, Ooi, Joyce wrote:
>> This adds support for TSE PCS that uses SGMII adapter when the
>> phy-mode in device tree is set to sgmii.
>
> Can you add a bit more description to your commit message? TSE(Triple
> Speed Ethernet),
On 09/02/2018 10:08 PM, Jagdish Gediya wrote:
> Below is the sequence to embed dtb inside U-Boot,
> 1. Remove bootpg and resetvec section if needed
> 2. Append dtb
> 3. Append bootpg and resetvec section back if removed in step 1
>
> Above procedure is required only when CONFIG_MPC85xx and
> CONFI
On Tue, Sep 25, 2018 at 07:02:42AM +, Chee, Tien Fong wrote:
> On Thu, 2018-09-20 at 21:42 -0700, Chee, Tien Fong wrote:
> > >
> If everybody agree with current framework, then the next version i will
> include the fixes:
> 1. Adding DM_FLAG_PRE_RELOC, this would allow runtime to choose the
>
Hi,
On 25 September 2018 at 01:02, Chee, Tien Fong wrote:
> On Thu, 2018-09-20 at 21:42 -0700, Chee, Tien Fong wrote:
>> >
> If everybody agree with current framework, then the next version i will
> include the fixes:
> 1. Adding DM_FLAG_PRE_RELOC, this would allow runtime to choose the
> right f
On Thu, Sep 13, 2018 at 06:48:41PM +, Stephane Gilbert wrote:
> Hi,
>
> I am submitting the following patch to resolve issue below:
> When using the load command with a btrfs filesystem, the return code of
> that command if always success even if the command failed. The problem
> is the do_lo
Hi York,
> -Original Message-
> From: York Sun
> Sent: Wednesday, September 26, 2018 01:02
> To: Ran Wang ; Alison Wang
> Cc: Qiang Zhao ; u-boot@lists.denx.de
> Subject: Re: [PATCH v2 1/3] qe: kconfig: U QE kconfig
>
> On 09/24/2018 11:45 PM, Ran Wang wrote:
> > add Kconfig option for U
Hi York,
> -Original Message-
> From: York Sun
> Sent: Wednesday, September 26, 2018 01:02
> To: Ran Wang ; Alison Wang
> Cc: Qiang Zhao ; u-boot@lists.denx.de
> Subject: Re: [PATCH v2 2/3] arm: layerscape: Remove CONFIG_U_QE define in
> head files
>
> On 09/24/2018 11:45 PM, Ran Wang wr
1 - 100 of 139 matches
Mail list logo
