Hi
I did an update from 2013-10 imx6 u-boot to 2016-03, and when I
updated the u-boot, u-boot can't read the old environment regions.
NAND read from offest 11 failed -74
I have checked the code for 2016-03 and there are a lot of ecc changes
in mxs_nand.c
Was an ecc bug in 2013-10?
At first, the ARM64 Linux booting requirement recommended that the
kernel image be placed text_offset bytes from 2MB aligned base near
the start of usable system RAM because memory below that base address
was unusable at that time.
This requirement was relaxed by Linux commit a7f8de168ace
On Wed 2017-03-08 @ 06:17:13 PM, Tom Rini wrote:
> On Wed, Mar 08, 2017 at 05:32:45PM -0500, Trevor Woerner wrote:
> > On Wed 2017-03-08 @ 04:33:21 PM, Tom Rini wrote:
> > > Now, you've boot tested this, right? :)
> >
> > Yes.
> >
> > > Also, what board(s) show this problem exactly?
> >
> > I'm
Dear Tom,
Could you pull this patch on your master branch?
The following changes since commit 0574f786d3c85ab1a9fe9ee8ade65e3ae83e18a4:
Merge branch 'master' of git://git.denx.de/u-boot-video (2017-03-08 07:14:21
-0500)
are available in the git repository at:
On 01/19/2017 05:53 AM, Rask Ingemann Lambertsen wrote:
> The execution flow is currently like this for aldo_num == 1 or 2:
>
> int axp_set_aldo(int aldo_num, unsigned int mvolt)
> {
> ...
> if (mvolt == 0)
> return pmic_bus_clrbits(AXP809_OUTPUT_CTRL1,
>
Hi Mark,
2017-03-09 1:05 GMT+09:00 Mark Rutland :
>>
>> /*
>> - * If we are not at the correct run-time location, set the new
>> - * correct location and then move the image there.
>> + * If bit 3 of the flags field is set, the 2MB aligned base of the
These registers only available for Gen5 device, excludes them
if for Arria 10 build.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
drivers/fpga/socfpga.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
Update Kconfig and Makefile to enable Arria 10.
Clean up Makefile and sorting *.o alphanumerically.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Kconfig | 10 +
arch/arm/mach-socfpga/Makefile | 46
Add config and defconfig for the Arria10 and update socfpga_common.h.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
configs/socfpga_arria10_defconfig | 30 +++
include/configs/socfpga_arria10_socdk.h | 67
Convert Altera ddr driver to use Kconfig method. Enable ALTERA_SDRAM
by default if it is on Gen5 target. Arria 10 will have different driver.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
drivers/Kconfig | 2 ++
Add SPL support for Arria 10 and add reset_uart() to use in SPL.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
.../include/mach/reset_manager_arria10.h | 1 +
arch/arm/mach-socfpga/reset_manager_arria10.c | 18
Add compatible strings for Intel Arria 10 SoCFPGA device.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
include/fdtdec.h | 8
lib/fdtdec.c | 8
2 files changed, 16 insertions(+)
diff --git
Add support for the Arria10 SoCDK.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
board/altera/arria10-socdk/Kconfig | 18 ++
board/altera/arria10-socdk/Makefile | 7 +++
Device tree files for Arria 10
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/socfpga_arria10.dtsi | 859 +
Add pinmux support for Arria 10.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile | 1 +
arch/arm/mach-socfpga/include/mach/pinmux.h | 15 +
arch/arm/mach-socfpga/pinmux_arria10.c
Add misc support for Arria 10 and minor fix on misc Gen5.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile| 1 +
arch/arm/mach-socfpga/include/mach/misc.h | 6 +
Add sdram header file for Arria 10.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/include/mach/sdram_arria10.h | 380 +
1 file changed, 380 insertions(+)
create mode 100644
Add clock driver support for Arria 10.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile |3 +-
arch/arm/mach-socfpga/clock_manager.c | 18 +-
Add system manager register struct and defines for Arria 10.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
.../arm/mach-socfpga/include/mach/system_manager.h | 52 ++
.../include/mach/system_manager_arria10.h
Add reset driver support for Arria 10.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile | 2 +
arch/arm/mach-socfpga/include/mach/reset_manager.h | 2 +
Restructure system manager in the preparation to support A10.
No functional change.
Change uint32_t to u32.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile | 4 +-
.../arm/mach-socfpga/include/mach/system_manager.h | 125
Add i2c, timer and other A10 defines.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/include/mach/base_addr_a10.h | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-socfpga/include/mach/base_addr_a10.h
Restructure misc driver in the preparation to support A10.
Move the Gen5 specific code to _gen5 file. No functional change.
Change all uint32_t_to u32.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile| 3 +-
Restructure reset manager driver in the preparation to support A10.
Move the Gen5 specific code to _gen5 files. Minor update in socfpga_per_reset().
No functional change.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile | 2 +-
Rename some of variables and fixes on clock calculation.
Signed-off-by: Tien Fong Chee
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/clock_manager_gen5.c | 126 +
1 file changed, 76 insertions(+), 50
Restructure clock manager driver in the preparation to support A10.
Move the Gen5 specific code to _gen5 files. No functional change.
Change all uint32_t to u32 and change to use macro BIT(n) for bit shift.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/Makefile
This is the 2nd version of patchset to adds support for Intel Arria 10 SoC.
This version mainly resolved comments from Marek in [v1].
This is initial patchset enables the basic support for Arria 10 and other
features will come after this.
This series is working on top of “arm: socfpga: Move to
This commit adds support for HDMI output.
Signed-off-by: Jernej Skrabec
---
arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 8 +
arch/arm/include/asm/arch-sunxi/display2.h | 124 +
board/sunxi/Kconfig | 10 +
Function hdmi_lookup_n_cts() is feed with clock in Hz, which gets
compared with clocks in kHz. Fix that by converting all clocks to Hz.
Signed-off-by: Jernej Skrabec
---
drivers/video/rockchip/rk_hdmi.c | 32
1 file changed, 16
Signed-off-by: Jernej Skrabec
---
configs/orangepi_2_defconfig | 1 +
configs/orangepi_lite_defconfig| 1 +
configs/orangepi_one_defconfig | 1 +
configs/orangepi_pc2_defconfig | 1 +
configs/orangepi_pc_defconfig | 1 +
2017年3月9日 07:34于 Jernej Skrabec 写道:
>
> From: Icenowy Zheng
I'm making newer version of this patch.
>
> The A64 uses the AXP803 as its PMIC.
>
> Signed-off-by: Icenowy Zheng
>
> Signed-off-by: Jernej Skrabec
From: Icenowy Zheng
The A64 uses the AXP803 as its PMIC.
Signed-off-by: Icenowy Zheng
Signed-off-by: Jernej Skrabec
---
arch/arm/mach-sunxi/Makefile | 3 +
arch/arm/mach-sunxi/pmic_bus.c | 6 +-
arch/arm/mach-sunxi/rsb.c
This is needed for HDMI, which will be added later.
Signed-off-by: Jernej Skrabec
---
arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 54 +++
arch/arm/mach-sunxi/clock_sun6i.c | 40 +++-
drivers/video/sunxi/lcdc.c
Designware HDMI controller and phy are used in other SoCs as well. Split
out platform independent code.
DW HDMI has 8 bit registers but they can be represented as 32 bit
registers as well. Add support to select access mode.
EDID reading code use reading by blocks which is not supported by other
TCON unit has similar layout and functionality also on newer SoCs. This
commit splits out TCON code for easier reuse later.
Signed-off-by: Jernej Skrabec
---
arch/arm/include/asm/arch-sunxi/display.h | 103 --
arch/arm/include/asm/arch-sunxi/lcdc.h| 128
Despite the comment in the code, CSC unit is never used. According to
the only public description of DW HDMI controller (i.MX6 manual), CSC
unit is bypassed in MC_FLOWCTRL register and then actually powered
down in MC_CLKDIS register.
Signed-off-by: Jernej Skrabec
---
On Wed, Mar 08, 2017 at 05:32:45PM -0500, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 04:33:21 PM, Tom Rini wrote:
> > Now, you've boot tested this, right? :)
>
> Yes.
>
> > Also, what board(s) show this problem exactly?
>
> I'm working with the firefly-rk3288 board.
OK. Can you please turn
On Wed 2017-03-08 @ 05:32:45 PM, Trevor Woerner wrote:
> I have a patch for the meta-rockchip layer
https://lists.yoctoproject.org/pipermail/yocto/2017-March/034985.html
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed 2017-03-08 @ 04:33:21 PM, Tom Rini wrote:
> Now, you've boot tested this, right? :)
Yes.
> Also, what board(s) show this problem exactly?
I'm working with the firefly-rk3288 board.
If it would be preferable to you, I have a patch for the meta-rockchip layer
that solves the problem for
On Wed, Mar 08, 2017 at 02:53:04PM -0500, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 01:41:24 PM, Tom Rini wrote:
> > What does 2.27 without -N look like compared with
> > 2.28 with -N ?
>
> I'm no expert in reading map files, but it looks like the size of .rodata is a
> little bit smaller with
+Andre
On 03/08/2017 03:01 PM, Simon Glass wrote:
> Hi Franklin,
>
> On 2 March 2017 at 12:04, Franklin S Cooper Jr wrote:
>> Some of the functions within spl_fit will be used for non spl purposes.
>> Instead of duplicating functions simply break the functions to be reused
>>
Hi Ron,
On 28 February 2017 at 17:06, Ron Brash wrote:
> Hello,
>
> Here is a list of things I have tried: The raw zImage (which is compressed
> with XZ), various addresses from indeed load address 0x2300, entry
> at 0x23008000
> (and the same), I've tried setting the
Hi Stefan,
On 2 March 2017 at 23:24, Stefan Roese wrote:
> Hi Simon,
>
> On 03.03.2017 05:53, Simon Glass wrote:
>> On 1 March 2017 at 03:23, Stefan Roese wrote:
>>> This patch adds the pre_os_remove boolean flag to device_remove() and
>>> changes all calls to this
On 28 February 2017 at 19:25, Andre Przywara wrote:
> Now that we can store a DT name in the SPL header, use this string (if
> available) when finding the right DT blob to load for U-Boot proper.
> This allows a generic U-Boot (proper) image to be combined with a bunch
>
Hi Andy,
On 3 March 2017 at 08:18, Andy Shevchenko wrote:
> On Fri, Mar 3, 2017 at 6:52 AM, Simon Glass wrote:
>> Hi Andy,
>>
>> On 27 February 2017 at 07:11, Andy Shevchenko
>> wrote:
>>> From: Vincent Tinelli
On 28 February 2017 at 19:25, Andre Przywara wrote:
> The SPL stack is usually located at the end of SRAM A1, where it grows
> towards the end of the SPL.
> For the really big AArch64 binaries the stack overwrites code pretty
> soon, so move the SPL stack to the end of
Hi Ron,
On 21 February 2017 at 11:08, Ron Brash wrote:
> Hello all,
>
> I am adding verified kernel support on a board we are using and I am
> struggling to fully understand all of the concepts and steps required to
> pull everything together (on ARM, using ZImages and
On 28 February 2017 at 19:25, Andre Przywara wrote:
> For a board or platform to support FIT loading in the SPL, it has to
> provide a board_fit_config_name_match() routine, which helps to select
> one of possibly multiple DTBs contained in a FIT image.
> Provide a simple
On 28 February 2017 at 19:25, Andre Przywara wrote:
> Now that the Makefile can call a generator script to build a more
> advanced FIT image, let's use this feature to address the needs of
> Allwinner A64 boards.
> The (DTB stripped) U-Boot binary and the ATF are static,
Hi Kever,
On 23 February 2017 at 17:46, Kever Yang wrote:
> Hi Simon,
>
> There is a typo on the subject of this patch, it should be rk3328
> instead
> of rk3288 :(
> Sorry for that, are you able to fix it in your tree?
OK, done.
Regards,
Simon
On 28 February 2017 at 19:25, Andre Przywara wrote:
> Some platforms require more complex U-Boot images than we can easily
> generate via the mkimage command line, for instance to load additional
> image files.
> Introduce a CONFIG_SPL_FIT_SOURCE and
On 28 February 2017 at 19:25, Andre Przywara wrote:
> Enable the SPL FIT support and the FIT generator script for the
> OrangePi PC2 board, as it also need to load an ATF binary.
>
> Signed-off-by: Andre Przywara
> ---
>
Hi Ron,
On 27 February 2017 at 14:49, Ron Brash wrote:
> Looks like far more progress:
>
> #> setenv my_bootcount 0; bootm 0xD0084000
> Initial value for argc=3
> Final value for argc=3
> ## Current stack ends at 0x23f11db8 * kernel: cmdline image address =
> 0xd0084000
>
Hi Franklin,
On 2 March 2017 at 12:04, Franklin S Cooper Jr wrote:
> Some of the functions within spl_fit will be used for non spl purposes.
> Instead of duplicating functions simply break the functions to be reused
> into its own file.
>
> Signed-off-by: Franklin S Cooper Jr
Hi Andre,
On 3 March 2017 at 04:09, Andre Przywara wrote:
> Hi Simon,
>
> On 03/03/17 04:53, Simon Glass wrote:
>> Hi Andre,
>>
>> On 28 February 2017 at 19:25, Andre Przywara wrote:
>>> Currently the SPL FIT loader uses the spl_fit_select_fdt()
Hi Andre,
On 28 February 2017 at 19:25, Andre Przywara wrote:
> From: Siarhei Siamashka
>
> This patch updates the mksunxiboot tool to optionally add
> the default device tree name string to the SPL header. This
> information can be used by
Hi Stefan,
On 2 March 2017 at 23:35, Stefan Roese wrote:
> Hi Simon,
>
>
> On 03.03.2017 05:53, Simon Glass wrote:
>>
>> On 1 March 2017 at 03:23, Stefan Roese wrote:
>>>
>>> This patch adds a call to dm_pre_os_remove() to announce_and_cleanup()
>>> so that drivers
On 28 February 2017 at 19:25, Andre Przywara wrote:
> The sunxi SPL was holding the detected RAM size in some local variable
> only, so it wasn't accessible for other functions.
> Store the value in gd->ram_size instead, so it can be used later on.
>
> Signed-off-by: Andre
On 28 February 2017 at 19:25, Andre Przywara wrote:
> mksunxiboot limits the size of the resulting SPL binaries to pretty
> conservative values to cover all SoCs and all boot media (NAND).
> It turns out that we have limit checks in place in the build process,
> so
Hi Andre,
On 28 February 2017 at 19:25, Andre Przywara wrote:
> The generic ARMv8 assembly code contains routines for setting up
> a CCN interconnect, though the Freescale SoCs are the only user.
> Link this code only for Freescale targets, this saves some precious
>
On 28 February 2017 at 19:25, Andre Przywara wrote:
> Not every SoC needs to set up the GIC interrupt controller, so link
> think code only when the respective config option is set.
> This shaves off some bytes from the SPL code size.
>
> Signed-off-by: Andre Przywara
Hi Andre,
On 28 February 2017 at 19:25, Andre Przywara wrote:
> So far we were not using the FIT image format to its full potential:
> The SPL FIT loader was just loading the first image from the /images
> node plus one of the listed DTBs.
> Now with the refactored loader
Hi Andre,
On 28 February 2017 at 19:25, Andre Przywara wrote:
> At the moment we load two images from a FIT image: the actual U-Boot
> image and the DTB. Both times we have very similar code to deal with
> alignment requirement the media we load from imposes upon us.
>
On 6 March 2017 at 10:02, York Sun wrote:
> Use gd->arch.resv_ram to track reserved memory allocation.
>
> Signed-off-by: York Sun
>
> ---
>
> Changes in v5:
> Rename RESV_RAM_TOP to RESV_RAM in Kconfig
> Revise "help" message and add comment to explain
No need to flush cache for command without data.
Signed-off-by: Kevin Liu
---
drivers/mmc/sdhci.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index 93cefd8..c94d58d 100644
--- a/drivers/mmc/sdhci.c
Hi,
I am using u-boot 2016.09.01 to load a linux kernel on an embedded ARM (Zynq)
board.
First, I built my kernel with the initramfs linked to it, setting
CONFIG_INITRAMFS_SOURCE to my source files. The resulting kernel is then
packaged as a legacy u-boot image (make uImage). This image can
Some initialization was unintentionally being skipped on omap5.
Fixes: f5af0827f276 ("arm: omap-common: Guard some parts of the code with
CONFIG_OMAP44XX/OMAP54XX")
Signed-off-by: Matthijs van Duin
---
arch/arm/mach-omap2/emif-common.c | 2 +-
1 file changed, 1
I am running into errors after creating a UBI filesystems on our NAND
device. Can anyone suggest where I might look for the error?
A summary is included below and complete debug logs can be seen at
https://gist.github.com/263e422eefa1401db68565fa3e4149bd
After reset, the low-level `nand`
Good evening,
I am trying to port FreeBSD to the ASUS Tinker Board, a computer based
on the Rockchip 3288 SoC. FreeBSD's boot loader (named loader(8)) needs
CONFIG_API to be enabled, but trying to build an U-Boot from trunk with
both CONFIG_API and CONFIG_BLK (as required for Rockchip SoC's?)
A recent debug revealed MMU for DDR shouldn't be enabled before
DDR is initialized. Otherwise, a "normal memory" mapping may cause
speculative access which may hang the system if accessing to DDR
is not allowed at time. For Layerscape platforms, we have early
MMU setup to speed up execution on
On Wed, Mar 08, 2017 at 01:19:12PM -0500, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 12:20:47 PM, Tom Rini wrote:
> > On Wed, Mar 08, 2017 at 11:57:58AM -0500, Trevor Woerner wrote:
> > > On Wed 2017-03-08 @ 10:35:19 AM, Tom Rini wrote:
> > > > perhaps we can do -N --no-omgic (which negates most
On Wed 2017-03-08 @ 12:20:47 PM, Tom Rini wrote:
> On Wed, Mar 08, 2017 at 11:57:58AM -0500, Trevor Woerner wrote:
> > On Wed 2017-03-08 @ 10:35:19 AM, Tom Rini wrote:
> > > perhaps we can do -N --no-omgic (which negates most of what -N does
> >
> > Unfortunately "-N --no-omagic" doesn't succeed
On Tue, Mar 07, 2017 at 02:01:49PM -0600, Joe Hershberger wrote:
> Hi Tom,
>
> The following changes since commit 3fd2b3aa19b9479b5e785087e4951d3a7bbb87be:
>
> net: macb: Fix ETH not found when clock not support (2017-03-01 21:28:39
> -0500)
>
> are available in the git repository at:
>
>
On Wed, Mar 08, 2017 at 11:57:58AM -0500, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 10:35:19 AM, Tom Rini wrote:
> > perhaps we can do -N --no-omgic (which negates most of what -N does
>
> Unfortunately "-N --no-omagic" doesn't succeed either (same problem):
>
>
On Wed 2017-03-08 @ 10:35:19 AM, Tom Rini wrote:
> perhaps we can do -N --no-omgic (which negates most of what -N does
Unfortunately "-N --no-omagic" doesn't succeed either (same problem):
arm-oe-linux-gnueabi-ld.bfd: u-boot: Not enough room for program
headers, try linking with -N
On Wed, Mar 8, 2017 at 4:43 PM, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 08:43:33 AM, Peter Robinson wrote:
>> On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner wrote:
>> > On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wrote:
>> >> It appears as though
Add support for the Broadcom Northstar2 SoC and SVK (bcm958712k). The
BCM5871X is a series of quad-core 64-bit 2GHz ARMv8 Cortex-A57
processors targeting a broad range of networking applications.
Signed-off-by: Jon Mason
---
arch/arm/Kconfig | 9
On Wed 2017-03-08 @ 08:43:33 AM, Peter Robinson wrote:
> On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner wrote:
> > On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wrote:
> >> It appears as though linking u-boot with binutils-2.28 fails:
> >>
> >>
On Wed, Mar 08, 2017 at 11:35:12AM +0900, Masahiro Yamada wrote:
> At first, the ARM64 Linux booting requirement recommended that the
> kernel image be placed text_offset bytes from 2MB aligned base near
> the start of usable system RAM because memory below that base address
> was unusable at that
On Wed, Mar 08, 2017 at 08:18:16AM -0700, Simon Glass wrote:
> +Tom
>
> Hi Peter,
>
> On 8 March 2017 at 01:43, Peter Robinson wrote:
> >
> > On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner wrote:
> > > On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner
+Tom
Hi Peter,
On 8 March 2017 at 01:43, Peter Robinson wrote:
>
> On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner wrote:
> > On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wrote:
> >> It appears as though linking u-boot with binutils-2.28 fails:
> >>
On Mon, Mar 06, 2017 at 03:16:57PM +0530, Vignesh R wrote:
> Hi,
>
> On Saturday 04 March 2017 10:39 PM, Tom Rini wrote:
> > On Sat, Mar 04, 2017 at 06:17:30PM +0530, Vignesh R wrote:
> >
> >> SPI U-Boot image for K2 boards have now exceeded 512K partition
> >> allocated to it and no longer fit
2017-03-08 17:29 GMT+08:00 Sjoerd Simons :
> On Wed, 2017-03-08 at 09:30 +0800, Eddie Cai wrote:
> > Hi Simon
> >
> > 2017-03-06 14:46 GMT+08:00 Eddie Cai :
> >
> > > Hi Simon
> > >
> > > 2017-02-23 11:33 GMT+08:00 Simon Glass
On Mon, Mar 06, 2017 at 03:16:53AM +0200, Siarhei Siamashka wrote:
> The workaround for ARM errata 725233 had been lost since
> commit 45bf05854bc94e (armv7: adapt omap3 to the new cache
> maintenance framework). Bring it back in order to avoid
> very difficult to reproduce, but actually
On Wed, Mar 08, 2017 at 07:11:51AM -0500, Tom Rini wrote:
> On Tue, Mar 07, 2017 at 09:31:02PM -0600, Adam Ford wrote:
> > On Tue, Mar 7, 2017 at 7:04 PM, Tom Rini wrote:
> > > On Tue, Mar 07, 2017 at 04:23:08PM -0600, Adam Ford wrote:
> > >> On Tue, Mar 7, 2017 at 4:05 PM,
On Tue, Mar 07, 2017 at 09:31:02PM -0600, Adam Ford wrote:
> On Tue, Mar 7, 2017 at 7:04 PM, Tom Rini wrote:
> > On Tue, Mar 07, 2017 at 04:23:08PM -0600, Adam Ford wrote:
> >> On Tue, Mar 7, 2017 at 4:05 PM, Tom Rini wrote:
> >> > On Tue, Mar 07, 2017 at
Hi,
On 03/08/2017 03:24 PM, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> Signed-off-by: Hou Zhiqiang
> ---
> V2:
> - added flush cache operation after nand read
>
> arch/arm/cpu/armv8/fsl-layerscape/ppa.c | 122
> +++-
On Wed, 2017-03-08 at 09:30 +0800, Eddie Cai wrote:
> Hi Simon
>
> 2017-03-06 14:46 GMT+08:00 Eddie Cai :
>
> > Hi Simon
> >
> > 2017-02-23 11:33 GMT+08:00 Simon Glass :
> >
> > > Hi Eddie,
> > >
> > > On 22 February 2017 at 07:12, Eddie Cai
On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner wrote:
> On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wrote:
>> It appears as though linking u-boot with binutils-2.28 fails:
>>
>> arm-oe-linux-gnueabi-ld.bfd: u-boot: Not enough room for program
>> headers, try linking
SPI U-Boot image for K2 boards have now exceeded 512K partition
allocated to it and no longer fit the partitions defined in kernel DTS
file. Therefore, pass an updated MTD partition table from U-Boot as
kernel command line arguments to avoid kernel from accidentally
modifying boot loader image
On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wrote:
> It appears as though linking u-boot with binutils-2.28 fails:
>
> arm-oe-linux-gnueabi-ld.bfd: u-boot: Not enough room for program
> headers, try linking with -N
...and as it turns out linking with -N succeeds! Who knew? The help
91 matches
Mail list logo