Per Microsoft PE Format documentation [1], PointerToSymbolTable and
NumberOfSymbols should be zero for an image in the COFF file header.
Currently the COFF file header is hardcoded on RISC-V and these two
members are not zero.
This updates the hardcoded structure to clear these two members, as
Per Microsoft PE Format documentation [1], PointerToSymbolTable and
NumberOfSymbols should be zero for an image in the COFF file header.
Currently U-Boot is generating u-boot-payload.efi image in which
these two members are not zero.
This updates the build rules to tell linker to remove the
Per Microsoft PE Format documentation [1], PointerToSymbolTable and
NumberOfSymbols should be zero for an image in the COFF file header.
Currently U-Boot is generating *.efi images (eg: helloworld.efi) in
which these two members are not zero.
This updates the build rules to tell linker to remove
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch adds stmark2 board fdt support to the m68k arch.
>
> Signed-off-by: Angelo Dureghello
> ---
> arch/m68k/dts/Makefile| 12
> arch/m68k/dts/stmark2.dts | 34 ++
> 2 files changed,
Otherwise system will hang after executing wfi.
Signed-off-by: Ran Wang
---
Change in v3:
Actually this is the same to 3/3 patch of v2
Change in v2:
None
arch/arm/cpu/armv7/ls102xa/ls102xa_psci.c | 4
arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 2
This patch moves CONFIG_U_QE to Kconfig
Signed-off-by: Ran Wang
---
Change in v3:
- Combine 1/3 and 2/3 patch of v2
- Remove unnecessary space in front of U-QE in drivers/qe/Kconfig
- Remove CONFIG_U_QE in scripts/config_whitelist.txt
Change in v2:
Add more
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch adds devicetree support to the mcfuart.c driver.
>
> Signed-off-by: Angelo Dureghello
> ---
> drivers/serial/mcfuart.c | 28
> 1 file changed, 28 insertions(+)
Reviewed-by: Simon Glass
Hi Marek,
On 21 September 2018 at 16:59, 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.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
Hi Angelo,
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch converts cf_spi.c to DM and to read driver
> platform data from flat devicetree.
>
> ---
> Changes from v1:
> - split into 2 patches
>
> Signed-off-by: Angelo Dureghello
> ---
> drivers/spi/Kconfig
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch adds ftd support to the m68k architecture.
>
> Signed-off-by: Angelo Dureghello
> ---
> arch/Kconfig | 1 +
> arch/m68k/Kconfig| 2 ++
> arch/m68k/cpu/u-boot.lds | 2 ++
> 3 files changed, 5 insertions(+)
Hi Marek,
On 20 September 2018 at 17:56, Marek Vasut wrote:
> On 09/20/2018 03:47 AM, Bin Meng wrote:
> [...]
>
I suspect the best answer is to move the emulator so it is a direct
child of the bus. You would need to update sandbox_pci_get_emul() to
call
On 19 September 2018 at 04:43, Rajan Vaja wrote:
> There is no prompt string for FIRMWARE config. Without this,
> FIRMWARE config cannot be enabled through menuconfing or
> config file. Fix this by adding prompt summary.
>
> Signed-off-by: Rajan Vaja
> ---
> Changes in v2:
> * New patch
> ---
On 19 September 2018 at 16:58, Manivannan Sadhasivam
wrote:
> From: Randy Li
>
> Those pins would be used by many boards.
>
> Commit grabbed from Linux:
>
> commit b41023282d07b61a53e2c9b9508912b1e7ce7b4f
> Author: Randy Li
> Date: Thu Jun 21 21:32:10 2018 +0800
>
> arm64: dts: rockchip:
Hi Patrice,
On 20 September 2018 at 07:37, Patrice Chotard wrote:
> pinmux_show allows to display the muxing of all pins
> belonging to pin-controller.
>
> Signed-off-by: Patrice Chotard
> ---
>
> drivers/pinctrl/pinctrl_stm32.c | 79
> +
> 1 file
On 19 September 2018 at 12:16, Heinrich Schuchardt wrote:
> The include/video*.h files are part of the drivers in drivers/video. So it
> makes sense to assign them to the same maintainer.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch adds a basic group of devicetrees, one for each
> cpu, including actually just uart and dspi devices, since
> these are the drivers supporting devicetree (support added
> in this patch).
>
> Signed-off-by: Angelo Dureghello
>
On 20 September 2018 at 15:07, Angelo Dureghello wrote:
> This patch adds missing CONFIG_MCFUART to Kconfig.
>
> Signed-off-by: Angelo Dureghello
> ---
> drivers/serial/Kconfig | 7 +++
> 1 file changed, 7 insertions(+)
>
Reviewed-by: Simon Glass
Suggest you expand the help to mention
Hi Patrice,
On 20 September 2018 at 07:37, Patrice Chotard wrote:
> pinmux command allows to :
> - list all pin-controllers available on platforms
> - select a pin-controller
> - display the muxing of all pins of the current pin-controller
>or all pin-controllers depending of given
On 19 September 2018 at 04:43, Rajan Vaja wrote:
> Add a test which verifies that all subnodes under "/firmware"
> nodes are scanned.
>
> Signed-off-by: Rajan Vaja
> ---
> Changes in v2:
> * New patch
> ---
> arch/sandbox/dts/test.dts | 7 +++
> drivers/firmware/Makefile
Hi Patrice,
On 20 September 2018 at 07:37, Patrice Chotard wrote:
> pinmux_show() allows to display the muxing of all pins
> belonging to a pin-controller
>
> Signed-off-by: Patrice Chotard
> ---
>
> drivers/pinctrl/pinctrl-uclass.c | 10 ++
> include/dm/pinctrl.h | 29
Hi Livu,
On 19 September 2018 at 10:37, Liviu Dudau wrote:
> On Wed, Sep 19, 2018 at 09:30:37AM -0600, Simon Glass wrote:
>> Hi,
>>
>> On 18 September 2018 at 02:08, Liviu Dudau wrote:
>> >
>> > On Tue, Sep 18, 2018 at 04:06:13AM +0200, Simon Glass wrote:
>> > > On 17 September 2018 at 10:44,
Hi Bin,
On 4 September 2018 at 03:06, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Sep 3, 2018 at 7:02 AM Simon Glass wrote:
>>
>> In initr_bootstage() we call bootstage_mark_name() which ends up calling
>> timer_get_us(). This call happens before initr_dm(), which inits driver
>> model.
>>
>> On
Hi Bin,
On 4 September 2018 at 03:07, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Sep 3, 2018 at 7:02 AM Simon Glass wrote:
>>
>> The root cause of this problem should now be fixed. Renable bootstage.
>>
>> (Note, if this does not fix it, and instead a -ENOMEM error is produced,
>> then we probably
Hi Jens,
On 31 August 2018 at 06:10, Jens Wiklander wrote:
>
> Hi Simon,
>
> On Wed, Aug 29, 2018 at 06:29:09PM -0600, Simon Glass wrote:
> > Hi Jens,
> >
> > On 23 August 2018 at 04:43, Jens Wiklander
> > wrote:
> > > Adds configuration option OPTEE_TA_AVB and a header file describing the
> >
Allow for pointers not created by map_to_sysmem().
This fixes the fit image and vboot test.
Fixes: 8b79c294ec57 ("sandbox: Enhance map_to_sysmem() to handle foreign
pointers")
Signed-off-by: Heinrich Schuchardt
---
Alex, this should fix the issues with the efi-next pull request. Would
you add
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
---
v3
no change
v2
replace remaining parent.handle in efi_disk.c
---
include/efi_loader.h | 26 +-
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
Rename the component parent of some EFI objects to header. This avoids
misunderstandings.
Signed-off-by: Heinrich Schuchardt
---
v3
new patch
---
cmd/bootefi.c | 12 +--
include/efi_loader.h | 9 +++--
lib/efi_loader/efi_boottime.c | 6 +++---
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.
Rename variable image_handle to image_obj where applicable.
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
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
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
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
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
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
>
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/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
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
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
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
> ---
>
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
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 --
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
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
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: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
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
> ---
>
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
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
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)
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
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..
>
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
> ---
>
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
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
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
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 ++
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
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 +
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
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
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
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 +
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 ++
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 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
---
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
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
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
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 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
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,
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
> 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
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
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/
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
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
+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
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
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
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 +-
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
1 - 100 of 146 matches
Mail list logo
