Hi Joe,
> -Original Message-
> From: Joe Hershberger
> Sent: Wednesday, September 4, 2019 1:10 AM
> To: Alexey Brodkin
> Cc: Ralph Siemsen ; Joseph Hershberger
> ; u-
> b...@lists.denx.de; linux-snps-...@lists.infradead.org; Eugeniy Paltsev
>
> Subject: Re: [U-Boot] [RFC PATCH] net:
Signed-off-by: Meenakshi Aggarwal
---
changed for v2:
- corrected typo in commit message.
---
board/freescale/lx2160a/lx2160a.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/lx2160a/lx2160a.c
b/board/freescale/lx2160a/lx2160a.c
index
Hello Loic,
added Lukasz as he is the DFU custodian.
Am 03.09.2019 um 09:59 schrieb Loic Poulain:
Hi,
AFAIU, today it's possible to update a UBI partition via DFU with a new UBI
blob using 'partubi'.
Yes.
However, this causes two issues/limitations:
- It erases the partition, causing PEB
Hello Joe,
Am 04.09.2019 um 01:03 schrieb Joe Hershberger:
On Tue, Sep 3, 2019 at 3:05 AM Wolfgang Denk wrote:
Dear Tom,
In message Heiko Schocher wrote:
I am just testing U-Boot Environment flags and they do not work anymore with
current mainline U-Boot ...
...
reason is your commit:
It seems that, in the process of doing any sort of secure boot chain of
trust, anything loading a UBI volume in preparation to authenticate it,
will load a volume of unknown size into a buffer prior to checking the
signature of that volume.
Has anyone considered a solution for this? Should all
Hello Lukasz,
added Stefano to cc as he is the imx custodian.
Am 03.09.2019 um 23:43 schrieb Lukasz Majewski:
This change tries to fix the following problem:
- The board boots (to be more precise - ROM loads SPL) from a slow SPI-NOR
memory.
As a result the spl_boot_device() will return
Any comments?
Thanks:)
> -Original Message-
> From: Yangbo Lu
> Sent: Monday, August 19, 2019 4:28 PM
> To: u-boot@lists.denx.de; Peng Fan
> Cc: Y.b. Lu
> Subject: [PATCH 0/3] mmc: fsl_esdhc: clean up code
>
> This patch-set is to clean up fsl_esdhc code.
>
> Yangbo Lu (3):
> mmc:
From: Hou Zhiqiang
In SerDes protocol 0x13BB, lane C was erroneously asigned
to PCIe1, so fix it.
Fixes: 36f50b75238e ("armv8: ls1028a: Add other serdes protocal support")
Signed-off-by: Hou Zhiqiang
---
arch/arm/cpu/armv8/fsl-layerscape/ls1028a_serdes.c | 2 +-
1 file changed, 1
On Sun, Jun 30, 2019 at 11:20 PM Marek Vasut wrote:
>
> On 6/30/19 4:17 PM, Tom Rini wrote:
> > On Sun, Jun 30, 2019 at 04:03:52PM +0200, Marek Vasut wrote:
> >> On 6/30/19 3:57 PM, Tom Rini wrote:
> >>> On Sat, Jun 29, 2019 at 08:32:00PM +0530, Jagan Teki wrote:
> >>>
> In terms of code
Hi,
On Tue, 2 Jul 2019 at 11:42, Marek Vasut wrote:
>
> On 6/30/19 3:38 AM, André Przywara wrote:
> > On 30/06/2019 00:03, Marek Vasut wrote:
> >
> > Marek,
> >
> > you seem to be quite defensive in your answer
>
> I am just correcting the mistakes I perceive in the previous email.
>
> >, but I
On Mon, Sep 02, 2019 at 11:41:20AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> one late pull request for u-boot-i2c as I missed Pengs patch...
>
> The following changes since commit 877294b56a52f1cb60bbfa7e4722fcc33451f7b2:
>
> Merge tag 'efi-2019-10-rc4' of
>
On Tue, Sep 03, 2019 at 04:10:31PM +, Alexey Brodkin wrote:
> Hi Tom,
>
> The following changes since commit d22c8be964a870f59d2fdab6c67cefa0c4799364:
>
> Merge branch 'master' of git://git.denx.de/u-boot-sh (2019-09-01 13:33:12
> -0400)
>
> are available in the Git repository at:
>
>
On Tue, Sep 03, 2019 at 10:15:42AM +0800, ub...@andestech.com wrote:
> Hi Tom,
>
> Please pull some riscv updates:
>
> - Skip unavailable hart in the get_count().
> - fu540 set serial env from otp.
> - fu540 add mmc0 as a boot target device.
> - Update fix_rela_dyn and add absolute reloc
On Mon, Sep 2, 2019 at 5:05 PM Heinrich Schuchardt wrote:
>
> With GCC 9.2.1 net/nfs.c leads to multiple errors of type
> address-of-packed-member.
>
> net/nfs.c: In function ‘rpc_req’:
> net/nfs.c:199:18: error: taking address of packed member of
> ‘struct rpc_t’ may result in an unaligned
On 9/3/19 11:32 PM, Joe Hershberger wrote:
Hi Heinrich,
On Mon, Sep 2, 2019 at 4:39 PM Heinrich Schuchardt wrote:
Hello Joe,
GCC 9.2.1 (of Debian Bullseye) produces the warnings below when building
pine64-lts_defconfig. Is it really necessary to define struct rpc_t as
packed? The structure
On Tue, Sep 3, 2019 at 3:05 AM Wolfgang Denk wrote:
>
> Dear Tom,
>
> In message Heiko Schocher
> wrote:
> >
> > I am just testing U-Boot Environment flags and they do not work anymore with
> > current mainline U-Boot ...
> ...
> > reason is your commit:
> >
> > commit
On Mon, Aug 26, 2019 at 6:08 AM Pierre-Jean Texier wrote:
>
> Since commit af95f20 ("env: Create a new file for environment functions"),
> a new header file exists.
>
> So, this commit add a missing header file.
>
> Fixes:
>
> include/env.h:158:1: error: unknown type name ‘ulong’; did you mean
On Mon, Aug 26, 2019 at 6:08 AM Pierre-Jean Texier wrote:
>
> The following error appears:
>
> tools/env/fw_env.c:1149:25: error: lvalue required as unary ‘&’ operand
> rc = write(fd, _REDUND_OBSOLETE, sizeof(ENV_REDUND_OBSOLETE));
>
> Fixes: d3716dd ("env: Rename the redundancy flags")
>
>
On Mon, Aug 26, 2019 at 6:08 AM Pierre-Jean Texier wrote:
>
> Since commit d3716dd ("env: Rename the redundancy flags"), the
> definitions of ENV_REDUND_OBSOLETE & ENV_REDUND_ACTIVE was moved
> to env.h.
>
> Fixes:
>
> tools/env/fw_env.c:122:22: error: ‘ENV_REDUND_ACTIVE’ redeclared as different
On Fri, Aug 23, 2019 at 4:04 PM Pierre-Jean Texier wrote:
>
> Since commit d3716dd ("env: Rename the redundancy flags"), the
> definitions of ENV_REDUND_OBSOLETE & ENV_REDUND_ACTIVE was moved
> to env.h.
>
> Fixes:
>
> tools/env/fw_env.c:122:22: error: ‘ENV_REDUND_ACTIVE’ redeclared as different
On Mon, Aug 19, 2019 at 1:43 PM Ralph Siemsen wrote:
>
> The same compatible = "altr,socfpga-stmmac" appears in both
> drivers/net/designware.c and drivers/net/dwmac_socfgpa.c,
> creating ambiguity in which driver will be bound.
>
> For Intel/Altera SoC devices, dwmac_socfpga.c is the correct
On Tue, Aug 20, 2019 at 3:07 AM Alexey Brodkin
wrote:
>
> Hi Ralph,
>
> > -Original Message-
> > From: Ralph Siemsen
> > Sent: Monday, August 19, 2019 9:43 PM
> > To: u-boot@lists.denx.de; Joe Hershberger ; Alexey
> > Brodkin
> > ; Vlad Zakharov
> > Cc: Ralph Siemsen
> > Subject: [RFC
On Wed, Aug 7, 2019 at 11:33 AM Alex Marginean
wrote:
>
> It was missing in the original submission and not having it in place causes
> issues with probing of PCI devices.
>
> Signed-off-by: Alex Marginean
Acked-by: Joe Hershberger
___
U-Boot mailing
On Thu, Jul 18, 2019 at 1:44 PM Ramon Fried wrote:
>
> Add documentation for new "pcap" command.
>
> Signed-off-by: Ramon Fried
>
> ---
>
> Changes in v4:
> * Document the new $pcapsize environment variable.
> * update doc regarding error message when there's not
> enough memory left.
>
>
On Mon, Jul 29, 2019 at 6:17 PM Joe Hershberger wrote:
>
> On Thu, Jul 25, 2019 at 4:42 PM Anatolij Gustschin wrote:
> >
> > On Tue, 23 Jul 2019 04:26:17 +
> > Joe Hershberger joe.hershber...@ni.com wrote:
> > ...
> > > > +config MV88E61XX_88E6020_FAMILY
> > > > + bool "Marvell
On Thu, Aug 1, 2019 at 4:32 AM Patrick Delaunay wrote:
>
> Align the board and driver prototype for board_interface_eth_init
> to avoid execution issue (the interface_type parameter is defined
> as int or phy_interface_t).
>
> To have a generic weak function (it should be reused by other driver)
On Mon, Aug 26, 2019 at 2:18 AM Stefan Roese wrote:
>
> With commit c6d07bf440bc ("net/macb: increase RX buffer size for GEM")
> ethernet support does not work any more with d-cache enabled on the
> AT91SAM. The reason is, that MACB_RX_BUFFER_SIZE was changed from 4096
> to 128 but this change
On Tue, Aug 27, 2019 at 3:14 AM Michael Walle wrote:
>
> The net_random_ethaddr() tries to get some entropy from different
> startup times of a board. The seed is initialized with get_timer() which
> has only a granularity of milliseconds. We can do better if we use
> get_ticks() which returns
This change tries to fix the following problem:
- The board boots (to be more precise - ROM loads SPL) from a slow SPI-NOR
memory.
As a result the spl_boot_device() will return SPI-NOR as a boot device
(which is correct).
- The problem is that in 'falcon boot' the eMMC is used as a boot
Hi Heinrich,
On Mon, Sep 2, 2019 at 4:39 PM Heinrich Schuchardt wrote:
>
> Hello Joe,
>
> GCC 9.2.1 (of Debian Bullseye) produces the warnings below when building
> pine64-lts_defconfig. Is it really necessary to define struct rpc_t as
> packed? The structure is composed out of uint32_t only. So
On Mon, Sep 2, 2019 at 4:55 PM Heinrich Schuchardt wrote:
>
> rpc_pkt.u.call.data is an array of uint32_t. There is no need to convert
> it to uint32_t *.
>
> memcpy() expects void * as it 1st and 2nd argument. There is no point in
> converting pointers to char * before passing them to memcpy().
Hi Heinrich,
On Mon, Sep 2, 2019 at 3:11 AM Heinrich Schuchardt wrote:
>
> Some environment variables are relevant for networking. For these
> U_BOOT_ENV_CALLBACKs have been defined. When the corresponding environment
> variable is updated the callback updates the state of the network
>
On 9/3/19 7:41 AM, AKASHI Takahiro wrote:
With this patch, when setting UEFI variable with "env set -e" command,
we will be able to
- specify vendor guid with "-guid guid",
- specify variable attributes, BOOTSERVICE_ACCESS, RUNTIME_ACCESS,
TIME_BASED_AUTHENTICATED_WRITE_ACCESS respectively
Hi Marek,
> On 9/3/19 5:49 PM, Lukasz Majewski wrote:
> > Hi Måns, Marek,
> >
> >> Marek Vasut writes:
> >>
> >>> On 9/3/19 4:16 PM, Lukasz Majewski wrote:
> From: Mans Rullgard
>
> This change allows setting pre-defined eMMC boot partition for
> SPL eMMC booting.
On 9/3/19 7:40 AM, AKASHI Takahiro wrote:
If EFI_VARIABLE_APPEND_WRITE is specified in attributes at
efi_set_variable(), specified data will be appended to the variable's
original value. Attributes other than APPEND_WRITE should not be
modified.
With this patch, APPEND_WRITE test in 'variables'
As per the centithread on ksummit-discuss [1], there are folks who
feel that if a Change-Id is present in a developer's local commit that
said Change-Id could be interesting to include in upstream posts.
Specifically if two commits are posted with the same Change-Id there's
a reasonable chance
On 9/3/19 7:43 PM, Park, Aiden wrote:
Use efi_add_conventional_memory_map() to configure EFI conventional memory
properly with ram_top value. This will give 32bit mode U-Boot proper
conventional memory regions even if e820 has a entry which is greater than
32bit address space.
Signed-off-by:
On Thu, Aug 29, 2019 at 8:49 AM liucheng (G) wrote:
>
> Changes in v2:
> - Add reported-by tag for patch 5/5
> --
> CVE-2019-14196: nfs: fix unbounded memcpy with a failed length check at
On Thu, Aug 29, 2019 at 8:50 AM liucheng (G) wrote:
>
> Changes in v2:
> - Add reported-by tag for patch 4/5
> --
> CVE-2019-14195: nfs: fix unbounded memcpy with unvalidated length at
>
On 9/3/19 7:43 PM, Park, Aiden wrote:
Adding a conventional memory region to the memory map may require ram_top
limitation and it can be also commonly used. Extract adding a conventional
memory to the memory map in a separate routine for generic use.
Signed-off-by: Aiden Park
Tested with
On Thu, Aug 29, 2019 at 8:50 AM liucheng (G) wrote:
>
> Changes in v2:
> - Add reported-by tag for patch 3/5
> --
> CVE-2019-14194/CVE-2019-14198: nfs: fix unbounded memcpy with a failed
On Thu, Aug 29, 2019 at 8:48 AM liucheng (G) wrote:
>
> Changes in v2:
> - Add reviewed-by and reported-by tags for patch 1/5
> --
> CVE: net: fix unbounded memcpy of UDP packet
>
> This
On Thu, Aug 29, 2019 at 8:48 AM liucheng (G) wrote:
>
> Changes in v2:
> - Add reported-by tag for patch 2/5
> --
> CVE: nfs: fix stack-based buffer overflow in some nfs_handler reply
The following changes since commit d22c8be964a870f59d2fdab6c67cefa0c4799364:
Merge branch 'master' of git://git.denx.de/u-boot-sh (2019-09-01
13:33:12 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2019-10-rc4-2
for you to
Hi Heinrich,
On Fri, Aug 30, 2019 at 12:21 PM Heinrich Schuchardt wrote:
>
> Hello Joe,
>
> compiling U-Boot creates dozens of warnings for include/net.h:
>
>CC arch/arm/lib/asm-offsets.s
> In file included from include/common.h:342,
> from lib/asm-offsets.c:14:
>
Adding a conventional memory region to the memory map may require ram_top
limitation and it can be also commonly used. Extract adding a conventional
memory to the memory map in a separate routine for generic use.
Signed-off-by: Aiden Park
---
Changes in v3:
* Split a single commit to two
Use efi_add_conventional_memory_map() to configure EFI conventional memory
properly with ram_top value. This will give 32bit mode U-Boot proper
conventional memory regions even if e820 has a entry which is greater than
32bit address space.
Signed-off-by: Aiden Park
---
Changes in v3:
* Split a
This issue can be seen on 32bit operation when one of E820_RAM type
entries is greater than 4GB memory space.
The efi_alloc() finds a free memory in the conventional memory which
is greater than 4GB. But, it does type cast to 32bit address space
and eventually returns invalid address.
Changes in
Add a new flag CONFIG_ENV_SUPPORT to compile all
the environment features in U-Boot (attributes, callbacks
and flags). It is the equivalent of the 2 existing flags
- CONFIG_SPL_ENV_SUPPORT for SPL
- CONFIG_TPL_ENV_SUPPORT for TPL
This new configuration allows to use the macro
On 9/3/19 5:49 PM, Lukasz Majewski wrote:
> Hi Måns, Marek,
>
>> Marek Vasut writes:
>>
>>> On 9/3/19 4:16 PM, Lukasz Majewski wrote:
From: Mans Rullgard
This change allows setting pre-defined eMMC boot partition for SPL
eMMC booting. It is necessary in the case when one
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Thursday, August 29, 2019 2:53 AM
> To: Simon Glass ; Park, Aiden ;
> U-Boot Mailing List
> Cc: Heinrich Schuchardt
> Subject: [PATCH 4/4] x86: qemu: Report high memory in the E820 table
>
> Now that we are able
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Thursday, August 29, 2019 2:53 AM
> To: Simon Glass ; Park, Aiden ;
> U-Boot Mailing List
> Cc: Heinrich Schuchardt
> Subject: [PATCH 3/4] x86: qemu: Support getting high memory size
>
> At present only size of
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Thursday, August 29, 2019 2:53 AM
> To: Simon Glass ; Park, Aiden ;
> U-Boot Mailing List
> Cc: Heinrich Schuchardt
> Subject: [PATCH 2/4] x86: qemu: Extract getting memory size to a separate
> routine
>
> This
On Tue, Sep 03, 2019 at 05:56:36PM +0200, Lukasz Majewski wrote:
> Hi Tom,
>
> > On Fri, Aug 23, 2019 at 11:02:27PM +0200, Lukasz Majewski wrote:
> > > Hi Tom,
> > >
> > > > On Tue, Aug 13, 2019 at 03:47:31PM +0200, Lukasz Majewski wrote:
> > > > > This change allows more fine tuning of
Makefile now produces ready-to-deploy idbloader.img file.
Signed-off-by: Matwey V. Kornilov
---
board/theobroma-systems/lion_rk3368/README | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/board/theobroma-systems/lion_rk3368/README
Many Rockchip platforms require the same u-boot deploy procedure
when TPL and SPL both enabled.
The following examples are taken from doc/README.rockchip
and board/theobroma-systems/lion_rk3368/README:
RK3288:
./tools/mkimage -n rk3288 -T rksd -d ./tpl/u-boot-tpl.bin out
cat
Makefile now produces ready-to-deploy idbloader.img file.
Signed-off-by: Matwey V. Kornilov
---
doc/README.rockchip | 21 ++---
1 file changed, 2 insertions(+), 19 deletions(-)
diff --git a/doc/README.rockchip b/doc/README.rockchip
index 7d4dc1b33b..6007f3321e 100644
---
Rockchip SoCs reqire the following deployment procedure for TPL/SPL:
./tools/mkimage -n rk3328 -T rksd -d ./tpl/u-boot-tpl.bin idbloader.img
cat ./spl/u-boot-spl-dtb.bin >> idbloader.img
dd if=idbloader.img of=/dev/mmcblk0 seek=64
The series is organized as the following. First patch
On 9/3/19 1:52 AM, Anton Leontiev wrote:
From: Anton Leontiev
As FDTDIR label doesn't specify exact file to be loaded, it should
not fail if no file exists in the directory. In this case try to boot
with internal FDT if it exists.
Signed-off-by: Anton Leontiev
---
cmd/pxe.c | 21
On 8/31/19 1:52 PM, Anton Leontiev wrote:
чт, 29 авг. 2019 г. в 23:35, Stephen Warren :
On 8/29/19 5:20 AM, Anton Leontiev wrote:
2019-08-26 at 18:59, Stephen Warren :
We have a GNU/Linux distribution that use FDTDIR in its extlinux.conf
to support several boards. But some boards have FDT
H Tom,
[snip]
> > > This is the patch with problem, and here is the link on patchwork:
> > > https://patchwork.ozlabs.org/patch/1146845/
> >
> > Please find my fixes here:
> > https://patchwork.ozlabs.org/patch/1156541/
> > https://patchwork.ozlabs.org/patch/1156617/
> >
> > Tom do we want
Hi Tom,
The following changes since commit d22c8be964a870f59d2fdab6c67cefa0c4799364:
Merge branch 'master' of git://git.denx.de/u-boot-sh (2019-09-01 13:33:12
-0400)
are available in the Git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-arc.git tags/arc-for-2019.10-rc4
for
Hi Tom,
> On Fri, Aug 23, 2019 at 11:02:27PM +0200, Lukasz Majewski wrote:
> > Hi Tom,
> >
> > > On Tue, Aug 13, 2019 at 03:47:31PM +0200, Lukasz Majewski wrote:
> > > > This change allows more fine tuning of driver model based SPI
> > > > support in SPL and TPL. It is now possible to
Hi Måns, Marek,
> Marek Vasut writes:
>
> > On 9/3/19 4:16 PM, Lukasz Majewski wrote:
> >> From: Mans Rullgard
> >>
> >> This change allows setting pre-defined eMMC boot partition for SPL
> >> eMMC booting. It is necessary in the case when one wants to boot
> >> (through falcon boot) from
On Tue, 2019-09-03 at 11:53 -0300, Ricardo Salveti wrote:
> Commit e37ac71 converted FSL_ESDHC to FSL_ESDHC_IMX, but the config
> check for colibri_imx6 wasn't updated accordantly.
>
> Signed-off-by: Ricardo Salveti
> ---
> board/toradex/colibri_imx6/colibri_imx6.c | 4 ++--
> 1 file changed, 2
Marek Vasut writes:
> On 9/3/19 4:16 PM, Lukasz Majewski wrote:
>> From: Mans Rullgard
>>
>> This change allows setting pre-defined eMMC boot partition for SPL eMMC
>> booting. It is necessary in the case when one wants to boot (through falcon
>> boot) from eMMC after loading SPL from other
On 9/3/19 4:16 PM, Lukasz Majewski wrote:
> From: Mans Rullgard
>
> This change allows setting pre-defined eMMC boot partition for SPL eMMC
> booting. It is necessary in the case when one wants to boot (through falcon
> boot) from eMMC after loading SPL from other memory (like SPI-NOR).
>
>
Commit e37ac71 converted FSL_ESDHC to FSL_ESDHC_IMX, but the config
check for colibri_imx6 wasn't updated accordantly.
Signed-off-by: Ricardo Salveti
---
board/toradex/colibri_imx6/colibri_imx6.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Tue, Sep 3, 2019 at 11:34 AM Igor Opaniuk wrote:
> Hi Ricardo,
>
> On Tue, Sep 3, 2019 at 4:53 PM Ricardo Salveti wrote:
> >
> > On Tue, Sep 3, 2019 at 12:09 AM Peng Fan wrote:
> > >
> > > > Subject: [PATCH] apalis_imx6: allocate specific region of memory to
> > > > OP-TEE
> > > >
> > > >
This commit enables support for CONFIG_WDT in the U-Boot proper. Moreover,
the SYSRESET_WATCHDOG driver is used to support 'reset' command.
As SPL is not yet ready for DM conversion, the CONFIG_HW_WATCHDOG is
enabled for it. This allows the legacy SPL code to work properly.
Signed-off-by: Lukasz
This commit updates the display5_factory_defconfig file after the switch
to DM/DTS for this board.
Moreover, the VID and PID for SPL running SDP gadget have been updated to
allow seamless work with 'uuu' utility from NXP (the imx_usb doesn't work
properly after embedding the u-boot proper into
After this commit the display5 device would use FEC driver supporting
driver model (DM_ETH).
Signed-off-by: Lukasz Majewski
---
Changes in v2:
- Use dm_gpio* functions instead of gpio_* ones
arch/arm/mach-imx/mx6/Kconfig | 1 +
board/liebherr/display5/display5.c | 134
After this commit the display5 device would use I2C driver supporting
driver model (DM_I2C).
The 'i2c' and 'eeprom' commands now use DM I2C drivers and initialize
on-bus devices according to device tree description.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
The common.c file content can be safely moved to spl.c file after
performing the DM/DTS conversion for the U-Boot proper.
It contains the non DM/DTS setup code, which now is only used by SPL.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
board/liebherr/display5/Makefile | 4 +-
Fix the structure of configs/display5_defconfig file by using th make
savedefconfig.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
configs/display5_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/display5_defconfig b/configs/display5_defconfig
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
configs/display5_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/display5_defconfig b/configs/display5_defconfig
index 9ab055ac5587..6c80a4d46678 100644
--- a/configs/display5_defconfig
+++
This UART is not used in U-Boot, so there is no need to initialize it.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
board/liebherr/display5/common.c | 13 -
board/liebherr/display5/common.h | 1 -
board/liebherr/display5/display5.c | 2 --
3 files changed, 16
The get_board_id() function was using the old gpio_* compatibility layer
to read HW and SW ID numbers encoded on the PCB board.
After this change the new dm_gpio* API is used for this purpose.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
board/liebherr/display5/display5.c | 53
After this change the display5's emergency gpio use dm_gpio* functions
instead of legacy ones (gpio*) to read its state.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
board/liebherr/display5/display5.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git
The DM/DTS support for SPI is disabled on purpose for SPL, as it is not
supported as of time of this conversion.
Signed-off-by: Lukasz Majewski
---
Changes in v2:
- Use dm_gpio_* instead of legacy gpio_* functions
arch/arm/mach-imx/mx6/Kconfig | 1 +
board/liebherr/display5/common.c
Enable PINCTRL for i.MX6 soc based display5 after DM/DTS conversion.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
configs/display5_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/display5_defconfig b/configs/display5_defconfig
index
This change fixes issue with building display5 "factory" U-Boot variant
when the display5 board gains DM/DTS support.
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
configs/display5_factory_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
After this commit the display5 device would use eMMC driver supporting
driver model (DM_MMC and BLK).
Signed-off-by: Lukasz Majewski
---
Changes in v2: None
arch/arm/mach-imx/mx6/Kconfig | 1 +
board/liebherr/display5/common.c | 6 --
board/liebherr/display5/common.h | 1 -
This patch series converts display5 to use DM/DTS.
The SPL conversion to DM/DTS has been omitted.
The previous series due to some Kconfig issues was applied partially.
Following patches were NOT applied:
https://patchwork.ozlabs.org/patch/1112757/
https://patchwork.ozlabs.org/patch/1112755/
On Mon, Sep 02, 2019 at 01:40:27PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Fri, Aug 30, 2019 at 3:14 PM Tom Rini wrote:
>
> > Are there more i.mx platforms that are not setting BOARD_SIZE_LIMIT
> > today? I assume there are, sadly. Can you audit and catch the rest of
>
> Yes, only a
Hi Ricardo,
On Tue, Sep 3, 2019 at 4:53 PM Ricardo Salveti wrote:
>
> On Tue, Sep 3, 2019 at 12:09 AM Peng Fan wrote:
> >
> > > Subject: [PATCH] apalis_imx6: allocate specific region of memory to OP-TEE
> > >
> > > OP-TEE uses the memory region defined by the maximum DRAM address
> > > minus
Hi Jagan,
> This reverts commit d5ded320a14b0a2f97cbed072286748895ad18ac.
>
> The mxs_spi.c driver for i.MX2{38} devices has been converted:
> 'commit d99b018a6e3d ("spi: mxs: Add support DM/DTS for i.MX28 mxs
> SPI driver (DM_SPI conversion)")'
>
> to use Device Tree and Device Model, so the
From: Mans Rullgard
This fixes a wrongly indented block of code.
Signed-off-by: Mans Rullgard
[lukma: Make the commit message more verbose]
Signed-off-by: Lukasz Majewski
---
common/spl/spl_mmc.c | 40
1 file changed, 20 insertions(+), 20
From: Mans Rullgard
This change allows setting pre-defined eMMC boot partition for SPL eMMC
booting. It is necessary in the case when one wants to boot (through falcon
boot) from eMMC after loading SPL from other memory (like SPI-NOR).
Signed-off-by: Mans Rullgard
[lukma: Edit the commit
This define indicates if DM_GPIO shall be supported in SPL. This allows
proper operation of DM converted GPIO drivers in SPL, which use
#if !CONFIG_IS_ENABLED(DM_GPIO) to also support not yet DM/DTS converted
boards.
Signed-off-by: Lukasz Majewski
---
common/spl/Kconfig | 6 ++
1 file
Hi Heiko
> From: Heiko Schocher
> Sent: mardi 3 septembre 2019 06:45
> Subject: Re: U-Boot: Environment flags broken for U-Boot
>
> Hello Patrick,
>
> Am 02.09.2019 um 17:35 schrieb Patrick DELAUNAY:
> > Hi Heiko,
> >
> >
> >> From: Heiko Schocher
> >> Sent: lundi 2 septembre 2019 16:03
> >>
On Tue, Sep 3, 2019 at 12:09 AM Peng Fan wrote:
>
> > Subject: [PATCH] apalis_imx6: allocate specific region of memory to OP-TEE
> >
> > OP-TEE uses the memory region defined by the maximum DRAM address
> > minus CONFIG_OPTEE_TZDRAM_SIZE, so subtract
> > CONFIG_OPTEE_TZDRAM_SIZE from the
On Tue, Sep 3, 2019 at 9:58 AM Max Krummenacher <
max.krummenac...@toradex.com> wrote:
> On Mon, 2019-09-02 at 18:12 -0300, Ricardo Salveti wrote:
> > Commit e37ac717d796 ("Convert to use fsl_esdhc_imx for i.MX platforms")
> > converted FSL_ESDHC to FSL_ESDHC_IMX, but the config check for
> >
This patch adds some commit info for CONFIG_IS_ENABLED(FOO) when used in
TPL context.
Signed-off-by: Lukasz Majewski
---
include/linux/kconfig.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/kconfig.h b/include/linux/kconfig.h
index fbfc7188b8..3a2da738c4 100644
---
The of-plat.rst file till this change has been using
This is at best misleading as SPL_OF_PLATDATA is always defined when we
want to use this SPL tinification feature (also in U-Boot proper).
As a result the OF_PLATDATA SPL specific code is also compiled in when
U-Boot proper is build.
On Mon, 2019-09-02 at 18:12 -0300, Ricardo Salveti wrote:
> Commit e37ac717d796 ("Convert to use fsl_esdhc_imx for i.MX platforms")
> converted FSL_ESDHC to FSL_ESDHC_IMX, but the config check for
> apalis_imx6 wasn't updated accordantly.
>
> Signed-off-by: Ricardo Salveti
> ---
>
On Mon, 2019-09-02 at 18:21 -0300, Ricardo Salveti wrote:
> OP-TEE uses the memory region defined by the maximum DRAM address minus
> CONFIG_OPTEE_TZDRAM_SIZE, so subtract CONFIG_OPTEE_TZDRAM_SIZE from the
> available DRAM size to avoid conflicts.
>
> Signed-off-by: Ricardo Salveti
> ---
>
On Mon, 2019-09-02 at 18:23 -0300, Ricardo Salveti wrote:
> Only one dtb is currently supported, so match with imx6-apalis.
>
> Signed-off-by: Ricardo Salveti
> ---
> board/toradex/apalis_imx6/apalis_imx6.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git
On Mon, 2019-09-02 at 18:26 -0300, Ricardo Salveti wrote:
> Toradex Apalis iMX6 modules are available in the iMX6D and iMX6Q
> variants, which are quite similar and already managed via only one
> dtb in u-boot (imx6-apalis.dtb). Select MX6Q via Kconfig by default in
> order to automatically enable
Hi Jean,
>
>
> On 02/09/2019 13:29, Sherry Sun wrote:
> > Hi Vignesh,
> >
> >> Hi Sherry,
> >>
> >> [...]
> AFAIK, U-Boot does not support runtime switching of USB port to
> host from device and vice versa. This is the case for existing
> driver like
> >> DWC3/MUSB etc.
>
1 - 100 of 107 matches
Mail list logo