Re: [U-Boot] linking rockchip-linux/u-boot.git with binutils-2.28

On Wed, Mar 8, 2017 at 4:43 PM, Trevor Woerner <twoer...@gmail.com> wrote: > On Wed 2017-03-08 @ 08:43:33 AM, Peter Robinson wrote: >> On Wed, Mar 8, 2017 at 8:22 AM, Trevor Woerner <twoer...@gmail.com> wrote: >> > On Wed 2017-03-08 @ 02:39:00 AM, Trevor Woerner wro

Re: [U-Boot] linking rockchip-linux/u-boot.git with binutils-2.28

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

Re: [U-Boot] [RFC PATCH] kbuild: turn of dtc unit address warnings by default

On Tue, Mar 7, 2017 at 6:10 PM, Tom Rini wrote: > On Wed, Mar 08, 2017 at 02:09:46AM +0900, Masahiro Yamada wrote: >> 2017-02-27 15:24 GMT+09:00 Masahiro Yamada : >> > DTC 1.4.2 or later checks DT unit-address without reg property and >> >

Re: [U-Boot] [PATCH] mx6cuboxi: Add support for sata

On Sat, Mar 4, 2017 at 6:41 PM, Fabio Estevam <feste...@gmail.com> wrote: > On Sat, Mar 4, 2017 at 3:36 PM, Peter Robinson <pbrobin...@gmail.com> wrote: > >> +#ifdef CONFIG_CMD_SATA >> + /* Only mx6q/mx6q has SATA */ >> + if (is_cpu_type(MXC_C

[U-Boot] [PATCH] mx6cuboxi: Add support for sata

The Cubox-i and Hummingboard series of devices have an option of SATA on board, and depending on how the fuses are blown even the option to boot SPL from SATA. So enable support for it so it can be used to boot the OS from if people desire. Signed-off-by: Peter Robinson <pbrobin...@gmail.

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Mon, Feb 27, 2017 at 1:29 PM, Stefano Babic wrote: > On 27/02/2017 14:22, Tom Rini wrote: >> On Mon, Feb 27, 2017 at 10:12:59AM +0100, Stefano Babic wrote: >>> Hi Tom, >>> >>> please pull from u-boot-imx, thanks ! >>> >>> The following changes since commit

Re: [U-Boot] [PATCH] wandboard: Enable SATA for quad

On Thu, Feb 16, 2017 at 6:20 PM, Nicolas Chauvet wrote: > Having sata first will makes preference to sata boot if > both sata0 and mmc0 have a boot partition > > This change was not tested against wanboard solo/dual, > but it does operate correctly when there is no sata disk >

[U-Boot] [PATCH 3/3] mx6sx: udoo_neo: Enable distro boot options in config

The include/configs/udoo_neo.h already includes the distro defaults include files so it seems the board was missed in the move to the config file, whether that in initial commit or conversion, so enable the option now and remove duplicated settings. Signed-off-by: Peter Robinson <pbro

[U-Boot] [PATCH 2/3] mx6sx: udoo_neo: use different load address for ramdisk

The fdt_addr and ramdisk_addr_r are currently both defined to 0x8300 and that's not going to work well for anyone. Move the ramdisk_addr_r to 0x8400. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- include/configs/udoo_neo.h | 2 +- 1 file changed, 1 insertion(+), 1 de

[U-Boot] [PATCH 1/3] mx6sx: udoo_neo: Define the default serial console

Standard boot processes including distro boot generally expect the default console to be defined. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- include/configs/udoo_neo.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/udoo_neo.h b/include/configs/udoo_neo.h

[U-Boot] udoo_neo fix distro boot support

Hi Breno, Francesco and Stefano, The following three patches fix the generic distro boot support for me on the udoo Neo (Full edition tested). I think all three patches are pretty straight forward and self explanatory. Would be good to get them into 2017.03 GA. Thanks, Peter

Re: [U-Boot] [PATCH 1/2] rsa: Fix build with OpenSSL 1.1.x

On Mon, Feb 13, 2017 at 9:57 AM, Peter Robinson <pbrobin...@gmail.com> wrote: > On Mon, Feb 13, 2017 at 9:00 AM, Jelle van der Waa <je...@vdwaa.nl> wrote: >> The rsa_st struct has been made opaque in 1.1.x, add forward compatible >> code to access the n,

Re: [U-Boot] reset on udoo_neo

On Tue, Feb 14, 2017 at 9:19 AM, Peter Robinson <pbrobin...@gmail.com> wrote: > Hi Breno and Stefano, > > I finally got around to testing my udoo neo full with upstream u-boot > and with 2017.03rc1 (building rc2 now) I'm seeing a reset when it > tries to load data (I think)

[U-Boot] reset on udoo_neo

Hi Breno and Stefano, I finally got around to testing my udoo neo full with upstream u-boot and with 2017.03rc1 (building rc2 now) I'm seeing a reset when it tries to load data (I think). Details below, I'll test 2017.01 and 03rc2 shortly. U-Boot 2017.03-rc1 (Feb 11 2017 - 23:55:08 +) CPU:

Re: [U-Boot] [PATCH 1/2] rsa: Fix build with OpenSSL 1.1.x

On Mon, Feb 13, 2017 at 9:00 AM, Jelle van der Waa wrote: > The rsa_st struct has been made opaque in 1.1.x, add forward compatible > code to access the n, e, d members of rsa_struct. > > EVP_MD_CTX_cleanup has been removed in 1.1.x and EVP_MD_CTX_reset should be > called to

Re: [U-Boot] [RESEND] video: bcm2835: add support for reading from the video-mode environment variable

On Fri, Jan 13, 2017 at 11:48 AM, Brian Masney wrote: > On Thu, Jan 12, 2017 at 11:47:48AM -0700, Stephen Warren wrote: >> On 01/12/2017 11:32 AM, Brian Masney wrote: >> > On Thu, Jan 12, 2017 at 11:02:14AM -0700, Stephen Warren wrote: >> > > On 01/12/2017 01:57 AM, Brian

Re: [U-Boot] Targets for BeagleBones

On Tue, Dec 27, 2016 at 8:00 AM, Kristian Amlie wrote: > Nobody knows? > > To put it differently: If you were building for Beaglebone White, which > target would you use? In Fedora we use am335x_boneblack for all BBones. I've tested on black/white/green, have a BBone

Re: [U-Boot] [RFC PATCH 0/2] ARMv8 Aarch32 support

>> >> I've been working with Soby Mathew to get U-Boot booting on ARM's >> >> AEMv8 FVP model in Aarch32 mode. >> >> >> >> Soby worked out what needed to be changed and I'm refining the changes >> >> into patches that can be built for both Aarch64 and Aarch32 mode. >> >> >> >> There are two

Re: [U-Boot] [PATCH v2 9/14] sunxi: Enable UBI and NAND support

On Tue, Nov 22, 2016 at 3:24 PM, Tom Rini wrote: > On Tue, Nov 22, 2016 at 01:38:39PM +0100, Maxime Ripard wrote: >> From: Hans de Goede >> >> Enable the NAND and UBI support in the configuration header so that we can >> (finally) use it. >> >>

Re: [U-Boot] [PATCH] cmd: move CMD_PXE to Kconfig

On Sun, Nov 13, 2016 at 8:59 PM, Yann E. MORIN wrote: > Currently, CMD_PXE is forcibly enabled in config_distro_defaults.h, so > that general purpose distributions can rely on it being defined. This > header is included, under conditions or not, by various archs or >

Re: [U-Boot] [ANN] U-Boot v2016.11-rc2 released

Hi Tom, > It's release day and v2016.11-rc2 is out. I've tried to clean up my > queue a bit, but I think there's still a few things I have outstanding. > And I know I need to get some changes from Alexander for EFI stuff that > I've already promised can come in. But we should also be moving

Re: [U-Boot] [PATCH 0/2] rockchip: Initial RK3368 and GeekBox support

Hi, > This series adds initial support for RK3368 SoC and GeekBox. > For more details see the commit message. > > Will need to be rebased onto Heiko's cleanups and Kever's RK3399 series. Did you ever get a chance to rebase these? Wouldn't mind playing with my geekbox with an upstream u-boot.

Re: [U-Boot] [PATCH] warp7: Increase CONFIG_BOOTDELAY

On Tue, Jul 12, 2016 at 11:12 PM, Fabio Estevam wrote: > Hi Breno, > > On Tue, Jul 12, 2016 at 12:55 PM, Breno Lima wrote: >> Increase the boot delay to 3 seconds, because it's more convenient >> to load u-boot from imx_usb_loader tool. >> >>

Re: [U-Boot] [PATCH v7 0/4] Amlogic Meson GXBaby and ODROID-C2 support

On Mon, Jul 11, 2016 at 4:57 AM, Andreas Färber wrote: > Hi, > > Am 08.05.2016 um 08:30 schrieb Beniamino Galvani: >> this series adds a very basic support for Amlogic S905 SoC (GXBaby) >> and for the ODROID-C2 board [1], and is based on u-boot sources >> available from the

Re: [U-Boot] 2016.07 regression on Orange Pi PC

>> It seems we've regressed with the Orange Pi PC for 2016.07 but I'm >> wondering with the PCSI bits whether the process has changed and I've >> missed the details of what's needed to flash u-boot. > > > I just tried on my own Orange Pi PC with current master (which will > become the final

[U-Boot] 2016.07 regression on Orange Pi PC

It seems we've regressed with the Orange Pi PC for 2016.07 but I'm wondering with the PCSI bits whether the process has changed and I've missed the details of what's needed to flash u-boot. With rc3 I see the follwing: U-Boot SPL 2016.07-rc3 (Jul 07 2016 - 10:36:40) DRAM: u MiB Could not

Re: [U-Boot] [ANN] U-Boot v2016.07-rc2 released

> It's release day and v2016.07-rc2 is out and on time. I expect to do > -rc3 in another two weeks. I've updated git and the tarballs are also > up now. I might be blind but I don't see a tarball here :) ftp://ftp.denx.de/pub/u-boot/ > We've gotten a number of PRs in with the sort of changes

Re: [U-Boot] Release cycle thoughts

On Fri, May 27, 2016 at 2:36 PM, Tom Rini wrote: > Hey all, > > So, when I said a few months back that we would try doing a 2 month > release cycle, I planned things out until the v2016.07 release, since > that coincided with the old schedule. As I was looking at the >

[U-Boot] Using latest u-boot with HiKey board

Hi Peter, Looking at u-boot on the hikey and when trying to work out what's needed in terms of ATF and flashing of it the only information I can find is a dead link to a readme [1] in your original post [2]. Any chance you could add a README.hikey outlining what's required, where it can be found,

[U-Boot] [PATCH] clearfog: add HUSH parser

In the big move of CONFIG_HUSH_PARSER to config files the clearfog somehow missed out. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- configs/clearfog_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/clearfog_defconfig b/configs/clearfog_defconfig index 0

Re: [U-Boot] Issues with bbone with 2016.05rc3

On 10 May 2016 20:29, "Tom Rini" <tr...@konsulko.com> wrote: > > On Tue, May 10, 2016 at 03:03:07PM +0100, Peter Robinson wrote: > > Hi Lokesh, > > > > >> Not sure if this has been addressed since RC3 but thought I'd > > >> highlight

Re: [U-Boot] Issues with bbone with 2016.05rc3

Hi Lokesh, >> Not sure if this has been addressed since RC3 but thought I'd >> highlight it just in case. I've not had time to test 2016.05 as much >> as I'd like so playing a bit of catch up here. > > Which defconfig are you using? Recently MMC is converted to DM, may be > that could have caused

[U-Boot] Issues with bbone with 2016.05rc3

Hi All, Not sure if this has been addressed since RC3 but thought I'd highlight it just in case. I've not had time to test 2016.05 as much as I'd like so playing a bit of catch up here. I'm seeing two different errors: On a BBBlack booting off the emmc (2Gb variety) I see: U-Boot SPL

Re: [U-Boot] [PATCH 0/6] arm64: Pine64 fixes and updates

On Wed, May 4, 2016 at 11:05 PM, André Przywara <andre.przyw...@arm.com> wrote: > On 04/05/16 22:53, Peter Robinson wrote: >> On Wed, May 4, 2016 at 10:15 PM, Andre Przywara <andre.przyw...@arm.com> >> wrote: >>> This series improves the Pine64 support. >

Re: [U-Boot] [PATCH 0/6] arm64: Pine64 fixes and updates

On Wed, May 4, 2016 at 10:15 PM, Andre Przywara wrote: > This series improves the Pine64 support. > The first patch fixes a build break, see details in the commit message. > Patch 2/6 reverts a no longer needed memory reservation, as the firmware > bits that used to live

Re: [U-Boot] [PATCH 6/6] Pine64: rename defconfig

On Wed, May 4, 2016 at 10:15 PM, Andre Przywara wrote: > Rename the defconfig file for the Pine64 from pine64_plus_defconfig to > pine64_defconfig. > The differences between the two versions (more RAM and a different > Ethernet PHY) don't justify two board versions, so

Re: [U-Boot] [PATCH] efi_loader: Add network access support

On Mon, May 2, 2016 at 10:43 PM, Alexander Graf wrote: > We can now successfully boot EFI applications from disk, but users > may want to also run them from a PXE setup. > > This patch implements rudimentary network support, allowing a payload > to send and receive network packets.

[U-Boot] [PATCH] configs: sunxi: fix device tree name for Pine64+

Fix the device tree name for the Pine64+ for the naming that's going into the upstream kernel. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- configs/pine64_plus_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/pine64_plus_defconfig b/c

Re: [U-Boot] [PATCH] video: ipu_common: fix build error

_div(parent_rate, div); > clk->rate = parent_rate; > " > > Reported-by: Peter Robinson <pbrobin...@gmail.com> > Signed-off-by: Peng Fan <van.free...@gmail.com> > Cc: Stefano Babic <sba...@denx.de> > Cc: Fabio Estevam <fabio.este...@nxp.com> &g

Re: [U-Boot] imx6 devices failing to build with 2016.05

Hi Stefano, >> I didn't look closely when it happened with rc1 because I saw a pull >> req from Stefano shortly afterwards and I decided to try again after >> that landed. With rc3 I'm still seeing the same issue. >> >> Basically all the i.MX6 devices >>

[U-Boot] imx6 devices failing to build with 2016.05

Hi All, I didn't look closely when it happened with rc1 because I saw a pull req from Stefano shortly afterwards and I decided to try again after that landed. With rc3 I'm still seeing the same issue. Basically all the i.MX6 devices (cm_fx6,mx6cuboxi,novena,riotboard,udoo,wandboard,warp) we

Re: [U-Boot] [ANN] U-Boot v2016.05-rc2 released

On Thu, Apr 21, 2016 at 2:38 PM, Tom Rini wrote: > Hey all, > > As promised, and only slightly late, here's -rc2. I've picked up a > bunch of things that were outstanding and I had grabbed in patchwork and > I felt should come in now rather than wait for the next window.

Re: [U-Boot] [PATCH 2/3] common: env_flags: include common.h even for HOST_CC

>> When compiling with gcc 6 we get the following error due to ARRAY_SIZE being >> defined elsewhere. >> >> common/env_flags.c:155: undefined reference to `ARRAY_SIZE' >> >> Signed-off-by: Peter Robinson <pbrobin...@gmail.com> > > I'm going to take

[U-Boot] (no subject)

Hi All, Here's a couple of patches to help building on gcc-6. We're rebasing Fedora to gcc-6 for Fedora 24 so this was the first build I've attempted with it. It doesn't fix all problems as I also see an issue that the generated/generic-asm-offsets.h isn't generated early enough in the build

[U-Boot] [PATCH 2/3] common: env_flags: include common.h even for HOST_CC

When compiling with gcc 6 we get the following error due to ARRAY_SIZE being defined elsewhere. common/env_flags.c:155: undefined reference to `ARRAY_SIZE' Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- common/env_flags.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[U-Boot] [PATCH 1/3] Copy gcc5 over to compiler-gcc6.h as a beginning of support

Add initial support for gcc6 by taking a copy of compiler-gcc5.h Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- include/linux/compiler-gcc6.h | 65 +++ 1 file changed, 65 insertions(+) create mode 100644 include/linux/compiler-gcc6.h diff

Re: [U-Boot] [PATCH 2/3] common: env_flags: include common.h even for HOST_CC

Hi Albert, On Wed, Feb 3, 2016 at 1:41 PM, Albert ARIBAUD <albert.u.b...@aribaud.net> wrote: > Hello Peter, > > On Wed, 3 Feb 2016 12:42:51 +, Peter Robinson > <pbrobin...@gmail.com> wrote: >> When compiling with gcc 6 we get the following error due to ARRAY_S

Re: [U-Boot] your mail

>> Here's a couple of patches to help building on gcc-6. We're rebasing Fedora >> to gcc-6 for Fedora 24 so this was the first build I've attempted with it. >> It doesn't fix all problems as I also see an issue that the >> generated/generic-asm-offsets.h isn't generated early enough in the

[U-Boot] [PATCH] wandboard: fix variable name so PXE boot works

All boards that support PXE booting use the pxefile_addr_r variable. Standardise wandboard with this variable as pxe_addr_r isn't used anywhere else so it's a typo. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- include/configs/wandboard.h | 2 +- 1 file changed, 1 insertion

Re: [U-Boot] [PATCH 0/9] EFI payload / application support

>> I am not aware of anyone using the U-Boot API for grub these days, so >> I'm not sure it's an incredibly useful goal. The main pain point distros >> seem to have is to make something that "just works" on all systems out >> there. Moving into that direction should be our ultimate goal. > >

Re: [U-Boot] [PATCH 0/9] EFI payload / application support

On Mon, Jan 4, 2016 at 6:03 PM, Andreas Färber wrote: > Am 04.01.2016 um 17:56 schrieb Tom Rini: >> Please note that with the generic distro framework U-Boot will grok >> https://wiki.freedesktop.org/www/Specifications/BootLoaderSpec/ and >> things Just Work. I setup a bunch of

Re: [U-Boot] [PATCH] imx: mx6/7 define CONFIG_SYS_VSNPRINTF

NPRINTF, snprintf is sprintf. >> >> Report by Coverity: >> pass string init_val of unknown size to sprintf >> >> Signed-off-by: Peng Fan <peng@nxp.com> >> Cc: Peter Robinson <pbrobin...@gmail.com> >> Cc: Fabio Estevam <fabio.este...@freesc

Re: [U-Boot] [ANN] U-Boot v2016.01-rc4 released

On Tue, Jan 5, 2016 at 6:37 PM, Tom Rini wrote: > On Tue, Jan 05, 2016 at 04:28:01PM -0200, Fabio Estevam wrote: >> On Mon, Jan 4, 2016 at 8:23 PM, Tom Rini wrote: >> > Hey all, >> > >> > I've tagged and uploaded 2016.01-rc4 now. I grabbed a few general

[U-Boot] [PATCH] tools: env: include compiler.h

With gcc 5.2 and later we get a bunch of "error: unknown type name" for 'uint8_t', 'uint32_t' and friends. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- tools/env/fw_env.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/env/fw_env.c b/tools/env/fw_env

[U-Boot] (no subject)

In Fedora with gcc 5.2 and 5.3 the fw_env is FTB due to a missing include. The following small patch fixes building it on Fedora with gcc 5.3.1 Regards, Peter ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/2] usb: host: xhci-omap: fix build break

On Wed, Oct 21, 2015 at 12:55 PM, Tom Rini <tr...@konsulko.com> wrote: > On Wed, Oct 21, 2015 at 09:37:13AM +0100, Peter Robinson wrote: >> >>> Felipe Balbi <ba...@ti.com> writes: >> >>> > Fix the following build break: >> >>> >

Re: [U-Boot] [PATCH 1/2] usb: host: xhci-omap: fix build break

>>> Felipe Balbi writes: >>> > Fix the following build break: >>> > >>> > drivers/usb/host/xhci-omap.c:35:5: error: ‘board_usb_init’ aliased to >>> > external symbol ‘__board_usb_init’ >>> > int board_usb_init(int index, enum usb_init_type init) >>> > ^ >>> > >>> >

Re: [U-Boot] [ANN] U-Boot v2015.10-rc5 released

>> >> >>> If you have a regression, speak up. >> >> >> >> >> >> For -rc4 I had reported that CONFIG_API is broken for sunxi among >> >> >> others. I was told this was fallout of the new Driver Model. Has anyone >> >> >> thought about how to fix this? Is that already a lost cause for >> >> >>

Re: [U-Boot] [ANN] U-Boot v2015.10-rc5 released

On Thu, Oct 15, 2015 at 9:55 PM, Tom Rini wrote: > On Thu, Oct 15, 2015 at 03:52:08AM +0200, Andreas Färber wrote: >> Am 15.10.2015 um 02:40 schrieb Tom Rini: >> > On Thu, Oct 15, 2015 at 02:28:34AM +0200, Andreas Färber wrote: >> >> Am 12.10.2015 um 17:18 schrieb Tom Rini: >>

Re: [U-Boot] [PATCH 0/5] device model bringup of hsmmc on am335x bone black and gp evm

On Tue, Sep 15, 2015 at 3:11 PM, Mugunthan V N wrote: > This patch seires enables omap_hsmmc to adopt driver model. This > has been tested on AM335x beagle bone black and GP EVM (logs [1]). > Also pushed a branch for testing [2] Are you going to migrate omap3/omap4/omap5 and

Re: [U-Boot] [PATCH] arm: imx: imx-common: init: move arch init common setup

On Thu, Aug 27, 2015 at 2:39 AM, Peng Fan b51...@freescale.com wrote: Hi Adrian, Since this is only for mx6, why move the code to imx-common? ifeq ($(SOC),$(filter $(SOC),mx6)) -obj-y += cache.o +obj-y += cache.o init.o Also many pieces of code are only for imx6, imx7 do

Re: [U-Boot] [ANN] U-Boot v2015.10-rc2 released

On Tue, Aug 18, 2015 at 1:57 AM, Tom Rini tr...@konsulko.com wrote: Hey all, I've pushed v2015.10-rc2 out and it should be everywhere soon. I've made an initial push through my backlog of stuff and I can see more stuff I need to pick up. But please feel free to poke me here or off-list if

Re: [U-Boot] v2 i.MX6 consolidate the fuse and thermal options

On Tue, Jul 14, 2015 at 12:52 AM, Peter Robinson pbrobin...@gmail.com wrote: These two patches consolidate the fuse and thermal options. They're both options that are standard SoC features so should be there by default for all devices. What's the status of getting these pulled in? I

Re: [U-Boot] v2 i.MX6 consolidate the fuse and thermal options

On Tue, Jul 14, 2015 at 12:52 AM, Peter Robinson pbrobin...@gmail.com wrote: These two patches consolidate the fuse and thermal options. They're both options that are standard SoC features so should be there by default for all devices. What's the status of getting these pulled in? Peter

Re: [U-Boot] [PATCH v3 7/8] ARM64: hikey: hi6220: Add u-boot support for the 96boards CE HiKey board.

On Thu, Jul 30, 2015 at 9:46 AM, Sjoerd Simons sjoerd.sim...@collabora.co.uk wrote: On Wed, 2015-07-29 at 22:39 +0100, Peter Griffin wrote: HiKey is the first 96boards consumer edition compliant board. It features a hi6220 SoC which has eight ARM A53 cpu's. This initial port adds support

Re: [U-Boot] [PATCH 0/2] ARM: tegra: enable GPU DT node

Hi, Tegra124 requires the bootloader to perform VPR initialization, otherwise the GPU cannot be used by the system. Since using the GPU without that initialization results in a hang, the GPU DT node is left disabled, and it is the task of the bootloader to enable it after ensuring it is safe

Re: [U-Boot] [ANN] git server, FTP server

I tried to find a way to download a file with wget or a similar tool, which would be used by a distribution builder (like Yocto, Buildroot, OpenWrt, ...). Why would any build environment use tarballs? can you not just reference the git repository? This is much more efficient, IMHO. Open

[U-Boot] Panda revision detection

Hi All, There's some logic in board/ti/panda/panda.c to detect the various panda revisions (es/a4) and set the board/board_name variables but, at least on 2015.04/07, it doesn't appear to work so on an ES board the board_name is still just panda and fence findfdt doesn't set the correct dtb

[U-Boot] [PATCH 1/2] imx6: standardise OCOTP and fuse config to mx6_common

According to README.mxc_ocotp the OCOTP is a stanard i.MX6 SoC feature so centralise the config in mx6_common.h so functionality is standard across all boards Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/aristainetos-common.h | 3 --- include/configs/embestmx6boards.h

[U-Boot] v2 i.MX6 consolidate the fuse and thermal options

These two patches consolidate the fuse and thermal options. They're both options that are standard SoC features so should be there by default for all devices. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [ANN] U-Boot v2015.07 released

Hi Tom, On Tue, Jul 14, 2015 at 6:56 PM, Tom Rini tr...@konsulko.com wrote: Hey all, I've pushed v2015.07 out to the repository and tarballs should exist soon. I don't see the release tag in git either by doing a pull from my checkout or via the web interface. Does it take time to sync?

Re: [U-Boot] [PATCH v2 10/15] cgtqmx6eval: Add thermal support

On Mon, Jul 13, 2015 at 8:01 PM, Otavio Salvador ota...@ossystems.com.br wrote: Add thermal support so that we can see the following message on boot: CPU: Industrial temperature grade (-40C to 105C) at 33C Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- Changes in v2: None

Re: [U-Boot] [PATCH v2 15/15] cgtqmx6eval: Use standard boot script

On Mon, Jul 13, 2015 at 8:01 PM, Otavio Salvador ota...@ossystems.com.br wrote: Use more standard boot scripts and also add the capability of booting via NFS. It would actually be useful I think if you used the distro defaults support for booting here Peter Signed-off-by: Otavio Salvador

Re: [U-Boot] [PATCH 4/7] imx6: define CONFIG_IMX6_THERMAL as a default option

On Sun, Jun 28, 2015 at 5:32 PM, Stefano Babic sba...@denx.de wrote: Hi Peter, On 28/06/2015 18:23, Soeren Moch wrote: Stefano, in the u-boot-imx repository there is already thermal support for tbs2910. We would need to revert commit fbd18aa610df896ccebbebb3fb88b197c413 before applying

Re: [U-Boot] [PATCH 4/7] imx6: define CONFIG_IMX6_THERMAL as a default option

On Sun, Jun 28, 2015 at 4:27 PM, Soeren Moch sm...@web.de wrote: Update boards that already include it, add DM options for those that don't yet. Signed-off-by: Peter Robinson pbrobin...@gmail.com --- configs/aristainetos2_defconfig | 2 ++ configs/aristainetos_defconfig | 2

Re: [U-Boot] Wandboard SPL boot failed

I'm build last u-boot for Wandoard device. After prepare SD-card with SPL and u-boot.img my device Wandboard Quad rev.B1 not boot. In console only one line: U-Boot SPL 2015.07-rc2-00133-g325849f-dirty (Jun 23 2015 - 20:54:12) It's worked fine for me on the same device just now I wrote

[U-Boot] [PATCH 4/7] imx6: define CONFIG_IMX6_THERMAL as a default option

Update boards that already include it, add DM options for those that don't yet. Signed-off-by: Peter Robinson pbrobin...@gmail.com --- configs/aristainetos2_defconfig | 2 ++ configs/aristainetos_defconfig | 2 ++ configs/cgtqmx6qeval_defconfig | 2 ++ configs/cm_fx6_defconfig

[U-Boot] [PATCH 1/7] Drop duplicate CONFIG_SYS_NO_FLASH from mx6_common

It's defind earlier in the file Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/mx6_common.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/mx6_common.h b/include/configs/mx6_common.h index 50370e1..b37477a 100644 --- a/include/configs/mx6_common.h

[U-Boot] [PATCH 2/7] mx6cuboxi: drop options that are duplicated in mx6_common

These options were merged into mx6_common and were seemingly missed in mx6cuboxi so drop the duplicates Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/mx6cuboxi.h | 8 1 file changed, 8 deletions(-) diff --git a/include/configs/mx6cuboxi.h b/include/configs

[U-Boot] Minor i.MX6 updates

The first two patches are a resend and basic cleanups of duplicate includes The second two patches consolidate the fuse and thermal options. They're both options that are standard SoC features so should be there by default for all devices. ___ U-Boot

[U-Boot] [PATCH 3/7] imx6: standardise OCOTP and fuse config to mx6_common

According to README.mxc_ocotp the OCOTP is a stanard i.MX6 SoC feature so centralise the config in mx6_common.h so functionality is standard across all boards Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/aristainetos-common.h | 3 --- include/configs/embestmx6boards.h

Re: [U-Boot] Minor i.MX6 updates

On Wed, Jun 24, 2015 at 5:09 PM, Peter Robinson pbrobin...@gmail.com wrote: The first two patches are a resend and basic cleanups of duplicate includes The second two patches consolidate the fuse and thermal options. They're both options that are standard SoC features so should

Re: [U-Boot] [PATCH] Fix default env includes to fix sandbox build

by default. We hit this problem when we do make env or make tools-all. Yes, I'll re-word slightly when pushing. Great, thanks, Peter 2015-06-18 0:58 GMT+09:00 Peter Robinson pbrobin...@gmail.com: defconfig and sandbox fails to build due to a with with the following error: error

Re: [U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c

Hi Simon, On 17 June 2015 at 05:29, Masahiro Yamada yamada.masah...@socionext.com wrote: Hi. 2015-06-17 3:24 GMT+09:00 Simon Glass s...@chromium.org: Hi Peter, On 15 June 2015 at 13:40, Peter Robinson pbrobin...@gmail.com wrote: In our Fedora builds we get the below errors if we build

Re: [U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c

Hi Simon, On 15 June 2015 at 13:40, Peter Robinson pbrobin...@gmail.com wrote: In our Fedora builds we get the below errors if we build the following using a vanilla u-boot 2015.07rc2. I'm not sure if it's the best fix but it fixes the build for rc2. make HOSTCC=gcc $RPM_OPT_FLAGS

[U-Boot] [PATCH] Fix default env includes to fix sandbox build

unneeded autoconf.h lower down to ensure the default environment is included correctly http://lists.denx.de/pipermail/u-boot/2015-June/216849.html Signed-off-by: Peter Robinson pbrobin...@gmail.com --- tools/env/fw_env.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 2/2] mx6cuboxi: drop options that are duplicated in mx6_common

These options were merged into mx6_common and were seemingly missed in mx6cuboxi so drop the duplicates Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/mx6cuboxi.h | 8 1 file changed, 8 deletions(-) diff --git a/include/configs/mx6cuboxi.h b/include/configs

[U-Boot] imx6 minor cleanups

Just a couple of small cleanups to remove duplicate options that are already defined in mx6_common.h ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 1/2] Drop duplicate CONFIG_SYS_NO_FLASH from mx6_common

It's defind earlier in the file Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/mx6_common.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/mx6_common.h b/include/configs/mx6_common.h index 50370e1..b37477a 100644 --- a/include/configs/mx6_common.h

[U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c

In our Fedora builds we get the below errors if we build the following using a vanilla u-boot 2015.07rc2. I'm not sure if it's the best fix but it fixes the build for rc2. make HOSTCC=gcc $RPM_OPT_FLAGS CROSS_COMPILE= defconfig V=1 O=builds/ make HOSTCC=gcc $RPM_OPT_FLAGS CROSS_COMPILE=

[U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c due to a with with the following error:

error: expected '}' before 'BOOT_TARGET_DEVICES_references_HOST_without_CONFIG_SANDBOX' CONFIG_EXTRA_ENV_SETTINGS A check to see if it's defined fixes this issue. Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/sandbox.h | 4 1 file changed, 4 insertions(+) diff

Re: [U-Boot] [PATCH] imx6: novena: Reinstate missing CONFIG_FAT_WRITE

-by: Marek Vasut ma...@denx.de Cc: Peter Robinson pbrobin...@gmail.com Cc: Stefano Babic sba...@denx.de --- include/configs/novena.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/novena.h b/include/configs/novena.h index 1f93269..519c26a 100644 --- a/include/configs

Re: [U-Boot] [PATCH 0/10 v3] i.MX6: move duplicated options to mx6_common to standardise mx6 config

Hi Stefano, On 22/05/2015 18:30, Peter Robinson wrote: There's a lot of common options in the i.MX6 boards that are repeated across a lot of the devices. There's a mx6_common.h which is little used but makes sense to be the central location for all the options we want across all mx6

Re: [U-Boot] [PATCH 08/10] imx6: standardise filesystem and boot options

On 22 May 2015 19:48, Soeren Moch sm...@web.de wrote: Move all standard filesystem, partition and fdt options to mx6_common. Signed-off-by: Peter Robinson pbrobinson at gmail.com http://lists.denx.de/mailman/listinfo/u-boot [...] diff --git a/include/configs/mx6_common.h b/include

Re: [U-Boot] Marvell Armada XP u-boot from uart

On Fri, May 22, 2015 at 11:26 AM, Konstantin Lezhnyev konst...@gmail.com wrote: Is it possible to load and boot Marvell Armada XP u-boot completely from uart without spi or nand flash? I have custom board with MV78460 and clean flash memory. You can use kwboot I believe. Not sure all the

[U-Boot] [PATCH 10/10] mx6: standardise CONFIG_CMD_CACHE

Move CONFIG_CMD_CACHE to mx6_common and standardise the way it's defined. Signed-off-by: Peter Robinson pbrobin...@gmail.com Reviewed-by: Tom Rini trini at konsulko.com --- include/configs/aristainetos.h| 2 -- include/configs/cgtqmx6eval.h | 4 include/configs/embestmx6boards.h | 4

[U-Boot] [PATCH 08/10] imx6: standardise filesystem and boot options

Move all standard filesystem, partition and fdt options to mx6_common. Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/aristainetos.h| 9 + include/configs/cgtqmx6eval.h | 6 -- include/configs/gw_ventana.h | 9 + include/configs

[U-Boot] [PATCH 02/10] imx6: move all standard includes to mx6_common.h

/ CONFIG_CMD_IMLS everywhere. Signed-off-by: Peter Robinson pbrobin...@gmail.com --- include/configs/aristainetos.h| 11 +-- include/configs/cgtqmx6eval.h | 10 +- include/configs/cm_fx6.h | 6 -- include/configs/embestmx6boards.h | 10 +- include/configs

[U-Boot] [PATCH 04/10] imx6: move standard ATAG configs to mx6_common.h

Define the standard ATAG consfigs in mx6_common. Signed-off-by: Peter Robinson pbrobin...@gmail.com Reviewed-by: Tom Rini trini at konsulko.com --- include/configs/cgtqmx6eval.h | 5 - include/configs/cm_fx6.h | 4 include/configs/embestmx6boards.h | 4 include/configs

[U-Boot] [PATCH 03/10] imx6: move generic imx6 options to mx6_common.h

All boards define CONFIG_MX6, CONFIG_DISPLAY_BOARDINFO, CONFIG_DISPLAY_CPUINFO and CONFIG_SYS_GENERIC_BOARD so define them in mx6_common Signed-off-by: Peter Robinson pbrobin...@gmail.com Reviewed-by: Tom Rini trini at konsulko.com --- include/configs/aristainetos.h | 7 --- include

<    4   5   6   7   8   9   10   >