On 04/06/2016 10:46 PM, Wenbin Song wrote:
> Hi: York
>
> Please see my inline comments.
>
> Best Regards
> Wenbin Song
>
>> -Original Message-
>> From: York Sun [mailto:york@nxp.com]
>> Sent: Thursday, April 07, 2016 1:18 AM
>> To: Wenbin Song ; Mingkai Hu
>> ; u-boot@lists.denx.de
>>
Loading the fdt at 0xc0 fails if the uncompressed kernel image is
greater than 12 MiB, which is quite common with modern kernels and
multiplatform defconfigs. Move fdtaddr to 0x1e0 which is just under
the ramdiskaddr on most targets.
Signed-off-by: Scott Wood
Cc: Peter Tyser
Cc: Dirk Ei
This is what Linux maps on classic PPC during boot, and modern kernel
images don't fit within the current 8 MiB uncompressed limit.
Adjust image load addresses to be above this limit to avoid conflicts.
Signed-off-by: Scott Wood
---
include/configs/MPC8610HPCD.h | 13 +++--
include/conf
On 07/04/2016 07:26 PM, Hongbo Zhang wrote:
> On Mon, Jul 4, 2016 at 9:11 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 04-07-16 09:20, Hongbo Zhang wrote:
>>>
>>> I said I would send a new iteration of this series, but there are code
>>> dependencies/conflicts with Chenyu's work, so I'd like to wait f
On 07/11/2016 08:00 PM, Yunhui Cui wrote:
> From: Yunhui Cui
>
> Errata: A-009282: QuadSPI data pre-fetch can result in incorrect data
> We need this errata workaround when CONFIG_SYS_FSL_QSPI_AHB is enabled.
>
> Signed-off-by: Yunhui Cui
> ---
> drivers/spi/fsl_qspi.c | 12 +++-
> 1 fil
On 04/20/2016 06:12 PM, York Sun wrote:
> +Roy to comment on iNIC.
>
> On 04/20/2016 06:05 PM, Qiang Zhao wrote:
>> On 04/21/2016 12:58 AM, York Sun wrote:
>>> -Original Message-
>>> From: York Sun [mailto:york@nxp.com]
>>> Sent: Thursday, April 21, 2016 12:58 AM
>>> To: Qiang Zhao
>>>
On 07/19/2016 07:11 AM, Siva Durga Prasad Paladugu wrote:
> Add Kconfig entry config option for USB_EHCI_ZYNQ
> and update the same to enable for all zynq boards
> which supports USB
>
> Signed-off-by: Siva Durga Prasad Paladugu
Looks ok, except for a bit below. Michal, please double-check.
> -
On Tue, Jul 19, 2016 at 02:56:14PM +0530, Lokesh Vutla wrote:
> In raw mode a full sector is to be read even if image covers part of
> a sector. Number of sectors are calculated as ROUND_UP(size)/sec_size by FIT
> framework. This calculation assumes that image is at the 0th offset of a
> sector,
On Mon, Jul 18, 2016 at 05:01:50PM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> Implement a hook to allow boards to save boot-time CPU state for later
> use. When U-Boot is chain-loaded by another bootloader, CPU registers may
> contain useful information such as system configuration
On Tue, Jul 19, 2016 at 08:29:53PM +, york sun wrote:
> Tom,
>
> The following changes since commit 3a592a1349ac3961b0f4f2db0a8d9f128225d897:
>
>Revert "armv8: Enable CPUECTLR.SMPEN for coherency" (2016-07-14
> 17:36:18 -0400)
>
> are available in the git repository at:
>
>git://g
[[PATCH] powerpc/85xx: Increase fdt address] On 19/07/2016 (Tue 17:52) Scott
Wood wrote:
> Loading the fdt at 0xc0 fails if the uncompressed kernel image is
> greater than 12 MiB, which is quite common with modern kernels and
> multiplatform defconfigs. Move fdtaddr to 0x1e0 which is jus
The CONFIG_ROCKCHIP_COMMON is no use now, remove it.
Signed-off-by: Kever Yang
---
include/configs/rk3036_common.h | 2 --
include/configs/rk3288_common.h | 1 -
2 files changed, 3 deletions(-)
diff --git a/include/configs/rk3036_common.h b/include/configs/rk3036_common.h
index ae4b101..b003ba
Hi kever,
If you intend to remove CONFIG_ROCKCHIP_COMMON, please also remove it in
Kconfig.(arch/arm/mach-rockchip/rk3036/Kconfig)
And CONFIG_SPL_ROCKCHIP_COMMON?
On 2016年07月20日 11:31, Kever Yang wrote:
The CONFIG_ROCKCHIP_COMMON is no use now, remove it.
Signed-off-by: Kever Yang
---
inc
On 01/05/2016 01:57 PM, york@nxp.com wrote:
> On 01/05/2016 01:38 PM, York Sun wrote:
>>
>>
>> On 01/05/2016 10:40 AM, Bryan Hundven wrote:
>>> On Tue, Jan 05, 2016 at 09:01:17AM -0800, York Sun wrote:
On 12/23/2015 07:40 AM, Bryan Hundven wrote:
> York,
>
> Just chec
> -Original Message-
> From: york sun
> Sent: Wednesday, July 20, 2016 3:08 AM
> To: Sumit Garg ; u-boot@lists.denx.de
> Cc: Ruchika Gupta ; Prabhakar Kushwaha
> ; tr...@konsulko.com;
> teddy.r...@gmail.com; s...@chromium.org; dannenb...@ti.com; Aneesh
> Bansal
> Subject: Re: [PATCH 2/4]
On 07/20/2016 05:55 AM, Sriram Dash wrote:
>> From: Marek Vasut [mailto:ma...@denx.de]
>> On 06/20/2016 06:15 AM, Sriram Dash wrote:
>>> Currently, U-boot doesn't allow to compile more than one type of USB
>>> protocol simultaneously. Hence, EHCI and XHCI controllers cannot
>>> co-exist and CONFIG_
On 20.7.2016 03:38, Marek Vasut wrote:
> On 07/19/2016 07:11 AM, Siva Durga Prasad Paladugu wrote:
>> Add Kconfig entry config option for USB_EHCI_ZYNQ
>> and update the same to enable for all zynq boards
>> which supports USB
>>
>> Signed-off-by: Siva Durga Prasad Paladugu
>
> Looks ok, except f
On 06/24/2016 04:46 PM, York Sun wrote:
> To use common MMU code, non-identical mapping needs to be supported.
> Minior change in the MMU framework is required to support splitting
> blocks. With these changes, using common code is straight forward.
> Attention is needed where the tables are for ea
In certain circumstances it comes in handy to be able to boot into a second
U-Boot. But as of now it is not possible to boot a U-Boot binary that is inside
a FIT image, which is problematic for projects that e.g. need to guarantee a
unbroken chain of trust from SOC all the way into the OS, since th
101 - 119 of 119 matches
Mail list logo
