Re: [U-Boot] [RFC PATCH 1/2] spl: Add an option to load a FIT containing U-Boot from FS

Hi Simon, On Sunday 10 April 2016 12:05 AM, Simon Glass wrote: > Hi Lokesh, > > On 4 April 2016 at 22:30, Lokesh Vutla wrote: >> This provides a way to load a FIT containing U-Boot and a selection of device >> tree files from a File system. >> >> Signed-off-by: Lokesh Vutla

[U-Boot] [PATCH v3 0/2] spl: Add support to load FIT from Filesystem

Some devices like MMC, USB can be formatted to a FS and can act as a boot media. Given that FIT image load support in SPL support only raw devices, SPL should also be able to support loading FIT image from a File system. This series add support to load FIT image from a filesystem and also adding

[U-Boot] [PATCH v3 1/2] spl: Add an option to load a FIT containing U-Boot from FS

This provides a way to load a FIT containing U-Boot and a selection of device tree files from a File system. Signed-off-by: Lokesh Vutla --- Changes since v2: - Fixed the number of bytes being copied. common/spl/spl_fit.c | 148

[U-Boot] [PATCH v3 2/2] spl: Support loading a FIT from FAT FS

Detect a FIT when loading from a FAT File system and handle it using the new FIT SPL support. Reviewed-by: Tom Rini Reviewed-by: Simon Glass Reviewed-by: Mugunthan V N Signed-off-by: Lokesh Vutla ---

Re: [U-Boot] [PATCH v2 1/2] spl: Add an option to load a FIT containing U-Boot from FS

On Monday 11 April 2016 10:21 AM, Lokesh Vutla wrote: > This provides a way to load a FIT containing U-Boot and a selection of device > tree files from a File system. > > Signed-off-by: Lokesh Vutla > --- > Changes since v1: > - Added comments for function declarations. > -

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 02:27 PM, Andreas Färber wrote: Am 13.04.2016 um 20:51 schrieb Stephen Warren: On 04/13/2016 12:17 PM, Andreas Färber wrote: Am 13.04.2016 um 19:58 schrieb Stephen Warren: On 04/13/2016 11:42 AM, Andreas Färber wrote: Am 13.04.2016 um 19:00 schrieb Stephen Warren: Anyway,

[U-Boot] [PATCH] serial: bcm283x_mu: make pending values more explicit

dm_serial_ops.pending should return the number of characters, not just a valid C Boolean integer value. The existing code does already does this, but only as an accident since BCM283X_MU_LSR_RX_READY happens to be BIT(0). Enhance the code to be more explicit about the values it returns.

Re: [U-Boot] [PATCH] fastboot: Fix OUT transaction length alignment

On Wed, Apr 13, 2016 at 9:56 AM, Sam Protsenko wrote: > On Wed, Apr 13, 2016 at 3:32 PM, Roger Quadros wrote: > > Hi, > > > > On 13/04/16 15:01, Semen Protsenko wrote: > >> From: Sam Protsenko > >> > >> Some UDC controllers

Re: [U-Boot] [PATCH 2/2] net: increase maximum frame size to accomediate VLAN packets

Hi Tom, Sorry, I accidentally didn't add the v2 in the Subject... On 2016-04-13 16:38, Stefan Agner wrote: ... > /* > - * Maximum packet size; used to allocate packet storage. > - * TFTP packets can be 524 bytes + IP header + ethernet header. > - * Lets be conservative, and go for 38 * 16.

[U-Boot] [PATCH 1/2] net: fix vlan validation

VLAN identifiers are 12-bit decimal numbers, not IP addresses. Signed-off-by: Stefan Agner --- include/env_flags.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/env_flags.h b/include/env_flags.h index 9e87e1b..0dcec06 100644 ---

[U-Boot] [PATCH 2/2] net: increase maximum frame size to accomediate VLAN packets

Ethernet packages with IEEE 802.1Q VLAN support may be up to 1522 bytes long. Increase the default size used to allocate packet storage by 4 bytes. While at it, let git care about history and rewrite the comment to represent the situation today only. Signed-off-by: Stefan Agner

Re: [U-Boot] [PATCH 2/2] efi_loader: Fall back to fdtfile naming convention

On 04/13/2016 03:22 PM, Alexander Graf wrote: When there is no $fdtfile variable set, we still have a good chance that on 32bit arm the fdtfile really is just called $soc-$board.dtb. Enable the exports for $soc and $board in our distr defaults and make use of them in the efi boot script.

Re: [U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 04/13/2016 03:22 PM, Alexander Graf wrote: The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges from the way we usually handle parameters to boot

Re: [U-Boot] [PATCH v2] mmc: add mmc partconf read capability

On 04/14/2016 01:11 AM, Angelo Dureghello wrote: > This patch allows to read back the EXT_CSD[179] partition_config > register, just specifying the dev param: > > U-Boot> mmc partconf 0 > EXT_CSD[179], PARTITION_CONFIG register: > BOOT_ACK: 0 > BOOT_PARTITION_ENABLE: 0 > PARTITION_ACCESS: 0 > >

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 14.04.2016 um 00:05 schrieb Tom Rini: > On Wed, Apr 13, 2016 at 08:02:24PM +0200, Andreas Färber wrote: >> my point was that U-Boot != Linux filename in some cases. For >> example, the dragonboard410c is using dragonboard410c.dts but in Linux >> it's qcom/apq8016-sbc.dts. To make things worse,

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 04/14/2016 12:53 AM, Alexander Graf wrote: > > > On 14.04.16 00:51, Tom Rini wrote: >> On Thu, Apr 14, 2016 at 12:42:41AM +0200, Alexander Graf wrote: >>> >>> >>> On 14.04.16 00:34, Tom Rini wrote: On Wed, Apr 13, 2016 at 11:38:51PM +0200, Alexander Graf wrote: > On 13.04.16 13:52,

[U-Boot] [PATCH v2] mmc: add mmc partconf read capability

This patch allows to read back the EXT_CSD[179] partition_config register, just specifying the dev param: U-Boot> mmc partconf 0 EXT_CSD[179], PARTITION_CONFIG register: BOOT_ACK: 0 BOOT_PARTITION_ENABLE: 0 PARTITION_ACCESS: 0 Signed-off-by: Angelo Dureghello --- Changes for

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 14.04.16 00:51, Tom Rini wrote: > On Thu, Apr 14, 2016 at 12:42:41AM +0200, Alexander Graf wrote: >> >> >> On 14.04.16 00:34, Tom Rini wrote: >>> On Wed, Apr 13, 2016 at 11:38:51PM +0200, Alexander Graf wrote: On 13.04.16 13:52, Marek Vasut wrote: > On 04/13/2016 01:22 PM, Beniamino

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On Thu, Apr 14, 2016 at 12:42:41AM +0200, Alexander Graf wrote: > > > On 14.04.16 00:34, Tom Rini wrote: > > On Wed, Apr 13, 2016 at 11:38:51PM +0200, Alexander Graf wrote: > >> On 13.04.16 13:52, Marek Vasut wrote: > >>> On 04/13/2016 01:22 PM, Beniamino Galvani wrote: > On Wed, Apr 13,

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On Thu, Apr 14, 2016 at 12:38:22AM +0200, Alexander Graf wrote: > > > On 14.04.16 00:17, Tom Rini wrote: > > On Wed, Apr 13, 2016 at 07:21:27PM +0200, Alexander Graf wrote: > >> > >> > >>> Am 13.04.2016 um 19:00 schrieb Stephen Warren : > >>> > On 04/13/2016 09:51 AM,

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 14.04.16 00:34, Tom Rini wrote: > On Wed, Apr 13, 2016 at 11:38:51PM +0200, Alexander Graf wrote: >> On 13.04.16 13:52, Marek Vasut wrote: >>> On 04/13/2016 01:22 PM, Beniamino Galvani wrote: On Wed, Apr 13, 2016 at 12:26:43AM +0200, Marek Vasut wrote: >> So, after some

Re: [U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

On 14.04.16 00:26, Andreas Färber wrote: > Am 13.04.2016 um 23:22 schrieb Alexander Graf: >> The bootefi cmd today fetches its device tree pointer from either the >> location appointed by "fdt addr" with a fallback to the U-Boot control >> fdt. >> >> This integration is unusual for U-Boot and

Re: [U-Boot] [PATCH] arm: socfpga: clean up common config options

On 04/13/2016 07:31 PM, Stefan Roese wrote: > On 13.04.2016 17:34, dingu...@opensource.altera.com wrote: >> From: Dinh Nguyen >> >> Move common config options like these to socfpga_common.h: >> >> CONFIG_SYS_NO_FLASH >> CONFIG_DOS_PARTITION >> CONFIG_FAT_WRITE >>

Re: [U-Boot] [PATCH] arm: socfpga: Add samtec VIN|ING board

On 04/13/2016 11:53 PM, Dinh Nguyen wrote: > On 04/13/2016 07:24 AM, Marek Vasut wrote: >> Add support for board based on the popular Altera Cyclone V SoC. >> This board has the following properties: >> - 1 GiB of DRAM >> - 1 Gigabit ethernet >> - 1 USB gadget port >> - 1 USB host port with an

Re: [U-Boot] [PATCH] arm: socfpga: clean up common config options

On 04/13/2016 05:34 PM, dingu...@opensource.altera.com wrote: > From: Dinh Nguyen > > Move common config options like these to socfpga_common.h: > > CONFIG_SYS_NO_FLASH > CONFIG_DOS_PARTITION > CONFIG_FAT_WRITE > CONFIG_HW_WATCHDOG > > CONFIG_CMD_ASKENV >

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 14.04.16 00:17, Tom Rini wrote: > On Wed, Apr 13, 2016 at 07:21:27PM +0200, Alexander Graf wrote: >> >> >>> Am 13.04.2016 um 19:00 schrieb Stephen Warren : >>> On 04/13/2016 09:51 AM, Alexander Graf wrote: > On 04/13/2016 05:31 PM, Stephen Warren wrote: >>

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On Wed, Apr 13, 2016 at 11:38:51PM +0200, Alexander Graf wrote: > On 13.04.16 13:52, Marek Vasut wrote: > > On 04/13/2016 01:22 PM, Beniamino Galvani wrote: > >> On Wed, Apr 13, 2016 at 12:26:43AM +0200, Marek Vasut wrote: > So, after some investigation, the reason is that the code runs when

[U-Boot] [PATCH] doc: Updated README.ext4

Clean up the ext4 README file. Signed-off-by: Robert P. J. Day --- among other things, removed reference to needing to apply a patch to get ext4 support. diff --git a/doc/README.ext4 b/doc/README.ext4 index 9a2de50..2b0eab5 100644 --- a/doc/README.ext4 +++

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On Wed, Apr 13, 2016 at 07:42:11PM +0200, Andreas Färber wrote: [snip] > $fdtfile needs to be the Linux filename. It does not always follow the > same pattern as the U-Boot variables you suggest here. > CONFIG_DEFAULT_DEVICE_TREE ".dtb" might work better, and that was my > question to you. > >

Re: [U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

Am 13.04.2016 um 23:22 schrieb Alexander Graf: > The bootefi cmd today fetches its device tree pointer from either the > location appointed by "fdt addr" with a fallback to the U-Boot control > fdt. > > This integration is unusual for U-Boot and diverges from the way we > usually handle

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On Wed, Apr 13, 2016 at 07:21:27PM +0200, Alexander Graf wrote: > > > > Am 13.04.2016 um 19:00 schrieb Stephen Warren : > > > >> On 04/13/2016 09:51 AM, Alexander Graf wrote: > >>> On 04/13/2016 05:31 PM, Stephen Warren wrote: > On 04/13/2016 06:55 AM, Andreas Färber

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On Wed, Apr 13, 2016 at 08:02:24PM +0200, Andreas Färber wrote: [snip] > But my point was that U-Boot != Linux filename in some cases. For > example, the dragonboard410c is using dragonboard410c.dts but in Linux > it's qcom/apq8016-sbc.dts. To make things worse, for arm64 they're in > vendor

Re: [U-Boot] [PATCH] arm: socfpga: Add samtec VIN|ING board

On 04/13/2016 07:24 AM, Marek Vasut wrote: > Add support for board based on the popular Altera Cyclone V SoC. > This board has the following properties: > - 1 GiB of DRAM > - 1 Gigabit ethernet > - 1 USB gadget port > - 1 USB host port with an on-board hub > - 2 QSPI NORs connected to the

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On Wed, Apr 13, 2016 at 09:31:43AM -0600, Stephen Warren wrote: > On 04/13/2016 06:55 AM, Andreas Färber wrote: > >Am 13.04.2016 um 14:48 schrieb Andreas Färber: > >>The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the > >>distro boot commands are looking for $fdtfile, so

Re: [U-Boot] worth cleaning redundancies out of some board Makefiles?

On Wed, 13 Apr 2016, Wolfgang Denk wrote: > Dear Robert, > > In message you > wrote: > > > > again, in my travels, i noticed board Makefiles like, say, > > board/freescale/bsc9131rdb/Makefile: > ... > > obviously(?), it's redundant

[U-Boot] [PATCH] ARM: zynq: load u-boot.img whether CONFIG_OF_SEPARATE is defined or not

Since commit ad1ecd2063da ("fdt: Build a U-Boot binary without device tree"), u-boot-dtb.img is identical to u-boot.img, so SPL can always load u-boot.img whether CONFIG_OF_SEPARATE is defined or not. Signed-off-by: Masahiro Yamada ---

[U-Boot] [PATCH] freescale: Tweak various Makefiles to remove redundancy, fix aesthetics

No intended functional change, just remove redundancies in some Makefiles, and make whitespace aesthetics uniform. Signed-off-by: Robert P. J. Day --- lots of remaining mess, but hopefully a bit less. do with it what you will. diff --git

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 13.04.16 13:52, Marek Vasut wrote: > On 04/13/2016 01:22 PM, Beniamino Galvani wrote: >> On Wed, Apr 13, 2016 at 12:26:43AM +0200, Marek Vasut wrote: So, after some investigation, the reason is that the code runs when caches are still disabled and thus all the memory is treated as

Re: [U-Boot] [PATCH 7/6] sunxi: Reserve ATF memory space on A64

On 13.04.16 22:10, André Przywara wrote: > On 13/04/16 20:48, Alexander Graf wrote: >> >> >> On 13.04.16 21:46, Andre Przywara wrote: >>> Hi, >>> >>> sorry for the late reply, just found your series here. >>> >>> On 30/03/16 16:53, Alexander Graf wrote: On the A64 we usually boot with ATF

Re: [U-Boot] worth cleaning redundancies out of some board Makefiles?

Dear Robert, In message you wrote: > > again, in my travels, i noticed board Makefiles like, say, > board/freescale/bsc9131rdb/Makefile: ... > obviously(?), it's redundant to select building tlb.o and law.o in > both parts of the

Re: [U-Boot] worth cleaning redundancies out of some board Makefiles?

On Wed, 13 Apr 2016, Tom Rini wrote: > On Wed, Apr 13, 2016 at 09:17:51AM -0400, Robert P. J. Day wrote: > > > > > again, in my travels, i noticed board Makefiles like, say, > > board/freescale/bsc9131rdb/Makefile: > > > > > > ifdef MINIMAL > > > > obj-y += spl_minimal.o tlb.o law.o > > > >

[U-Boot] [PATCH 2/2] efi_loader: Fall back to fdtfile naming convention

When there is no $fdtfile variable set, we still have a good chance that on 32bit arm the fdtfile really is just called $soc-$board.dtb. Enable the exports for $soc and $board in our distr defaults and make use of them in the efi boot script. Reported-by: Andreas Faerber

[U-Boot] [PATCH 1/2] efi_loader: Pass fdt address directly to bootefi cmd

The bootefi cmd today fetches its device tree pointer from either the location appointed by "fdt addr" with a fallback to the U-Boot control fdt. This integration is unusual for U-Boot and diverges from the way we usually handle parameters to boot commands. So let's pass the fdt directly into the

Re: [U-Boot] is there any value to board/dave/ directory?

Dear Robert, In message you wrote: > > while i was puttering around vendor common/ directories, i noticed > that the entirety of board/dave/ was: > > $ tree dave > dave > „€€ common > „€€ flash.c > > for which most of the dave/

Re: [U-Boot] want to clarify a couple things about vendor common/ directories

Dear Robert, In message you wrote: > > (in fact, i can see that of the several vendors that have common/ > directories, only ti/common/ has a Kconfig file, so i'm concluding > that a common/ directory containing a Kconfig file is more

[U-Boot] [PATCH] board: ge: bx50v3: Disable unused pins

From: Justin Waters Certain pins are not used on the i.MX6, and should have a neutral pad configuration in order to reduce electrical interference on the board. This commit defines these pins with a default value rather than relying on the system defaults.

Re: [U-Boot] worth cleaning redundancies out of some board Makefiles?

On Wed, Apr 13, 2016 at 09:17:51AM -0400, Robert P. J. Day wrote: > > again, in my travels, i noticed board Makefiles like, say, > board/freescale/bsc9131rdb/Makefile: > > > ifdef MINIMAL > > obj-y += spl_minimal.o tlb.o law.o > > else > > obj-y+= bsc9131rdb.o > obj-y+=

Re: [U-Boot] [PATCH 2/2] net: increase maximum frame size to accomediate VLAN packets

On Tue, Apr 12, 2016 at 04:09:50PM -0700, Stefan Agner wrote: > Ethernet packages with IEEE 802.1Q VLAN support may be up to 1522 > bytes long. Increase the default size used to allocate packet > storage by 4 bytes. > > Signed-off-by: Stefan Agner > --- > > include/net.h | 2

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 13.04.2016 um 20:51 schrieb Stephen Warren: > On 04/13/2016 12:17 PM, Andreas Färber wrote: >> Am 13.04.2016 um 19:58 schrieb Stephen Warren: >>> On 04/13/2016 11:42 AM, Andreas Färber wrote: Am 13.04.2016 um 19:00 schrieb Stephen Warren: > Anyway, nothing in your benefits-of-EFI

Re: [U-Boot] [PATCH 7/6] sunxi: Reserve ATF memory space on A64

On 13/04/16 20:48, Alexander Graf wrote: > > > On 13.04.16 21:46, Andre Przywara wrote: >> Hi, >> >> sorry for the late reply, just found your series here. >> >> On 30/03/16 16:53, Alexander Graf wrote: >>> On the A64 we usually boot with ATF running in EL3. ATF as it is available >>> today

Re: [U-Boot] [PATCH 7/6] sunxi: Reserve ATF memory space on A64

Hi, sorry for the late reply, just found your series here. On 30/03/16 16:53, Alexander Graf wrote: > On the A64 we usually boot with ATF running in EL3. ATF as it is available > today resides in the first 16MB of RAM. So this is actually a mistake Allwinner made and which we haven't fixed yet.

Re: [U-Boot] [PATCH RESEND 2/2] cmd: fdt: add fdt overlay application subcommand

Hi Tom, > On Apr 13, 2016, at 22:42 , Tom Rini wrote: > > On Fri, Apr 08, 2016 at 04:29:40PM -0500, Rob Herring wrote: >> On Tue, Apr 5, 2016 at 5:03 PM, Pantelis Antoniou >> wrote: >>> Hi Maxime, >>> On Apr 4, 2016, at 11:25 , Maxime

Re: [U-Boot] is there an official MAINTAINER for u-boot POST support?

On Mon, Apr 11, 2016 at 06:08:06AM -0400, Robert P. J. Day wrote: > as i posted sort of recently, i'm playing with the POST tests for > the first time and it's clear that the docs (doc/README.POST) is a bit > out of date, so i'm willing to submit a patch or two to bring it at > least a bit

Re: [U-Boot] [PATCH 7/6] sunxi: Reserve ATF memory space on A64

On 13.04.16 21:46, Andre Przywara wrote: > Hi, > > sorry for the late reply, just found your series here. > > On 30/03/16 16:53, Alexander Graf wrote: >> On the A64 we usually boot with ATF running in EL3. ATF as it is available >> today resides in the first 16MB of RAM. > > So this is

Re: [U-Boot] [GIT PULL] Xilinx changes

On Wed, Apr 13, 2016 at 06:37:49PM +0200, Michal Simek wrote: > Hi Tom, > > here are patches I have collected till now. > Based on my discussion with Heiko, I am adding I2C patches which were > all reviewed by him. zcu102 is using old i2c non DM based driver because > we are missing i2c mux

Re: [U-Boot] [PATCH 4/4] defconfig: k2g_evm_defconfig: Enable Cadence QSPI controller

On Wed, Apr 13, 2016 at 04:22:48PM +0530, Vignesh R wrote: > Enable Cadence QSPI controller support to use QSPI on K2G SoC. Also > enable Spansion flash support to access s25fl512s flash present on K2G > QSPI bus. > > Signed-off-by: Vignesh R Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 3/4] ARM: dts: K2G: Add support for QSPI controller

On Wed, Apr 13, 2016 at 04:22:47PM +0530, Vignesh R wrote: > K2G SoC has a Cadence QSPI controller to communicate with NOR flash > devices. Add DT nodes to support the same. > Also, K2G EVM has a s25fl512s flash connect to QSPI bus at CS 0. Add nor > flash slave node for the same. > >

Re: [U-Boot] Please pull u-boot-cfi-flash/master

On Wed, Apr 13, 2016 at 02:04:36PM +0200, Stefan Roese wrote: > Hi Tom, > > please pull the following fix from the CFI repo. > > Thanks, > Stefan > > The following changes since commit 39fbd987164336adc2ff7e5ab7a4268b8dcdee92: > > Merge git://www.denx.de/git/u-boot-marvell (2016-04-12

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

On Wed, Apr 13, 2016 at 12:23:37PM +0200, Stefano Babic wrote: > Hi Tom, > > please pull from u-boot-imx, thanks ! > > The following changes since commit e4fb863f6dec0002069d57422ebe3ce3af69a273: > > dm: blk: Add tests for block devices (2016-03-17 21:27:39 -0600) > > are available in the

Re: [U-Boot] [PATCH RESEND 2/2] cmd: fdt: add fdt overlay application subcommand

On Fri, Apr 08, 2016 at 04:29:40PM -0500, Rob Herring wrote: > On Tue, Apr 5, 2016 at 5:03 PM, Pantelis Antoniou > wrote: > > Hi Maxime, > > > >> On Apr 4, 2016, at 11:25 , Maxime Ripard > >> wrote: > >> > >> The device tree

[U-Boot] [PATCH v3] usb: ums - expose selected partition/s

By applying this patch, it will give us some flexibility to expose a selected partition/s. e.g: 1. To expose several partitions ums 0 mmc 0:1,0:6 2. To expose the all partitions ums 0 mmc 0:0 3. To expose multiple partititions on several devices ums 0 mmc 0:1,1:6 4. It support legacy format

Re: [U-Boot] efi_loader: Add distro boot script for removable media

On 13.04.16 20:54, Andreas Färber wrote: > Am 13.04.2016 um 20:47 schrieb Alexander Graf: >> load mmc 0 $fdt_addr_r my_awesome.dtb ;\ >> load mmc 0 $kernel_addr_r some/random/path/grub2.efi ;\ >> bootefi $kernel_addr_r > > If we're going in that direction, I would rather pass $fdt_addr_r

Re: [U-Boot] efi_loader: Add distro boot script for removable media

Am 13.04.2016 um 20:47 schrieb Alexander Graf: > load mmc 0 $fdt_addr_r my_awesome.dtb ;\ > load mmc 0 $kernel_addr_r some/random/path/grub2.efi ;\ > bootefi $kernel_addr_r If we're going in that direction, I would rather pass $fdt_addr_r as second optional argument to bootefi. That would

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 12:17 PM, Andreas Färber wrote: Am 13.04.2016 um 19:58 schrieb Stephen Warren: On 04/13/2016 11:42 AM, Andreas Färber wrote: Am 13.04.2016 um 19:00 schrieb Stephen Warren: Anyway, nothing in your benefits-of-EFI statement implies that relying on $fdtfile being set is correct.

Re: [U-Boot] [PATCH] mmc: add mmc partconf read capability

Hi, Am 13.04.2016 um 19:08 schrieb Angelo Dureghello: > This patch allows to read back the EXT_CSD[179] partition_config > register, just specifiing the dev param: "specifying" > > linkmotion> mmc partconf 0 > EXT_CSD[179], PARTITION_CONFIG register: > BOOT_ACK: 0 > BOOT_PARTITION_ENABLE: 0 >

Re: [U-Boot] efi_loader: Add distro boot script for removable media

On 13.04.16 20:31, Stephen Warren wrote: > On 04/13/2016 12:24 PM, Alexander Graf wrote: >> >> >>> If by some chance U-Boot is configured by DTB and that DTB is fully >>> suitable to pass to the Linux kernel, then the board-specific code can >>> arrange for ${kernel_addr_r} to point at that same

Re: [U-Boot] efi_loader: Add distro boot script for removable media

On 04/13/2016 12:24 PM, Alexander Graf wrote: On 13.04.16 19:54, Stephen Warren wrote: I've spotted a couple of problems in 74522c898b35 "efi_loader: Add distro boot script for removable media". These help explain something I found strange in the commit description of the recently sent patch

Re: [U-Boot] efi_loader: Add distro boot script for removable media

On 13.04.16 19:54, Stephen Warren wrote: > I've spotted a couple of problems in 74522c898b35 "efi_loader: Add > distro boot script for removable media". These help explain something I > found strange in the commit description of the recently sent patch > "jetson-tk1: Set fdtfile environment

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 13.04.2016 um 19:58 schrieb Stephen Warren: > On 04/13/2016 11:42 AM, Andreas Färber wrote: >> Am 13.04.2016 um 19:00 schrieb Stephen Warren: >>> Anyway, nothing in your benefits-of-EFI statement implies that relying >>> on $fdtfile being set is correct. That's a new requirement that didn't >>>

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 13.04.2016 um 19:40 schrieb Stephen Warren: > On 04/13/2016 11:22 AM, Andreas Färber wrote: >> Am 13.04.2016 um 17:31 schrieb Stephen Warren: >>> On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: > The 4.5.0 kernel cannot cope with U-Boot's

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 11:50 AM, Alexander Graf wrote: Am 13.04.2016 um 19:40 schrieb Stephen Warren : On 04/13/2016 11:22 AM, Andreas Färber wrote: Am 13.04.2016 um 17:31 schrieb Stephen Warren: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 11:42 AM, Andreas Färber wrote: Am 13.04.2016 um 19:00 schrieb Stephen Warren: On 04/13/2016 09:51 AM, Alexander Graf wrote: On 04/13/2016 05:31 PM, Stephen Warren wrote: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: The 4.5.0

[U-Boot] efi_loader: Add distro boot script for removable media

I've spotted a couple of problems in 74522c898b35 "efi_loader: Add distro boot script for removable media". These help explain something I found strange in the commit description of the recently sent patch "jetson-tk1: Set fdtfile environment variable"; "The 4.5.0 kernel cannot cope with

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

> Am 13.04.2016 um 19:40 schrieb Stephen Warren : > >> On 04/13/2016 11:22 AM, Andreas Färber wrote: >>> Am 13.04.2016 um 17:31 schrieb Stephen Warren: On 04/13/2016 06:55 AM, Andreas Färber wrote: > Am 13.04.2016 um 14:48 schrieb Andreas Färber: > The 4.5.0

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 13.04.2016 um 19:00 schrieb Stephen Warren: > On 04/13/2016 09:51 AM, Alexander Graf wrote: >> On 04/13/2016 05:31 PM, Stephen Warren wrote: >>> On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: > The 4.5.0 kernel cannot cope with U-Boot's

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 11:22 AM, Andreas Färber wrote: Am 13.04.2016 um 17:31 schrieb Stephen Warren: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the distro boot commands are looking

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

> Am 13.04.2016 um 19:31 schrieb Stephen Warren : > >> On 04/13/2016 11:21 AM, Alexander Graf wrote: >> >> Am 13.04.2016 um 19:00 schrieb Stephen Warren : > On 04/13/2016 09:51 AM, Alexander Graf wrote: >> On 04/13/2016 05:31

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 11:21 AM, Alexander Graf wrote: Am 13.04.2016 um 19:00 schrieb Stephen Warren : On 04/13/2016 09:51 AM, Alexander Graf wrote: On 04/13/2016 05:31 PM, Stephen Warren wrote: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb

Re: [U-Boot] [PATCH] arm: socfpga: clean up common config options

On 13.04.2016 17:34, dingu...@opensource.altera.com wrote: From: Dinh Nguyen Move common config options like these to socfpga_common.h: CONFIG_SYS_NO_FLASH CONFIG_DOS_PARTITION CONFIG_FAT_WRITE CONFIG_HW_WATCHDOG CONFIG_CMD_ASKENV CONFIG_CMD_BOOTZ

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

Am 13.04.2016 um 17:31 schrieb Stephen Warren: > On 04/13/2016 06:55 AM, Andreas Färber wrote: >> Am 13.04.2016 um 14:48 schrieb Andreas Färber: >>> The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the >>> distro boot commands are looking for $fdtfile, so provide it to avoid

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

> Am 13.04.2016 um 19:00 schrieb Stephen Warren : > >> On 04/13/2016 09:51 AM, Alexander Graf wrote: >>> On 04/13/2016 05:31 PM, Stephen Warren wrote: On 04/13/2016 06:55 AM, Andreas Färber wrote: > Am 13.04.2016 um 14:48 schrieb Andreas Färber: > The 4.5.0

[U-Boot] [PATCH] mmc: add mmc partconf read capability

This patch allows to read back the EXT_CSD[179] partition_config register, just specifiing the dev param: linkmotion> mmc partconf 0 EXT_CSD[179], PARTITION_CONFIG register: BOOT_ACK: 0 BOOT_PARTITION_ENABLE: 0 PARTITION_ACCESS: 0 Signed-off-by: Angelo Dureghello --- cmd/mmc.c

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 09:51 AM, Alexander Graf wrote: On 04/13/2016 05:31 PM, Stephen Warren wrote: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the distro boot commands are looking

Re: [U-Boot] [PATCH] fastboot: Fix OUT transaction length alignment

On Wed, Apr 13, 2016 at 3:32 PM, Roger Quadros wrote: > Hi, > > On 13/04/16 15:01, Semen Protsenko wrote: >> From: Sam Protsenko >> >> Some UDC controllers may require buffer size to be aligned to >> wMaxPacketSize. It's indicated by

[U-Boot] [GIT PULL] Xilinx changes

Hi Tom, here are patches I have collected till now. Based on my discussion with Heiko, I am adding I2C patches which were all reviewed by him. zcu102 is using old i2c non DM based driver because we are missing i2c mux support. When we have it I will convert this board to DM based driver too. Zynq

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 05:31 PM, Stephen Warren wrote: On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the distro boot commands are looking for $fdtfile, so provide it to avoid having

[U-Boot] [PATCH] arm: socfpga: clean up common config options

From: Dinh Nguyen Move common config options like these to socfpga_common.h: CONFIG_SYS_NO_FLASH CONFIG_DOS_PARTITION CONFIG_FAT_WRITE CONFIG_HW_WATCHDOG CONFIG_CMD_ASKENV CONFIG_CMD_BOOTZ CONFIG_CMD_CACHE CONFIG_CMD_DHCP CONFIG_CMD_EXT4 CONFIG_CMD_EXT4_WRITE

[U-Boot] [PATCH] Remove references to CONFIG_CMD_EXT3, no such command

Signed-off-by: Robert P. J. Day --- the only two occurrences in the current code base. diff --git a/include/configs/colibri_vf.h b/include/configs/colibri_vf.h index 7f57a54..8cf15d2 100644 --- a/include/configs/colibri_vf.h +++ b/include/configs/colibri_vf.h @@ -72,7

Re: [U-Boot] [PATCH] usb: ums - expose selected partition/s v2

Hi Lukas, Sure. I will fix it. Regards, John On Wed, Apr 13, 2016 at 7:59 AM, Lukasz Majewski wrote: > Hi John, > > > By applying this patch, it will give us some flexibility to expose > > a selected partition/s. > > > > e.g: > > 1. To expose several partitions > >

Re: [U-Boot] [PATCH] jetson-tk1: Set fdtfile environment variable

On 04/13/2016 06:55 AM, Andreas Färber wrote: Am 13.04.2016 um 14:48 schrieb Andreas Färber: The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the distro boot commands are looking for $fdtfile, so provide it to avoid having users supply a dumb boot.scr doing a setenv fdtfile

Re: [U-Boot] [PATCH] usb: ums - expose selected partition/s v2

Hi John, > By applying this patch, it will give us some flexibility to expose > a selected partition/s. > > e.g: > 1. To expose several partitions > ums 0 mmc 0:1,0:6 > > 2. To expose the all partitions > ums 0 mmc 0:0 During testing, I've found one issue with this code: Traditionally the ums

Re: [U-Boot] [PATCH] ARM: tegra: enable GPU node by compatible value

On Tue, Apr 12, 2016 at 11:17:39AM -0600, Stephen Warren wrote: > From: Stephen Warren > > In current Linux kernel Tegra DT files, 64-bit addresses are represented > in unit addresses as a pair of comma-separated 32-bit values. Apparently > this is no longer the correct

[U-Boot] [PATCH 1/2] scsi: add PCIe to sata converter Marvell chip 88SE9170

Add to the command scsi device list. Signed-off-by: Po Liu --- cmd/scsi.c | 5 + 1 file changed, 5 insertions(+) diff --git a/cmd/scsi.c b/cmd/scsi.c index 8991125..c85fefc 100644 --- a/cmd/scsi.c +++ b/cmd/scsi.c @@ -31,6 +31,11 @@ #define SCSI_VEND_ID 0x10b9 #define

[U-Boot] [PATCH 2/2] ls1043ardb: add support scsi command and pcie to sata converter

Add scsi command and enable supporting the pcie2sata chip 88SE9170 from Marvell. Signed-off-by: Po Liu --- include/configs/ls1043ardb.h | 16 1 file changed, 16 insertions(+) diff --git a/include/configs/ls1043ardb.h b/include/configs/ls1043ardb.h index

[U-Boot] [PATCH 9/9] board: samsung: add initial Espresso7420 board support

From: Thomas Abraham Espresso7420 is a development/evaluation board for Exynos7420 SoC. It includes multiple onboard compoments (EMMC/Codec) and various interconnects (USB/HDMI). Signed-off-by: Thomas Abraham --- arch/arm/dts/Makefile

[U-Boot] [PATCH 8/9] arm: exynos: add support for Exynos7420 SoC

From: Thomas Abraham Add support for Exynos7420 SoC. The Exynos7420 SoC has four Cortex-A57 and four Cortex-A53 CPUs and includes various peripheral controllers. Signed-off-by: Thomas Abraham --- arch/arm/dts/exynos7420.dtsi| 82

[U-Boot] [PATCH 7/9] arm: exynos: realign the code to allow support for newer 64-bit platforms

From: Thomas Abraham The existing Exynos 32-bit platform support needs to be realigned in order to support newer 64-bit Exynos platforms. The driver model will be utlized for drivers on the 64-bit Exynos platforms and so some of the older platform support code would not be

[U-Boot] [PATCH 6/9] serial: s5p: use clock api to get clock rate

From: Thomas Abraham On Exynos platforms that support clock driver API, allow the driver to use clock api get the SCLK clock rate. Cc: Minkyu Kang Signed-off-by: Thomas Abraham --- drivers/serial/serial_s5p.c | 15

[U-Boot] [PATCH 5/9] serial: s5p: get the port id number from the alias of the device node

From: Thomas Abraham The port id, if not specified in the device node, can be obtained from the alias of the device node listed in the aliases node. Cc: Minkyu Kang Signed-off-by: Thomas Abraham ---

[U-Boot] [PATCH 3/9] clk: fixed_rate: allow driver usage prior to relocation

From: Thomas Abraham The fixed rate clock driver could be used to represent oscillator clocks. Platforms that need to determine the rate of the oscillator clock frequency would require that the fixed rate clock driver be available for use prior to relocation. So add the

  1   2   >