On 08/03/2017 03:25 PM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
please stop top-posting.
> Do think that this minor patch could be integrated in v2017.09 ?
>
> http://patchwork.ozlabs.org/patch/762328/
Fix up the commit message, detail a bit more how to trigger the issue
and use errno.h
From: Sanchayan Maity
Trying to boot from an ext4 rootfs fails due to us defaulting to ext3.
While the downstream T20/T30 L4T kernel has issues with ext4 later TK1
L4T should work just fine with it. Hence enable ext4 for sdboot and
usbboot on TK1.
Signed-off-by:
From: Marcel Ziswiler
It turns out that the current PCIe reset implementation in the PCIe
board init function is not quite working reliably due to PCIe reset
timing violations. Fix this by overriding the tegra_pcie_port_reset()
function.
Also allow optionally
Hi Philipp,
W dniu 04.08.2017 o 18:51, Dr. Philipp Tomsich pisze:
On 04 Aug 2017, at 18:33, Paweł Jarosz wrote:
Hi,
W dniu 15.06.2017 o 18:40, Simon Glass pisze:
Hi Pawel,
On 15 June 2017 at 10:32, Paweł Jarosz wrote:
W dniu
On Fri, Aug 4, 2017 at 9:20 AM, Tom Rini wrote:
> On Thu, Aug 03, 2017 at 06:27:02AM +0200, Heinrich Schuchardt wrote:
>> Hello Tom,
>>
>> for the UEFI implementation of U-Boot it would make defining string
>> constants much easier using the following C 2011 notation:
>>
>>
On 08/03/2017 11:34 PM, Madalin-cristian Bucur wrote:
>> -Original Message-
>> From: York Sun
>> Sent: Thursday, August 03, 2017 7:14 PM
>> To: Madalin-cristian Bucur ; u-boot@lists.denx.de;
>> joe.hershber...@ni.com
>> Cc: Mingkai Hu ; Shengzhou
On 08/04/2017 02:23 AM, Vini Pillai wrote:
>
> I have a lot of conflicts with this file. Looks like you have a patch adding
> MC_INIT_CMD. I will try to figure it out. Need you to test the code later.
>
> York
>
> Ok. Let me know when you want the testing to be done.
>
Please test the latest
Hi Matt, Kamil
I currently doing some work on STM32 SoCs on U-boot, more
precisely code factorization between STYM32F4, STM32F7 and STM32H7
I noticed you added STM32F1 SoCs support few years ago :
0144caf22ce6acd5c gpio: stm32: add stm32f1 support
2d18ef2364fd3561a ARMv7M: add STM32F1 support
Following the RFC, here is the series implementing the mechanism in a cleaner
way. The idea is that the SPL may take advantage of selecting its DTB from a
pool of available DTBs. To do that several DTBs are embedded in a compressed
FIT image appended at the end of the SPL. The patch is done in
CONFIG_FIT_EMBED might be confused with CONFIG_OF_EMBED, rename it
MULTI_DTB_FIT as it is able to get a DTB from a FIT image containing
multiple DTBs. Also move the option to the Kconfig dedicated to the DTS
options and create a README for this feature.
Signed-off-by: Jean-Jacques Hiblot
From: Marcel Ziswiler
Change these board to use a live device tree after relocation.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Simon Glass
---
Changes in v2:
- Add Simon's reviewed-bys.
201 - 211 of 211 matches
Mail list logo