Re: [U-Boot] [U-Boot, v4, 2/4] aspeed: Add basic ast2500-specific drivers and configuration

[Tom Rini]

On Wed, Jan 18, 2017 at 01:44:56PM -0800, max...@google.com wrote:

> Clock Driver
> 
> This driver is ast2500-specific and is not compatible with earlier
> versions of this chip. The differences are not that big, but they are
> in somewhat random places, so making it compatible with ast2400 is not
> worth the effort at the moment.
> 
> SDRAM MC driver
> 
> The driver is very ast2500-specific and is completely incompatible
> with previous versions of the chip.
> 
> The memory controller is very poorly documented by Aspeed in the
> datasheet, with any mention of the whole range of registers missing. The
> initialization procedure has been basically taken from Aspeed SDK, where
> it is implemented in assembly. Here it is rewritten in C, with very limited
> understanding of what exactly it is doing.
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v2] arm64: spin-table: add more information in Kconfig help

[Tom Rini]

On Fri, Jan 20, 2017 at 06:04:43PM +0900, Masahiro Yamada wrote:

> This feature seems to be sometimes misunderstood.  The intention is:
> 
> [1] Bring the slaves into the U-Boot proper image, not SPL (unless
> you have a special reason to do otherwise).
> 
> [2] The operation must be done in a board (SoC) specific manner
> since how to wake the slaves from the Boot ROM is SoC specific.
> 
> [3] The slaves must enter U-Boot proper after U-Boot relocates
> itself because the "cpu-release-addr" property points to the
> relocated memory area.
> 
> [2] is already explained in the help.  We can make [1] even clearer
> by mentioning "U-Boot proper" instead of "U-Boot".  [3] is missing,
> so I am adding it to the list.  Instead, "before the master CPU
> jumps to the kernel" is a matter of course, so removed.
> 
> Signed-off-by: Masahiro Yamada 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 4/4] aspeed: Support for ast2500 Eval Board

[Tom Rini]

On Wed, Jan 18, 2017 at 01:44:58PM -0800, max...@google.com wrote:

> ast2500 Eval Board device tree and board specific configuration.
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Revert "armv8: release slave cores from CPU_RELEASE_ADDR"

[Tom Rini]

On Fri, Jan 20, 2017 at 06:30:58PM +0900, Masahiro Yamada wrote:

> This reverts commit 8c36e99f211104fd7dcbf0669a35a47ce5e154f5.
> 
> There is misunderstanding in commit 8c36e99f2111 ("armv8: release
> slave cores from CPU_RELEASE_ADDR").  How to bring the slave cores
> into U-Boot proper is platform-specific.  So, it should be cared
> in SoC/board files instead of common/spl/spl.c.  As you see SPL
> is the acronym of Secondary Program Loader, there is generally
> something that runs before SPL (the First one is usually Boot ROM).
> 
> How to wake up slave cores from the Boot ROM is really SoC specific.
> So, the intention for the spin table support is to bring the slave
> cores into U-Boot proper in an SoC specific manner.  (this must be
> done after relocation.  see below.)
> 
> If you bring the slaves into SPL, it is SoC own code responsibility
> to transfer them to U-Boot proper.  The Spin Table defines the
> interface between a boot-loader and Linux kernel.  It is unrelated
> to the interface between SPL and U-Boot proper.
> 
> One more thing is missing in the commit; spl_image->entry_point
> points to the entry address of U-Boot *before* relocation.  U-Boot
> relocates itself between board_init_f() and board_init_r().  This
> means the master CPU sees the different copy of the spin code than
> the slave CPUs enter.  The spin_table_update_dt() protects the code
> *after* relocation.  As a result, the slave CPUs spin in unprotected
> code, which leads to unstable behavior.
> 
> Signed-off-by: Masahiro Yamada 
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v2, 2/2] arm: omap3: Update cpuinfo for DM3730, DM3725, AM3715, and AM3703

[Tom Rini]

On Fri, Jan 20, 2017 at 02:03:52PM +0100, Ladislav Michl wrote:

> From: Adam Ford 
> 
> The check for OMAP3630/3730 only checks for 800MHz 3630/3730, but
> anything else is lumped into 36XX/37XX with an assumed 1GHz speed.
> 
> Based on the DM3730 TRM bit 9 shows the MPU Frequency (800MHz/1GHZ).
> This also adds the ability to distinguish between the DM3730, DM3725,
> AM3715, and AM3703 and correctly display their maximum speed.
> 
> Signed-off-by: Adam Ford 
> Tested-by: Ladislav Michl 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, 1/2] arm: omap3: Fix cpuinfo frequency spelling

[Tom Rini]

On Fri, Jan 20, 2017 at 02:03:15PM +0100, Ladislav Michl wrote:

> Frequency is measured in Hz.
> 
> Signed-off-by: Ladislav Michl 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 1/9] ARM: DTS: stm32: add stm32f746 device tree pin control files

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:22PM +0100, Michael Kurz wrote:

> This patch adds pin control definitions for use in device tree files
> The definitions are based on the stm32f746 files from current
> linux kernel "include/dt-bindings/pinctrl/stm32f746-pinfunc.h".
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Vikas MANOCHA 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot,v4,3/9] ARM: stm32: cleanup stm32f7 files

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:24PM +0100, Michael Kurz wrote:

> Cleanup stm32f7 files:
> - use BIT macro
> - use GENMASK macro
> - use rcc struct instead of macro additions
> 
> Add missing stm32f7 register in rcc struct
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Vikas MANOCHA

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 5/9] ARM: stm32: use clock setup function defined in clock.c

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:26PM +0100, Michael Kurz wrote:

> Use the clock setup function defined in clock.c instead of setting the
> clock bits directly in the drivers.
> Remove register definitions of RCC in rcc.h as these are already
> defined in the struct in stm32.h
> 
> Signed-off-by: Michael Kurz 
> Reviewed-by: Joe Hershberger 
> Reviewed-by: Vikas Manocha 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 4/9] ARM: stm32: fix stm32f7 sdram fmc base address

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:25PM +0100, Michael Kurz wrote:

> The fmc base address is defined twice, once in fmc.h and once in stm32.h.
> Fix wrong definition in stm32.h.
> Remove the definiton in fmc.h.
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Vikas Manocha 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot,v4,7/9] net: phy: add SMSC LAN8742 phy

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:28PM +0100, Michael Kurz wrote:

> This patch adds support for SMSC LAN8742 in phylib
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Joe Hershberger 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 6/9] net: stm32: add designware mac glue code for stm32

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:27PM +0100, Michael Kurz wrote:

> This patch adds glue code required for enabling the designware
> mac on stm32f7 devices.
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Joe Hershberger 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 2/9] ARM: DTS: stm32: add stm32f746-disco device tree files

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:23PM +0100, Michael Kurz wrote:

> This patch adds the DTS source files needed for stm32f746-disco board
> The files are based on the stm32f429/469 files from current linux
> kernel.
> 
> Source for "arch/arm/dts/armv7-m.dtsi": Linux: 
> "arch/arm/boot/dts/armv7-m.dtsi"
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Vikas MANOCHA 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot,v4,1/2] ARM: am335x: Add support for chiliSOM

[Tom Rini]

On Wed, Jan 25, 2017 at 09:53:07AM +0100, Marcin Niestroj wrote:

> chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
> It can't exists on its own, but will be used as part of other boards.
> 
> Hardware specification:
>  * TI AM335x processor
>  * 128M, 256M or 512M DDR3 memory
>  * up to 256M NAND
> 
> We place source inside arch/arm/mach-omap2/ directory and make it
> possible to reuse initialization code (i.e. DDR, NAND init) for all
> boards that use it.
> 
> Signed-off-by: Marcin Niestroj 
> Reviewed-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 8/9] ARM: stm32: enable support for smsc phy on stm32f746-disco board

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:29PM +0100, Michael Kurz wrote:

> This patch enables support for the smsc phy on the
> stm32f746-disco board.
> 
> Signed-off-by: Michael Kurz 
> Acked-by: Vikas MANOCHA 
> 
> Series-changes 3:
> - Add Acked-by tag to 'enable support for smsc phy on...'

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 2/2] board/chiliboard: Add support for chiliBoard

[Tom Rini]

On Wed, Jan 25, 2017 at 09:53:08AM +0100, Marcin Niestroj wrote:

> chiliBoard is a development board which uses chiliSOM as its base.
> 
> Hardware specification:
>  * chiliSOM (TI AM335x, DRAM, NAND)
>  * Ethernet PHY (id 0)
>  * USB host (usb1)
>  * MicroSD slot (mmc0)
> 
> Signed-off-by: Marcin Niestroj 
> Reviewed-by: Tom Rini 

Applied to u-boot/master.  However, please note that given the hierarchy
of includes in the config headers (chiliboard -> ti_am335x_common.h ->
ti_armv7_omap.h -> ti_armv7_common.h) it is pulling in
include/config_distro_defaults.h but is not also setting
CONFIG_DISTRO_DEFAULTS so I would suggest trying out the build from
mainline now and sending a follow-up to enable whatever you feel is
missing in the config header/defconfig file.  It feels like you probably
want at least CONFIG_PARTITION / CONFIG_DOS_PARTITION support enabled,
and possibly DISTRO_DEFAULTS.  Thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, 1/5] arm: Re-sync with full list of MACH_TYPE_xxx values

[Tom Rini]

On Wed, Jan 25, 2017 at 08:42:34PM -0500, Tom Rini wrote:

> This re-syncs us with the official and full list of MACH_TYPE_xxx values
> from http://www.armlinux.org.uk/developer/machines/
> 
> Signed-off-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot,4/5] am335x_shc: Drop MACH_TYPE usage

[Tom Rini]

On Wed, Jan 25, 2017 at 08:42:37PM -0500, Tom Rini wrote:

> This board is using MACH_TYPE values that were clearly picked during
> development and not registered.  Remove rather than support.
> 
> Cc: Heiko Schocher 
> Signed-off-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, 2/5] Revert "arm: Remove unregister MACH_TYPE_xxx uses"

[Tom Rini]

On Wed, Jan 25, 2017 at 08:42:35PM -0500, Tom Rini wrote:

> This reverts commit 70b26cd057f42c7126088b49d4285955c8a00eae.
> 
> This is not a strict revert as it is easier to fix
> board/atmark-techno/armadillo-800eva/armadillo-800eva.c to now the
> correct name (same value) than to revert that change too.
> 
> Signed-off-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] buildman: Update link to the most recent prebuilt ARC toolachin

[Tom Rini]

On Thu, Jan 26, 2017 at 05:25:59PM +0300, Alexey Brodkin wrote:

> To troubleshoot unexpected bhavior during building and what's more
> important during execution it is strongly recommended to use recent
> ARC toolchain, and so we're now referring to arc-2016.09 which is the
> latest as of today.
> 
> Signed-off-by: Alexey Brodkin 
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 9/9] ARM: SPI: stm32: add stm32f746 qspi driver

[Tom Rini]

On Sun, Jan 22, 2017 at 04:04:30PM +0100, Michael Kurz wrote:

> This patch adds support for the QSPI IP found in stm32f7 devices.
> 
> Signed-off-by: Michael Kurz 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, 5/5] arm: Note vendor-required status of certain MACH_TYPE values

[Tom Rini]

On Wed, Jan 25, 2017 at 08:42:38PM -0500, Tom Rini wrote:

> In the cases of some boards, a MACH_TYPE number is used which is either
> not registered upstream or worse (for functionality) is re-using the
> number of a different (or reference) platform instead.  Make sure we
> have a comment in these cases.
> 
> Cc: Albert ARIBAUD 
> Cc: Walter Schweizer 
> Cc: Stefan Roese 
> Cc: Fabio Estevam 
> Signed-off-by: Tom Rini 
> Acked-by: Stefan Roese 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v2] fs/fat: Fix unaligned __u16 reads for FAT12 access

[Tom Rini]

On Thu, Jan 26, 2017 at 08:22:36PM +, Stefan Brüns wrote:

> Doing unaligned reads is not supported on all architectures, use
> byte sized reads of the little endian buffer.
> Rename off16 to off8, as it reflects the buffer offset in byte
> granularity (offset is in entry, i.e. 12 bit, granularity).
> Fix a regression introduced in 8d48c92b45aea91e2a2be90f2ed93677e85526f1
> 
> Reported-by: Oleksandr Tymoshenko 
> Signed-off-by: Stefan Brüns 
> Tested-by: Oleksandr Tymoshenko 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, 3/5] arm: Clean up MACH_TYPE_xxx usage after re-sync of mach-types

[Tom Rini]

On Wed, Jan 25, 2017 at 08:42:36PM -0500, Tom Rini wrote:

> With the latest mach-types values we have many instances where we no
> longer need to define a value and a few cases where the name (but not
> value) have changed slightly.
> 
> Signed-off-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] booti: Set images.os.arch

[Tom Rini]

On Thu, Jan 26, 2017 at 04:55:44PM -0600, Scott Wood wrote:

> Commit ec6617c39741adc6c549 ("armv8: Support loading 32-bit OS in AArch32
> execution state") broke SMP boot by assuming that an image is 32-bit if
> the arch field in the spin table != IH_ARCH_DEFAULT (i.e.
> IH_ARCH_ARM64), even if the arch field also does not match IH_ARCH_ARM,
> even though nothing actually set the arch field in the spin table.
> 
> Commit e2c18e40b111470f ("armv8: fsl-layerscape: SMP support for loading
> 32-bit OS") fixed this for bootm by setting the arch field of the spin
> table based on images.os.arch, but booti remaineed broken because it did
> not set images.os.arch.
> 
> Fixes: ec6617c39741adc6c549 ("armv8: Support loading 32-bit OS in AArch32 
> execution state")
> Fixes: e2c18e40b111 ("armv8: fsl-layerscape: SMP support for loading 32-bit 
> OS")
> Cc: Alison Wang 
> Cc: Chenhui Zhao 
> Cc: York Sun 
> Cc: Stuart Yoder 
> Signed-off-by: Scott Wood 
> Reviewed-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 1/3] malloc_simple: Add debug statements to memalign_simple

[Tom Rini]

On Fri, Jan 27, 2017 at 10:39:18AM -0600, Andrew F. Davis wrote:

> Add debug statements to memalign_simple to match malloc_simple.
> 
> Signed-off-by: Andrew F. Davis 
> Reviewed-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 2/3] spl: Remove overwrite of relocated malloc limit

[Tom Rini]

On Fri, Jan 27, 2017 at 10:39:19AM -0600, Andrew F. Davis wrote:

> spl_init on some boards is called after stack and heap relocation, on
> some platforms spl_relocate_stack_gd is called to handle setting the
> limit to its value CONFIG_SPL_STACK_R_MALLOC_SIMPLE_LEN when simple
> SPL malloc is enabled during relocation. spl_init should then not
> re-assign the old pre-relocation limit when this is defined.
> 
> Signed-off-by: Andrew F. Davis 
> Reviewed-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Dalon Westergreen]

On Sat, 2017-01-28 at 23:30 +0100, Marek Vasut wrote:
> On 01/28/2017 10:25 PM, Westergreen, Dalon wrote:
> > 
> > On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote:
> > > 
> > > On 01/28/2017 09:47 PM, Frank Kunz wrote:
> > > > 
> > > > 
> > > > This adds common distribution boot environment variables for
> > > > DE0-nanos-SoC board. The current boot procedure is extended to run
> > > > the distribution boot as fallback.
> > > > The SOC ROM loader scans for the SPL in the special partition 0xa2
> > > > (partition mode)
> > > > if this is not found it scans the MMC card sector 0 (raw mode), for up
> > > > to
> > > > four valid SPLs. When a partition table (MBR, GPT) is used with raw
> > > > mode,
> > > > the first SPL must not be written to the MMC and the ROM loader uses the
> > > > second SPL.
> > > > 
> > > > Frank Kunz (3):
> > > >   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
> > > >   socfpga: Add distoboot support for DE0-nano-SoC
> > > >   socfpga: Adapt environment storage for DE0-nano-SoC
> > > > 
> > > >  include/configs/socfpga_de0_nano_soc.h | 32
> > > > +++-
> > > >  1 file changed, 31 insertions(+), 1 deletion(-)
> > > 
> > > CCing Dalon, he sent a series
> > > [PATCH v7 0/7] arm: socfpga: update default u-boot environment
> > > 
> > > Can you two coordinate the efforts ? I think it'd make sense to wait for
> > > his series to reach v8 and then rebase on top of it. I would also like
> > > Dalon to do a v8 which just extracts the common env, so we can
> > > merge that first and then look into the more intrusive bits.
> > > 
> > Cool, i can submit a v8 which just moves the env to a common location.
> > I have reservations about the use use of raw mode while an MBR is
> > present.  It is definitely not an intended use, although it does
> > work. If you like i can just merge the two patch sets into v8?
> 
> No, please just keep the stuff separate, so we can get something in
> and then move on to the next thing.
> 
Will do, it should be identical to the v6 patches.  I also have tested
a patch to support searching for the a2 partition to load the uboot image
which i will send afterwards
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 3/3] defconfig: Add a config for AM335x High Security EVM

[Tom Rini]

On Fri, Jan 27, 2017 at 10:39:20AM -0600, Andrew F. Davis wrote:

> Add a new defconfig file for the AM335x High Security EVM. This config
> is specific for the case of memory device booting. Memory device booting
> is handled separatly from peripheral booting on HS devices as the load
> address changes.
> 
> This defconfig is the same as for the non-secure part, except for:
>   CONFIG_TI_SECURE_DEVICE option set to 'y'
>   CONFIG_ISW_ENTRY_ADDR updated for secure images.
>   CONFIG_FIT_IMAGE_POST_PROCESS option set to 'y'
>   CONFIG_SPL_FIT_IMAGE_POST_PROCESS option set to 'y'
>   CONFIG_USE_TINY_PRINTF option set to 'y' to reduce SPL size
>   CONFIG_SPL_SYS_MALLOC_SIMPLE set to 'y' to reduce SPL size
> 
> Signed-off-by: Andrew F. Davis 
> Reviewed-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Marek Vasut]

On 01/28/2017 11:47 PM, Dalon Westergreen wrote:
> On Sat, 2017-01-28 at 23:30 +0100, Marek Vasut wrote:
>> On 01/28/2017 10:25 PM, Westergreen, Dalon wrote:
>>>
>>> On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote:

 On 01/28/2017 09:47 PM, Frank Kunz wrote:
>
>
> This adds common distribution boot environment variables for
> DE0-nanos-SoC board. The current boot procedure is extended to run
> the distribution boot as fallback.
> The SOC ROM loader scans for the SPL in the special partition 0xa2
> (partition mode)
> if this is not found it scans the MMC card sector 0 (raw mode), for up
> to
> four valid SPLs. When a partition table (MBR, GPT) is used with raw
> mode,
> the first SPL must not be written to the MMC and the ROM loader uses the
> second SPL.
>
> Frank Kunz (3):
>   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
>   socfpga: Add distoboot support for DE0-nano-SoC
>   socfpga: Adapt environment storage for DE0-nano-SoC
>
>  include/configs/socfpga_de0_nano_soc.h | 32
> +++-
>  1 file changed, 31 insertions(+), 1 deletion(-)

 CCing Dalon, he sent a series
 [PATCH v7 0/7] arm: socfpga: update default u-boot environment

 Can you two coordinate the efforts ? I think it'd make sense to wait for
 his series to reach v8 and then rebase on top of it. I would also like
 Dalon to do a v8 which just extracts the common env, so we can
 merge that first and then look into the more intrusive bits.

>>> Cool, i can submit a v8 which just moves the env to a common location.
>>> I have reservations about the use use of raw mode while an MBR is
>>> present.  It is definitely not an intended use, although it does
>>> work. If you like i can just merge the two patch sets into v8?
>>
>> No, please just keep the stuff separate, so we can get something in
>> and then move on to the next thing.
>>
> Will do, it should be identical to the v6 patches.  I also have tested
> a patch to support searching for the a2 partition to load the uboot image
> which i will send afterwards
> 
Cool, thanks! btw we just missed the MW (closes on today), but I'll try
to add at least the cleanup, which should be harmless.

-- 
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 0/7] arm: socfpga: update default u-boot environment

[Dalon Westergreen]

From: Dalon Westergreen 

These patches update the boot and os partition numbers in the   
default uboot environment for a number of socfpga boards.  Per  
request, common environment configurations have been moved to a 
shared header.  
Changed in v8:
  Revert CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION to be 1 per request
Changed in v7:
  Changed the bootloader partition to 3 to match the default layout for
  socfpga.  commit 61520ac4d5545cc8d2e1792092e46ab8043d5f36 changed this to 1
  which broke a number of socfpga kits.  The default sdcard layour places 
  partition 3 at the start of the fpga at +1MB.  The partition is of type 0xA2.
  This is followed by partition 1 (FAT), and partition 2 (RootFS).  Partition 1
  should be the FAT partition or windows appears not to recognize the sdcard.
Changed in v6:
  Changed CONFIG_SYS_MMCSD_FS_BOOT_PARTITION to be 1 for SPL_FAT and 2
  for SPL_EXT support.  I believe this is the original intent for whomever
  changed CONFIG_SYS_MMCSD_FS_BOOT_PARTITION to be 2.  This allows us to keep
  the original sdcard layout and support FAT and EXT loading of the u-boot
  image 
Changes in v5:
 - Fixed sockit linux devicetree name 
 - Changed default socfpga.dtb to match board name
- sr1500 -> socfpga_cyclone5_sr1500.dtb
- de1 -> socfpga_cyclone5_de1_soc.dtb   
Changes in v4:
 - Removed extraneous define in socfpga_common.h
   and only use CONFIG_EXTRA_ENV_SETTINGS for
   common uboot environment
Changes in v3:
 - Corrected error in common default environment

Dalon Westergreen (7):
  arm: socfpga: add env settings to common header
  arm: socfpga: update de0 nano default environment
  arm: socfpga: update cyclone5 socdk default environment
  arm: socfpga: update arria5 socdk default environment
  arm: socfpga: Update DE1 environment
  arm: socfpga: Update SoCKit environment
  arm: socfpga: Update sr1500 environment

 configs/socfpga_arria5_defconfig |  1 +
 configs/socfpga_cyclone5_defconfig   |  1 +
 configs/socfpga_de0_nano_soc_defconfig   |  3 +--
 configs/socfpga_de1_soc_defconfig|  1 +
 configs/socfpga_sockit_defconfig |  1 +
 configs/socfpga_sr1500_defconfig |  1 +
 include/configs/socfpga_arria5_socdk.h   | 25 
 include/configs/socfpga_common.h | 33 +++-
 include/configs/socfpga_cyclone5_socdk.h | 25 
 include/configs/socfpga_de0_nano_soc.h   | 19 +-
 include/configs/socfpga_de1_soc.h| 19 +-
 include/configs/socfpga_sockit.h | 27 +-
 include/configs/socfpga_sr1500.h | 25 
 13 files changed, 41 insertions(+), 140 deletions(-)

-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 2/7] arm: socfpga: update de0 nano default environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
---
 configs/socfpga_de0_nano_soc_defconfig |  3 +--
 include/configs/socfpga_common.h   |  2 +-
 include/configs/socfpga_de0_nano_soc.h | 19 +--
 3 files changed, 3 insertions(+), 21 deletions(-)

diff --git a/configs/socfpga_de0_nano_soc_defconfig 
b/configs/socfpga_de0_nano_soc_defconfig
index af41e1e..4837809 100644
--- a/configs/socfpga_de0_nano_soc_defconfig
+++ b/configs/socfpga_de0_nano_soc_defconfig
@@ -4,6 +4,7 @@ CONFIG_SYS_MALLOC_F_LEN=0x2000
 CONFIG_TARGET_SOCFPGA_TERASIC_DE0_NANO=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_de0_nano_soc"
+CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_de0_sockit.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
@@ -20,7 +21,6 @@ CONFIG_CMD_ASKENV=y
 CONFIG_CMD_GREPENV=y
 # CONFIG_CMD_FLASH is not set
 CONFIG_CMD_MMC=y
-CONFIG_CMD_SF=y
 CONFIG_CMD_SPI=y
 CONFIG_CMD_I2C=y
 CONFIG_CMD_USB=y
@@ -35,7 +35,6 @@ CONFIG_CMD_EXT4=y
 CONFIG_CMD_EXT4_WRITE=y
 CONFIG_CMD_FAT=y
 CONFIG_CMD_FS_GENERIC=y
-CONFIG_CMD_UBI=y
 CONFIG_SPL_DM=y
 CONFIG_DFU_MMC=y
 CONFIG_DM_GPIO=y
diff --git a/include/configs/socfpga_common.h b/include/configs/socfpga_common.h
index 744aee9..ed6d8ea 100644
--- a/include/configs/socfpga_common.h
+++ b/include/configs/socfpga_common.h
@@ -319,7 +319,7 @@ unsigned int cm_get_qspi_controller_clk_hz(void);
 #define CONFIG_SYS_MMCSD_FS_BOOT_PARTITION 2
 #endif
 #else
-#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION 3
+#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION 1
 #endif
 #endif
 
diff --git a/include/configs/socfpga_de0_nano_soc.h 
b/include/configs/socfpga_de0_nano_soc.h
index 6b9546e..97216ea 100644
--- a/include/configs/socfpga_de0_nano_soc.h
+++ b/include/configs/socfpga_de0_nano_soc.h
@@ -18,7 +18,7 @@
 #define PHYS_SDRAM_1_SIZE  0x4000  /* 1GiB */
 
 /* Booting Linux */
-#define CONFIG_BOOTFILE"fitImage"
+#define CONFIG_BOOTFILE"zImage"
 #define CONFIG_BOOTARGS"console=ttyS0," 
__stringify(CONFIG_BAUDRATE)
 #define CONFIG_BOOTCOMMAND "run mmcload; run mmcboot"
 #define CONFIG_LOADADDR0x0100
@@ -32,23 +32,6 @@
 
 #define CONFIG_ENV_IS_IN_MMC
 
-/* Extra Environment */
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "bootimage=zImage\0" \
-   "fdt_addr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
-
 /* The rest of the configuration is shared */
 #include 
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 1/7] arm: socfpga: add env settings to common header

[Dalon Westergreen]

From: Dalon Westergreen 

Move repeated environment settings for socfpga boards
to a common header.

The default values for the boot partition and the
OS filesystem partition have changed and as
as result the default uboot environment for socfpga
boards needs updating.

Move to using  CONFIG_DEFAULT_DEVICE_TREE for setting the
default linux devicetree used during linux boot.

Signed-off-by: Dalon Westergreen 
---
 include/configs/socfpga_common.h | 35 +--
 1 file changed, 33 insertions(+), 2 deletions(-)

diff --git a/include/configs/socfpga_common.h b/include/configs/socfpga_common.h
index 6285266..744aee9 100644
--- a/include/configs/socfpga_common.h
+++ b/include/configs/socfpga_common.h
@@ -312,10 +312,14 @@ unsigned int cm_get_qspi_controller_clk_hz(void);
 /* SPL SDMMC boot support */
 #ifdef CONFIG_SPL_MMC_SUPPORT
 #if defined(CONFIG_SPL_FAT_SUPPORT) || defined(CONFIG_SPL_EXT_SUPPORT)
-#define CONFIG_SYS_MMCSD_FS_BOOT_PARTITION 2
 #define CONFIG_SPL_FS_LOAD_PAYLOAD_NAME"u-boot-dtb.img"
+#ifdef CONFIG_SPL_FAT_SUPPORT
+#define CONFIG_SYS_MMCSD_FS_BOOT_PARTITION 1
+#else
+#define CONFIG_SYS_MMCSD_FS_BOOT_PARTITION 2
+#endif
 #else
-#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION 1
+#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION 3
 #endif
 #endif
 
@@ -336,5 +340,32 @@ unsigned int cm_get_qspi_controller_clk_hz(void);
  * Stack setup
  */
 #define CONFIG_SPL_STACK   CONFIG_SYS_INIT_SP_ADDR
+   
+/* Extra Environment */
+#ifndef CONFIG_EXTRA_ENV_SETTINGS
+#define CONFIG_EXTRA_ENV_SETTINGS \
+   "verify=n\0" \
+   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
+   "bootimage=" CONFIG_BOOTFILE "\0" \
+   "fdt_addr=100\0" \
+   "fdtimage=" CONFIG_DEFAULT_FDT_FILE "\0" \
+   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
+   "bootm ${loadaddr} - ${fdt_addr}\0" \
+   "mmcroot=/dev/mmcblk0p2\0" \
+   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
+   " root=${mmcroot} rw rootwait;" \
+   "bootz ${loadaddr} - ${fdt_addr}\0" \
+   "mmcload=mmc rescan;" \
+   "load mmc 0:1 ${loadaddr} ${bootimage};" \
+   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
+   "qspiload=sf probe && mtdparts default && run ubiload\0" \
+   "qspiboot=setenv bootargs " CONFIG_BOOTARGS \
+   " ubi.mtd=1,64 root=ubi0:rootfs rw rootfstype=ubifs;"\
+   "bootz ${loadaddr} - ${fdt_addr}\0" \
+   "ubiload=ubi part UBI && ubifsmount ubi0 && " \
+   "ubifsload ${loadaddr} /boot/${bootimage} && " \
+   "ubifsload ${fdt_addr} /boot/${fdtimage}\0"
+
+#endif
 
 #endif /* __CONFIG_SOCFPGA_COMMON_H__ */
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 4/7] arm: socfpga: update arria5 socdk default environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
Acked-by: Dinh Nguyen 
---
 configs/socfpga_arria5_defconfig   |  1 +
 include/configs/socfpga_arria5_socdk.h | 25 -
 2 files changed, 1 insertion(+), 25 deletions(-)

diff --git a/configs/socfpga_arria5_defconfig b/configs/socfpga_arria5_defconfig
index 43c51fe..6a473a9 100644
--- a/configs/socfpga_arria5_defconfig
+++ b/configs/socfpga_arria5_defconfig
@@ -4,6 +4,7 @@ CONFIG_SYS_MALLOC_F_LEN=0x2000
 CONFIG_TARGET_SOCFPGA_ARRIA5_SOCDK=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_arria5_socdk"
+CONFIG_DEFAULT_FDT_FILE="socfpga_arria5_socdk.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
diff --git a/include/configs/socfpga_arria5_socdk.h 
b/include/configs/socfpga_arria5_socdk.h
index 3b0b416..481a032 100644
--- a/include/configs/socfpga_arria5_socdk.h
+++ b/include/configs/socfpga_arria5_socdk.h
@@ -36,31 +36,6 @@
 
 #define CONFIG_ENV_IS_IN_MMC
 
-/* Extra Environment */
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "verify=n\0" \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "bootimage=zImage\0" \
-   "fdt_addr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
-   "qspiload=sf probe && mtdparts default && run ubiload\0" \
-   "qspiboot=setenv bootargs " CONFIG_BOOTARGS \
-   " ubi.mtd=1,64 root=ubi0:rootfs rw rootfstype=ubifs;"\
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "ubiload=ubi part UBI && ubifsmount ubi0 && " \
-   "ubifsload ${loadaddr} /boot/${bootimage} && " \
-   "ubifsload ${fdt_addr} /boot/${fdtimage}\0"
-
 /* The rest of the configuration is shared */
 #include 
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 6/7] arm: socfpga: Update SoCKit environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
Acked-by: Dinh Nguyen 
---
 configs/socfpga_sockit_defconfig |  1 +
 include/configs/socfpga_sockit.h | 27 +--
 2 files changed, 2 insertions(+), 26 deletions(-)

diff --git a/configs/socfpga_sockit_defconfig b/configs/socfpga_sockit_defconfig
index d0c2bda..bf60783 100644
--- a/configs/socfpga_sockit_defconfig
+++ b/configs/socfpga_sockit_defconfig
@@ -4,6 +4,7 @@ CONFIG_SYS_MALLOC_F_LEN=0x2000
 CONFIG_TARGET_SOCFPGA_TERASIC_SOCKIT=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_sockit"
+CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_sockit.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
diff --git a/include/configs/socfpga_sockit.h b/include/configs/socfpga_sockit.h
index 3fceb31..c51cc72 100644
--- a/include/configs/socfpga_sockit.h
+++ b/include/configs/socfpga_sockit.h
@@ -18,7 +18,7 @@
 #define PHYS_SDRAM_1_SIZE  0x4000  /* 1GiB on SoCDK */
 
 /* Booting Linux */
-#define CONFIG_BOOTFILE"fitImage"
+#define CONFIG_BOOTFILE"zImage"
 #define CONFIG_BOOTARGS"console=ttyS0," 
__stringify(CONFIG_BAUDRATE)
 #define CONFIG_BOOTCOMMAND "run mmcload; run mmcboot"
 #define CONFIG_LOADADDR0x0100
@@ -32,31 +32,6 @@
 
 #define CONFIG_ENV_IS_IN_MMC
 
-/* Extra Environment */
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "verify=n\0" \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "bootimage=zImage\0" \
-   "fdt_addr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
-   "qspiload=sf probe && mtdparts default && run ubiload\0" \
-   "qspiboot=setenv bootargs " CONFIG_BOOTARGS \
-   " ubi.mtd=1,64 root=ubi0:rootfs rw rootfstype=ubifs;"\
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "ubiload=ubi part UBI && ubifsmount ubi0 && " \
-   "ubifsload ${loadaddr} /boot/${bootimage} && " \
-   "ubifsload ${fdt_addr} /boot/${fdtimage}\0"
-
 /* The rest of the configuration is shared */
 #include 
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 3/7] arm: socfpga: update cyclone5 socdk default environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
Acked-by: Dinh Nguyen 
---
 configs/socfpga_cyclone5_defconfig   |  1 +
 include/configs/socfpga_cyclone5_socdk.h | 25 -
 2 files changed, 1 insertion(+), 25 deletions(-)

diff --git a/configs/socfpga_cyclone5_defconfig 
b/configs/socfpga_cyclone5_defconfig
index 8b050b9..cba1e9c 100644
--- a/configs/socfpga_cyclone5_defconfig
+++ b/configs/socfpga_cyclone5_defconfig
@@ -4,6 +4,7 @@ CONFIG_SYS_MALLOC_F_LEN=0x2000
 CONFIG_TARGET_SOCFPGA_CYCLONE5_SOCDK=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_socdk"
+CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_socdk.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
diff --git a/include/configs/socfpga_cyclone5_socdk.h 
b/include/configs/socfpga_cyclone5_socdk.h
index 7ced6a6..96b2b87 100644
--- a/include/configs/socfpga_cyclone5_socdk.h
+++ b/include/configs/socfpga_cyclone5_socdk.h
@@ -36,31 +36,6 @@
 
 #define CONFIG_ENV_IS_IN_MMC
 
-/* Extra Environment */
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "verify=n\0" \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "bootimage=zImage\0" \
-   "fdt_addr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
-   "qspiload=sf probe && mtdparts default && run ubiload\0" \
-   "qspiboot=setenv bootargs " CONFIG_BOOTARGS \
-   " ubi.mtd=1,64 root=ubi0:rootfs rw rootfstype=ubifs;"\
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "ubiload=ubi part UBI && ubifsmount ubi0 && " \
-   "ubifsload ${loadaddr} /boot/${bootimage} && " \
-   "ubifsload ${fdt_addr} /boot/${fdtimage}\0"
-
 /* The rest of the configuration is shared */
 #include 
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 7/7] arm: socfpga: Update sr1500 environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
Acked-by: Dinh Nguyen 
---
 configs/socfpga_sr1500_defconfig |  1 +
 include/configs/socfpga_sr1500.h | 25 -
 2 files changed, 1 insertion(+), 25 deletions(-)

diff --git a/configs/socfpga_sr1500_defconfig b/configs/socfpga_sr1500_defconfig
index 6fd7bc0..4c63b02 100644
--- a/configs/socfpga_sr1500_defconfig
+++ b/configs/socfpga_sr1500_defconfig
@@ -4,6 +4,7 @@ CONFIG_SYS_MALLOC_F_LEN=0x2000
 CONFIG_TARGET_SOCFPGA_SR1500=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_sr1500"
+CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_sr1500.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
diff --git a/include/configs/socfpga_sr1500.h b/include/configs/socfpga_sr1500.h
index 0407f03..3c63e80 100644
--- a/include/configs/socfpga_sr1500.h
+++ b/include/configs/socfpga_sr1500.h
@@ -32,31 +32,6 @@
 #define CONFIG_PHY_MARVELL
 #define PHY_ANEG_TIMEOUT   8000
 
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "verify=n\0" \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "bootimage=zImage\0" \
-   "fdt_addr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "fsloadcmd=ext2load\0" \
-   "bootm ${loadaddr} - ${fdt_addr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
-   "qspiload=sf probe && mtdparts default && run ubiload\0" \
-   "qspiboot=setenv bootargs " CONFIG_BOOTARGS \
-   " ubi.mtd=1,64 root=ubi0:rootfs rw rootfstype=ubifs;"\
-   "bootz ${loadaddr} - ${fdt_addr}\0" \
-   "ubiload=ubi part UBI && ubifsmount ubi0 && " \
-   "ubifsload ${loadaddr} /boot/${bootimage} && " \
-   "ubifsload ${fdt_addr} /boot/${fdtimage}\0"
-
 /* Environment */
 #define CONFIG_ENV_IS_IN_SPI_FLASH
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v8 5/7] arm: socfpga: Update DE1 environment

[Dalon Westergreen]

From: Dalon Westergreen 

Remove the default environment as it is now in a common
header.

Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.

Signed-off-by: Dalon Westergreen 
Acked-by: Marek Vasut 
Acked-by: Dinh Nguyen 
---
 configs/socfpga_de1_soc_defconfig |  1 +
 include/configs/socfpga_de1_soc.h | 19 +--
 2 files changed, 2 insertions(+), 18 deletions(-)

diff --git a/configs/socfpga_de1_soc_defconfig 
b/configs/socfpga_de1_soc_defconfig
index 032deef..d78e8a1 100644
--- a/configs/socfpga_de1_soc_defconfig
+++ b/configs/socfpga_de1_soc_defconfig
@@ -6,6 +6,7 @@ CONFIG_TARGET_SOCFPGA_TERASIC_DE1_SOC=y
 CONFIG_SPL_STACK_R_ADDR=0x0080
 CONFIG_SPL_YMODEM_SUPPORT=y
 CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_de1_soc"
+CONFIG_DEFAULT_FDT_FILE="socfpga_cyclone5_de1_soc.dtb"
 CONFIG_FIT=y
 CONFIG_SYS_CONSOLE_IS_IN_ENV=y
 CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE=y
diff --git a/include/configs/socfpga_de1_soc.h 
b/include/configs/socfpga_de1_soc.h
index deec647..3142bd1 100644
--- a/include/configs/socfpga_de1_soc.h
+++ b/include/configs/socfpga_de1_soc.h
@@ -18,7 +18,7 @@
 #define PHYS_SDRAM_1_SIZE  0x4000  /* 1GiB */
 
 /* Booting Linux */
-#define CONFIG_BOOTFILE"fitImage"
+#define CONFIG_BOOTFILE"zImage"
 #define CONFIG_BOOTARGS"console=ttyS0," 
__stringify(CONFIG_BAUDRATE)
 #define CONFIG_BOOTCOMMAND "run mmcload; run mmcboot"
 #define CONFIG_LOADADDR0x0100
@@ -32,23 +32,6 @@
 
 #define CONFIG_ENV_IS_IN_MMC
 
-/* Extra Environment */
-#define CONFIG_EXTRA_ENV_SETTINGS \
-   "loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
-   "ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
-   "bootm ${loadaddr} - ${fdtaddr}\0" \
-   "bootimage=zImage\0" \
-   "fdtaddr=100\0" \
-   "fdtimage=socfpga.dtb\0" \
-   "bootm ${loadaddr} - ${fdtaddr}\0" \
-   "mmcroot=/dev/mmcblk0p2\0" \
-   "mmcboot=setenv bootargs " CONFIG_BOOTARGS \
-   " root=${mmcroot} rw rootwait;" \
-   "bootz ${loadaddr} - ${fdtaddr}\0" \
-   "mmcload=mmc rescan;" \
-   "load mmc 0:1 ${loadaddr} ${bootimage};" \
-   "load mmc 0:1 ${fdtaddr} ${fdtimage}\0" \
-
 /* The rest of the configuration is shared */
 #include 
 
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] SPL: add support to boot from a partition type

[Dalon Westergreen]

From: Dalon Westergreen 

the socfpga bootrom supports mmc booting from either a raw image
starting at 0x0, or from a partition of type 0xa2.  This patch
adds support for locating the boot image in the first type 0xa2
partition found.

Signed-off-by: Dalon Westergreen 
---
 common/spl/Kconfig   | 17 +
 common/spl/spl_mmc.c | 45 -
 disk/part_dos.c  |  1 +
 include/part.h   |  1 +
 4 files changed, 63 insertions(+), 1 deletion(-)

diff --git a/common/spl/Kconfig b/common/spl/Kconfig
index b1aa148..a0430ec 100644
--- a/common/spl/Kconfig
+++ b/common/spl/Kconfig
@@ -97,6 +97,23 @@ config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
  Address on the MMC to load U-Boot from, when the MMC is being used
  in raw mode. Units: MMC sectors (1 sector = 512 bytes).
 
+config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   bool "MMC raw mode: by partition type"
+   depends on SPL
+   default y if ARCH_SOCFPGA
+   help
+ Use partition type for specifying U-Boot partition on MMC/SD in
+ raw mode. U-Boot will be loaded from the first partition of this
+ type to be found.
+
+config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE
+   hex "Partition Type on the MMC to load U-Boot from"
+   depends on SPL && SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   default 0xa2 if ARCH_SOCFPGA
+   help
+ Partition Type on the MMC to load U-Boot from, when the MMC is being
+ used in raw mode.
+
 config TPL
bool
depends on SPL && SUPPORT_TPL
diff --git a/common/spl/spl_mmc.c b/common/spl/spl_mmc.c
index 0cd355c..9dd3172 100644
--- a/common/spl/spl_mmc.c
+++ b/common/spl/spl_mmc.c
@@ -181,6 +181,42 @@ static int mmc_load_image_raw_partition(struct 
spl_image_info *spl_image,
 }
 #endif
 
+#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE
+#define MAX_SEARCH_PARTITIONS 4
+static int mmc_load_image_raw_partition_type(struct spl_image_info *spl_image,
+   struct mmc *mmc, int partition_type)
+{
+   disk_partition_t info;
+   int ret;
+   int p;
+   
+   /*
+* Find the first partition of type partition_id
+*/
+   for (p = 1; p <= MAX_SEARCH_PARTITIONS; p++) { 
+   ret = part_get_info(mmc_get_blk_desc(mmc), p, &info);
+   if(ret)
+   continue;
+   if(info.sys_ind == partition_type) {
+   break;
+   }
+   }
+#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
+   return mmc_load_image_raw_sector(spl_image, mmc,
+   info.start + CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR);
+#else
+   return mmc_load_image_raw_sector(spl_image, mmc, info.start);
+#endif
+}
+#else
+#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE -1
+static int mmc_load_image_raw_partition_type(struct spl_image_info *spl_image,
+   struct mmc *mmc, int partition_type)
+{
+   return -ENOSYS;
+}
+#endif
+
 #ifdef CONFIG_SPL_OS_BOOT
 static int mmc_load_image_raw_os(struct spl_image_info *spl_image,
 struct mmc *mmc)
@@ -331,12 +367,19 @@ int spl_mmc_load_image(struct spl_image_info *spl_image,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION);
if (!err)
return err;
+   
+#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   err = mmc_load_image_raw_partition_type(spl_image, mmc,
+   CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE);
+   if (!err)
+   return err;
+#endif
 #ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
err = mmc_load_image_raw_sector(spl_image, mmc,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR);
if (!err)
return err;
-#endif
+#endif 
/* If RAW mode fails, try FS mode. */
case MMCSD_MODE_FS:
debug("spl: mmc boot mode: fs\n");
diff --git a/disk/part_dos.c b/disk/part_dos.c
index ed78334..f485f11 100644
--- a/disk/part_dos.c
+++ b/disk/part_dos.c
@@ -217,6 +217,7 @@ static int part_get_info_extended(struct blk_desc *dev_desc,
 #ifdef CONFIG_PARTITION_UUIDS
sprintf(info->uuid, "%08x-%02x", disksig, part_num);
 #endif
+   info->sys_ind = pt->sys_ind;
return 0;
}
 
diff --git a/include/part.h b/include/part.h
index 0979005..a58b687 100644
--- a/include/part.h
+++ b/include/part.h
@@ -59,6 +59,7 @@ typedef struct disk_partition {
 #ifdef CONFIG_PARTITION_TYPE_GUID
chartype_guid[37];  /* type GUID as string, if exists   */
 #endif
+   uchar   sys_ind;/* partition type   */
 } disk_partition_t;
 
 /* Misc _get_dev functions */
-- 
2.7.4

___

Re: [U-Boot] [PATCH] SPL: add support to boot from a partition type

[Tom Rini]

On Sat, Jan 28, 2017 at 03:20:09PM -0800, Dalon Westergreen wrote:

> From: Dalon Westergreen 
> 
> the socfpga bootrom supports mmc booting from either a raw image
> starting at 0x0, or from a partition of type 0xa2.  This patch
> adds support for locating the boot image in the first type 0xa2
> partition found.
> 
> Signed-off-by: Dalon Westergreen 
> ---
>  common/spl/Kconfig   | 17 +
>  common/spl/spl_mmc.c | 45 -
>  disk/part_dos.c  |  1 +
>  include/part.h   |  1 +
>  4 files changed, 63 insertions(+), 1 deletion(-)

Today socfpga sets SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION to 1.  Do you
really have enough cases where the special partition isn't going to be
likely known when building U-Boot for a given platform?

The code itself looks fine (I don't see an easy way to get at the
max_entries field of the partition type struct, but assuming that the
ROM only support MBR tables today you could use the DOS_ENTRY_NUMBERS
constant with a comment above it).  But we're making this bit of code
even more complex and adding more #ifdefs.

[snip]
> @@ -331,12 +367,19 @@ int spl_mmc_load_image(struct spl_image_info *spl_image,
>   CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION);
>   if (!err)
>   return err;
> + 
> +#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
> + err = mmc_load_image_raw_partition_type(spl_image, mmc,
> + CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE);
> + if (!err)
> + return err;
> +#endif

... but couldn't we re-structure things so that both of the "boot from a
partition" options take the same point from spl_mmc_load_image() instead
set a partition variable depending on static/dynamic partition # being
used?  Or would that make things even messier looking?  Thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] SPL: add support to boot from a partition type

[Westergreen, Dalon]

On Sat, 2017-01-28 at 19:06 -0500, Tom Rini wrote:
> On Sat, Jan 28, 2017 at 03:20:09PM -0800, Dalon Westergreen wrote:
> 
> > 
> > From: Dalon Westergreen 
> > 
> > the socfpga bootrom supports mmc booting from either a raw image
> > starting at 0x0, or from a partition of type 0xa2.  This patch
> > adds support for locating the boot image in the first type 0xa2
> > partition found.
> > 
> > Signed-off-by: Dalon Westergreen 
> > ---
> >  common/spl/Kconfig   | 17 +
> >  common/spl/spl_mmc.c | 45 -
> >  disk/part_dos.c  |  1 +
> >  include/part.h   |  1 +
> >  4 files changed, 63 insertions(+), 1 deletion(-)
> 
> Today socfpga sets SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION to 1.  Do you
> really have enough cases where the special partition isn't going to be
> likely known when building U-Boot for a given platform?
All of our kits actually ship with the third partition being the 0xa2
partition.  Normally the 1 partition is the fat partition.  I want to
support the case where the 0xa2 partition is arbitrary and used only for
the SPL.  the 1 partition is a fat partition with the full u-boot image.

> 
> The code itself looks fine (I don't see an easy way to get at the
> max_entries field of the partition type struct, but assuming that the
> ROM only support MBR tables today you could use the DOS_ENTRY_NUMBERS
> constant with a comment above it).  But we're making this bit of code
> even more complex and adding more #ifdefs.
> 
> [snip]
> > 
> > @@ -331,12 +367,19 @@ int spl_mmc_load_image(struct spl_image_info
> > *spl_image,
> >     CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION);
> >     if (!err)
> >     return err;
> > +   
> > +#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
> > +   err = mmc_load_image_raw_partition_type(spl_image, mmc,
> > +   CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE);
> > +   if (!err)
> > +   return err;
> > +#endif
> 
> ... but couldn't we re-structure things so that both of the "boot from a
> partition" options take the same point from spl_mmc_load_image() instead
> set a partition variable depending on static/dynamic partition # being
> used?  Or would that make things even messier looking?  Thanks!
> 
yes, i like this.  seems cleaner.
> ___
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] SPL: add support to boot from a partition type

[Tom Rini]

On Sun, Jan 29, 2017 at 01:59:17AM +, Westergreen, Dalon wrote:
> On Sat, 2017-01-28 at 19:06 -0500, Tom Rini wrote:
> > On Sat, Jan 28, 2017 at 03:20:09PM -0800, Dalon Westergreen wrote:
> > 
> > > 
> > > From: Dalon Westergreen 
> > > 
> > > the socfpga bootrom supports mmc booting from either a raw image
> > > starting at 0x0, or from a partition of type 0xa2.  This patch
> > > adds support for locating the boot image in the first type 0xa2
> > > partition found.
> > > 
> > > Signed-off-by: Dalon Westergreen 
> > > ---
> > >  common/spl/Kconfig   | 17 +
> > >  common/spl/spl_mmc.c | 45 -
> > >  disk/part_dos.c  |  1 +
> > >  include/part.h   |  1 +
> > >  4 files changed, 63 insertions(+), 1 deletion(-)
> > 
> > Today socfpga sets SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION to 1.  Do you
> > really have enough cases where the special partition isn't going to be
> > likely known when building U-Boot for a given platform?
> All of our kits actually ship with the third partition being the 0xa2
> partition.  Normally the 1 partition is the fat partition.  I want to
> support the case where the 0xa2 partition is arbitrary and used only for
> the SPL.  the 1 partition is a fat partition with the full u-boot image.

Er, this code is where we determine where to load U-Boot from, SPL is
running.  So if I follow you, the bootrom would load SPL from the
partition with 0xa2 as the type, usually #3 and then we load U-Boot from
the FAT partition (which would be SPL_FS_LOAD_PAYLOAD_NAME and such) ?

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] SPL: add support to boot from a partition type

[Westergreen, Dalon]

On Sat, 2017-01-28 at 21:05 -0500, Tom Rini wrote:
> On Sun, Jan 29, 2017 at 01:59:17AM +, Westergreen, Dalon wrote:
> > 
> > On Sat, 2017-01-28 at 19:06 -0500, Tom Rini wrote:
> > > 
> > > On Sat, Jan 28, 2017 at 03:20:09PM -0800, Dalon Westergreen wrote:
> > > 
> > > > 
> > > > 
> > > > From: Dalon Westergreen 
> > > > 
> > > > the socfpga bootrom supports mmc booting from either a raw image
> > > > starting at 0x0, or from a partition of type 0xa2.  This patch
> > > > adds support for locating the boot image in the first type 0xa2
> > > > partition found.
> > > > 
> > > > Signed-off-by: Dalon Westergreen 
> > > > ---
> > > >  common/spl/Kconfig   | 17 +
> > > >  common/spl/spl_mmc.c | 45 -
> > > >  disk/part_dos.c  |  1 +
> > > >  include/part.h   |  1 +
> > > >  4 files changed, 63 insertions(+), 1 deletion(-)
> > > 
> > > Today socfpga sets SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION to 1.  Do you
> > > really have enough cases where the special partition isn't going to be
> > > likely known when building U-Boot for a given platform?
> > All of our kits actually ship with the third partition being the 0xa2
> > partition.  Normally the 1 partition is the fat partition.  I want to
> > support the case where the 0xa2 partition is arbitrary and used only for
> > the SPL.  the 1 partition is a fat partition with the full u-boot image.
> 
> Er, this code is where we determine where to load U-Boot from, SPL is
> running.  So if I follow you, the bootrom would load SPL from the
> partition with 0xa2 as the type, usually #3 and then we load U-Boot from
> the FAT partition (which would be SPL_FS_LOAD_PAYLOAD_NAME and such) ?
> 
yes, or if FAT isn't enabled, the spl would load the image in the 0xa2
partition or the CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION offset by
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR.  Both are reasonable and 
supported.  my current thought is if partition = -1 and 
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE is set then search
for the a2 partition.  work for you?

--dalon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH v2] SPL: add support to boot from a partition type

[Dalon Westergreen]

From: Dalon Westergreen 

the socfpga bootrom supports mmc booting from either a raw image
starting at 0x0, or from a partition of type 0xa2.  This patch
adds support for locating the boot image in the first type 0xa2
partition found.

Signed-off-by: Dalon Westergreen 
---
 common/spl/Kconfig   | 17 +
 common/spl/spl_mmc.c | 13 +
 disk/part_dos.c  |  1 +
 include/part.h   |  1 +
 4 files changed, 32 insertions(+)

diff --git a/common/spl/Kconfig b/common/spl/Kconfig
index b1aa148..a0430ec 100644
--- a/common/spl/Kconfig
+++ b/common/spl/Kconfig
@@ -97,6 +97,23 @@ config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
  Address on the MMC to load U-Boot from, when the MMC is being used
  in raw mode. Units: MMC sectors (1 sector = 512 bytes).
 
+config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   bool "MMC raw mode: by partition type"
+   depends on SPL
+   default y if ARCH_SOCFPGA
+   help
+ Use partition type for specifying U-Boot partition on MMC/SD in
+ raw mode. U-Boot will be loaded from the first partition of this
+ type to be found.
+
+config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE
+   hex "Partition Type on the MMC to load U-Boot from"
+   depends on SPL && SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   default 0xa2 if ARCH_SOCFPGA
+   help
+ Partition Type on the MMC to load U-Boot from, when the MMC is being
+ used in raw mode.
+
 config TPL
bool
depends on SPL && SUPPORT_TPL
diff --git a/common/spl/spl_mmc.c b/common/spl/spl_mmc.c
index 0cd355c..cce9584 100644
--- a/common/spl/spl_mmc.c
+++ b/common/spl/spl_mmc.c
@@ -157,6 +157,19 @@ static int mmc_load_image_raw_partition(struct 
spl_image_info *spl_image,
disk_partition_t info;
int err;
 
+#ifdef CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
+   if ( partition == -1 ) {
+   /* Only support MBR so DOS_ENTRY_NUMBERS */
+   for (partition = 1; partition <= DOS_ENTRY_NUMBERS; 
partition++) {
+   err = part_get_info(mmc_get_blk_desc(mmc), partition, 
&info);
+   if(err)
+   continue;
+   if(info.sys_ind == 
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE)
+   break;
+   }
+   }
+#endif
+
err = part_get_info(mmc_get_blk_desc(mmc), partition, &info);
if (err) {
 #ifdef CONFIG_SPL_LIBCOMMON_SUPPORT
diff --git a/disk/part_dos.c b/disk/part_dos.c
index ed78334..f485f11 100644
--- a/disk/part_dos.c
+++ b/disk/part_dos.c
@@ -217,6 +217,7 @@ static int part_get_info_extended(struct blk_desc *dev_desc,
 #ifdef CONFIG_PARTITION_UUIDS
sprintf(info->uuid, "%08x-%02x", disksig, part_num);
 #endif
+   info->sys_ind = pt->sys_ind;
return 0;
}
 
diff --git a/include/part.h b/include/part.h
index 0979005..a58b687 100644
--- a/include/part.h
+++ b/include/part.h
@@ -59,6 +59,7 @@ typedef struct disk_partition {
 #ifdef CONFIG_PARTITION_TYPE_GUID
chartype_guid[37];  /* type GUID as string, if exists   */
 #endif
+   uchar   sys_ind;/* partition type   */
 } disk_partition_t;
 
 /* Misc _get_dev functions */
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH v3 09/11] net: IPv6 documentation

[Chris Packham]

On 29/01/2017 8:51 AM, "Tom Rini"  wrote:

On Wed, Jan 25, 2017 at 10:56:20PM +1300, Chris Packham wrote:
> Signed-off-by: Chris Packham 
> ---
>
> Changes in v3:
> - Add brief testing section
[snip]
> +Testing using QEMU
> +--
> +Refer to README.x86 for instructions on building u-boot for QEMU. Add
> +the relevant IPv6 configuration to the configuration (CONFIG_CMD_NET6,
> +CONFIG_CMD_PING6) and build.
> +
> +On the host system run
> +
> +  sudo qemu-system-i386 -nographic -bios u-boot.rom -net nic -net tap
> +
> +At the u-boot command line run
> +
> +  setenv ipaddr 192.168.1.100
> +  setenv ip6addr 3ffe::100/64
> +
> +On the host system run
> +
> +  sudo ip addr add 3ffe::1/64 dev tap0
> +  sudo ip addr add 192.168.1.1
> +
> +It should now be possible to use ping6 and tftpboot6 to communicate with
> +the host system from the emulated u-boot environment.

So we can test this under qemu? Cool!


Yup. Thats been really helpful.

That means we should get some
test.py tests written to match up with the ipv4 tests we have today.  My
gut reaction is that qemu-ppce500 should also be able to work too as
it's also using the E1000 driver.


Yeah my initial plan was to add to/copy from the existing ipv4 tests. There
may be a little issue with the default Debian config for tftp-hpa but I
assume travis-ci has some way to tweak that.


--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v4 2/9] arm: imx6ul: Add Engicam Is.IoT MX6UL Starter Kit initial support

[Stefano Babic]

Hi Jagan, Tom,

On 27/01/2017 16:55, Jagan Teki wrote:
> n Fri, Jan 27, 2017 at 1:38 PM, Stefano Babic  wrote:
>> Hi Jagan,
>>
>> On 27/01/2017 09:54, Jagan Teki wrote:
>>> From: Jagan Teki 
>>>
>>> Boot from MMC:
>>> -
>>> U-Boot SPL 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33)
>>> Trying to boot from MMC1
>>>
>>> U-Boot 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33 +0100)
>>>
>>> CPU:   Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)
>>> CPU:   Industrial temperature grade (-40C to 105C) at 33C
>>> Reset cause: POR
>>> Model: Engicam Is.IoT MX6UL Starterkit
>>> DRAM:  512 MiB
>>> MMC:   FSL_SDHC: 0
>>> *** Warning - bad CRC, using default environment
>>>
>>> In:serial
>>> Out:   serial
>>> Err:   serial
>>> Net:   CPU Net Initialization Failed
>>> No ethernet found.
>>> Hit any key to stop autoboot:  0
>>> isiotmx6ul>
>>>
>>> Cc: Stefano Babic 
>>> Cc: Matteo Lisi 
>>> Cc: Michael Trimarchi 
>>> Signed-off-by: Jagan Teki 
>>> ---
>>>  arch/arm/cpu/armv7/mx6/Kconfig|  11 ++
>>>  arch/arm/dts/Makefile |   3 +-
>>>  arch/arm/dts/imx6ul-isiot-mmc.dts |  50 +++
>>>  arch/arm/dts/imx6ul-isiot.dtsi|  92 +
>>>  board/engicam/isiotmx6ul/Kconfig  |  12 ++
>>>  board/engicam/isiotmx6ul/MAINTAINERS  |   6 +
>>>  board/engicam/isiotmx6ul/Makefile |   6 +
>>>  board/engicam/isiotmx6ul/README   |  28 
>>>  board/engicam/isiotmx6ul/isiotmx6ul.c | 247 
>>> ++
>>>  configs/imx6ul_isiot_mmc_defconfig|  36 +
>>>  include/configs/imx6ul_isiot.h| 142 +++
>>>  11 files changed, 632 insertions(+), 1 deletion(-)
>>>  create mode 100644 arch/arm/dts/imx6ul-isiot-mmc.dts
>>>  create mode 100644 arch/arm/dts/imx6ul-isiot.dtsi
>>>  create mode 100644 board/engicam/isiotmx6ul/Kconfig
>>>  create mode 100644 board/engicam/isiotmx6ul/MAINTAINERS
>>>  create mode 100644 board/engicam/isiotmx6ul/Makefile
>>>  create mode 100644 board/engicam/isiotmx6ul/README
>>>  create mode 100644 board/engicam/isiotmx6ul/isiotmx6ul.c
>>>  create mode 100644 configs/imx6ul_isiot_mmc_defconfig
>>>  create mode 100644 include/configs/imx6ul_isiot.h
>>>
>>> diff --git a/arch/arm/cpu/armv7/mx6/Kconfig b/arch/arm/cpu/armv7/mx6/Kconfig
>>> index c646966..72780d7 100644
>>> --- a/arch/arm/cpu/armv7/mx6/Kconfig
>>> +++ b/arch/arm/cpu/armv7/mx6/Kconfig
>>> @@ -205,6 +205,16 @@ config TARGET_MX6UL_GEAM
>>>   select DM_THERMAL
>>>   select SUPPORT_SPL
>>>
>>> +config TARGET_MX6UL_ISIOT
>>> + bool "Support Engicam Is.IoT MX6UL"
>>> + select MX6UL
>>> + select OF_CONTROL
>>> + select DM
>>> + select DM_GPIO
>>> + select DM_MMC
>>> + select DM_THERMAL
>>> + select SUPPORT_SPL
>>> +
>>>  config TARGET_MX6ULL_14X14_EVK
>>>   bool "Support mx6ull_14x14_evk"
>>>   select MX6ULL
>>> @@ -313,6 +323,7 @@ source "board/embest/mx6boards/Kconfig"
>>>  source "board/engicam/geam6ul/Kconfig"
>>>  source "board/engicam/icorem6/Kconfig"
>>>  source "board/engicam/icorem6_rqs/Kconfig"
>>> +source "board/engicam/isiotmx6ul/Kconfig"
>>>  source "board/freescale/mx6qarm2/Kconfig"
>>>  source "board/freescale/mx6qsabreauto/Kconfig"
>>>  source "board/freescale/mx6sabresd/Kconfig"
>>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
>>> index 6a7924e..e83308c 100644
>>> --- a/arch/arm/dts/Makefile
>>> +++ b/arch/arm/dts/Makefile
>>> @@ -313,7 +313,8 @@ dtb-$(CONFIG_MX6) += imx6ull-14x14-evk.dtb \
>>>   imx6dl-icore-rqs.dtb \
>>>   imx6q-icore.dtb \
>>>   imx6q-icore-rqs.dtb \
>>> - imx6ul-geam-kit.dtb
>>> + imx6ul-geam-kit.dtb \
>>> + imx6ul-isiot-mmc.dtb
>>>
>>>  dtb-$(CONFIG_MX7) += imx7-colibri.dtb
>>>
>>> diff --git a/arch/arm/dts/imx6ul-isiot-mmc.dts 
>>> b/arch/arm/dts/imx6ul-isiot-mmc.dts
>>> new file mode 100644
>>> index 000..bb5086a
>>> --- /dev/null
>>> +++ b/arch/arm/dts/imx6ul-isiot-mmc.dts
>>> @@ -0,0 +1,50 @@
>>> +/*
>>> + * Copyright (C) 2016 Amarula Solutions B.V.
>>> + * Copyright (C) 2016 Engicam S.r.l.
>>> + *
>>> + * This file is dual-licensed: you can use it either under the terms
>>> + * of the GPL or the X11 license, at your option. Note that this dual
>>> + * licensing only applies to this file, and not this project as a
>>> + * whole.
>>> + *
>>
>>
>> I have seen that a lot of files slipped into mainline, and I have myself
>> not paid enough attention befeore (see your imx6ul-geam-kit.dts for
>> example).
>>
>> But we moved some years ago to SPDX-License-Identifier. Other DTS files
>> are using this as well without copying the whole license. Could you do
>> this here, too ? It would be also nice if you plan to fix this for all
>> Engicam's boards, thanks !
> 
> Yes for boards, I will prepare patch.
> 
> For devicetress, since the base dtsi files copied from Linux, we keep
> the license as it is. I am not sure all other dts(i) files use the
> SPDX-License-Identifier. example imx6sll-evk, imx6ull-14x14-evk and
> al

Re: [U-Boot] [PATCH v4 2/9] arm: imx6ul: Add Engicam Is.IoT MX6UL Starter Kit initial support

[Michael Nazzareno Trimarchi]

Hi



On 28 Jan 2017 1:25 p.m., "Stefano Babic"  wrote:

Hi Jagan, Tom,

On 27/01/2017 16:55, Jagan Teki wrote:
> n Fri, Jan 27, 2017 at 1:38 PM, Stefano Babic  wrote:
>> Hi Jagan,
>>
>> On 27/01/2017 09:54, Jagan Teki wrote:
>>> From: Jagan Teki 
>>>
>>> Boot from MMC:
>>> -
>>> U-Boot SPL 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33)
>>> Trying to boot from MMC1
>>>
>>> U-Boot 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33 +0100)
>>>
>>> CPU:   Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)
>>> CPU:   Industrial temperature grade (-40C to 105C) at 33C
>>> Reset cause: POR
>>> Model: Engicam Is.IoT MX6UL Starterkit
>>> DRAM:  512 MiB
>>> MMC:   FSL_SDHC: 0
>>> *** Warning - bad CRC, using default environment
>>>
>>> In:serial
>>> Out:   serial
>>> Err:   serial
>>> Net:   CPU Net Initialization Failed
>>> No ethernet found.
>>> Hit any key to stop autoboot:  0
>>> isiotmx6ul>
>>>
>>> Cc: Stefano Babic 
>>> Cc: Matteo Lisi 
>>> Cc: Michael Trimarchi 
>>> Signed-off-by: Jagan Teki 
>>> ---
>>>  arch/arm/cpu/armv7/mx6/Kconfig|  11 ++
>>>  arch/arm/dts/Makefile |   3 +-
>>>  arch/arm/dts/imx6ul-isiot-mmc.dts |  50 +++
>>>  arch/arm/dts/imx6ul-isiot.dtsi|  92 +
>>>  board/engicam/isiotmx6ul/Kconfig  |  12 ++
>>>  board/engicam/isiotmx6ul/MAINTAINERS  |   6 +
>>>  board/engicam/isiotmx6ul/Makefile |   6 +
>>>  board/engicam/isiotmx6ul/README   |  28 
>>>  board/engicam/isiotmx6ul/isiotmx6ul.c | 247
++
>>>  configs/imx6ul_isiot_mmc_defconfig|  36 +
>>>  include/configs/imx6ul_isiot.h| 142 +++
>>>  11 files changed, 632 insertions(+), 1 deletion(-)
>>>  create mode 100644 arch/arm/dts/imx6ul-isiot-mmc.dts
>>>  create mode 100644 arch/arm/dts/imx6ul-isiot.dtsi
>>>  create mode 100644 board/engicam/isiotmx6ul/Kconfig
>>>  create mode 100644 board/engicam/isiotmx6ul/MAINTAINERS
>>>  create mode 100644 board/engicam/isiotmx6ul/Makefile
>>>  create mode 100644 board/engicam/isiotmx6ul/README
>>>  create mode 100644 board/engicam/isiotmx6ul/isiotmx6ul.c
>>>  create mode 100644 configs/imx6ul_isiot_mmc_defconfig
>>>  create mode 100644 include/configs/imx6ul_isiot.h
>>>
>>> diff --git a/arch/arm/cpu/armv7/mx6/Kconfig b/arch/arm/cpu/armv7/mx6/
Kconfig
>>> index c646966..72780d7 100644
>>> --- a/arch/arm/cpu/armv7/mx6/Kconfig
>>> +++ b/arch/arm/cpu/armv7/mx6/Kconfig
>>> @@ -205,6 +205,16 @@ config TARGET_MX6UL_GEAM
>>>   select DM_THERMAL
>>>   select SUPPORT_SPL
>>>
>>> +config TARGET_MX6UL_ISIOT
>>> + bool "Support Engicam Is.IoT MX6UL"
>>> + select MX6UL
>>> + select OF_CONTROL
>>> + select DM
>>> + select DM_GPIO
>>> + select DM_MMC
>>> + select DM_THERMAL
>>> + select SUPPORT_SPL
>>> +
>>>  config TARGET_MX6ULL_14X14_EVK
>>>   bool "Support mx6ull_14x14_evk"
>>>   select MX6ULL
>>> @@ -313,6 +323,7 @@ source "board/embest/mx6boards/Kconfig"
>>>  source "board/engicam/geam6ul/Kconfig"
>>>  source "board/engicam/icorem6/Kconfig"
>>>  source "board/engicam/icorem6_rqs/Kconfig"
>>> +source "board/engicam/isiotmx6ul/Kconfig"
>>>  source "board/freescale/mx6qarm2/Kconfig"
>>>  source "board/freescale/mx6qsabreauto/Kconfig"
>>>  source "board/freescale/mx6sabresd/Kconfig"
>>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
>>> index 6a7924e..e83308c 100644
>>> --- a/arch/arm/dts/Makefile
>>> +++ b/arch/arm/dts/Makefile
>>> @@ -313,7 +313,8 @@ dtb-$(CONFIG_MX6) += imx6ull-14x14-evk.dtb \
>>>   imx6dl-icore-rqs.dtb \
>>>   imx6q-icore.dtb \
>>>   imx6q-icore-rqs.dtb \
>>> - imx6ul-geam-kit.dtb
>>> + imx6ul-geam-kit.dtb \
>>> + imx6ul-isiot-mmc.dtb
>>>
>>>  dtb-$(CONFIG_MX7) += imx7-colibri.dtb
>>>
>>> diff --git a/arch/arm/dts/imx6ul-isiot-mmc.dts
b/arch/arm/dts/imx6ul-isiot-mmc.dts
>>> new file mode 100644
>>> index 000..bb5086a
>>> --- /dev/null
>>> +++ b/arch/arm/dts/imx6ul-isiot-mmc.dts
>>> @@ -0,0 +1,50 @@
>>> +/*
>>> + * Copyright (C) 2016 Amarula Solutions B.V.
>>> + * Copyright (C) 2016 Engicam S.r.l.
>>> + *
>>> + * This file is dual-licensed: you can use it either under the terms
>>> + * of the GPL or the X11 license, at your option. Note that this dual
>>> + * licensing only applies to this file, and not this project as a
>>> + * whole.
>>> + *
>>
>>
>> I have seen that a lot of files slipped into mainline, and I have myself
>> not paid enough attention befeore (see your imx6ul-geam-kit.dts for
>> example).
>>
>> But we moved some years ago to SPDX-License-Identifier. Other DTS files
>> are using this as well without copying the whole license. Could you do
>> this here, too ? It would be also nice if you plan to fix this for all
>> Engicam's boards, thanks !
>
> Yes for boards, I will prepare patch.
>
> For devicetress, since the base dtsi files copied from Linux, we keep
> the license as it is. I am not sure all other dts(i) files use the
> SPDX-License-Identifier. e

Re: [U-Boot] [PATCH v4 2/9] arm: imx6ul: Add Engicam Is.IoT MX6UL Starter Kit initial support

[Tom Rini]

On Sat, Jan 28, 2017 at 01:25:05PM +0100, Stefano Babic wrote:
> Hi Jagan, Tom,
> 
> On 27/01/2017 16:55, Jagan Teki wrote:
> > n Fri, Jan 27, 2017 at 1:38 PM, Stefano Babic  wrote:
> >> Hi Jagan,
> >>
> >> On 27/01/2017 09:54, Jagan Teki wrote:
> >>> From: Jagan Teki 
> >>>
> >>> Boot from MMC:
> >>> -
> >>> U-Boot SPL 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33)
> >>> Trying to boot from MMC1
> >>>
> >>> U-Boot 2017.01-rc2-gba3c151-dirty (Jan 02 2017 - 16:59:33 +0100)
> >>>
> >>> CPU:   Freescale i.MX6UL rev1.1 528 MHz (running at 396 MHz)
> >>> CPU:   Industrial temperature grade (-40C to 105C) at 33C
> >>> Reset cause: POR
> >>> Model: Engicam Is.IoT MX6UL Starterkit
> >>> DRAM:  512 MiB
> >>> MMC:   FSL_SDHC: 0
> >>> *** Warning - bad CRC, using default environment
> >>>
> >>> In:serial
> >>> Out:   serial
> >>> Err:   serial
> >>> Net:   CPU Net Initialization Failed
> >>> No ethernet found.
> >>> Hit any key to stop autoboot:  0
> >>> isiotmx6ul>
> >>>
> >>> Cc: Stefano Babic 
> >>> Cc: Matteo Lisi 
> >>> Cc: Michael Trimarchi 
> >>> Signed-off-by: Jagan Teki 
> >>> ---
> >>>  arch/arm/cpu/armv7/mx6/Kconfig|  11 ++
> >>>  arch/arm/dts/Makefile |   3 +-
> >>>  arch/arm/dts/imx6ul-isiot-mmc.dts |  50 +++
> >>>  arch/arm/dts/imx6ul-isiot.dtsi|  92 +
> >>>  board/engicam/isiotmx6ul/Kconfig  |  12 ++
> >>>  board/engicam/isiotmx6ul/MAINTAINERS  |   6 +
> >>>  board/engicam/isiotmx6ul/Makefile |   6 +
> >>>  board/engicam/isiotmx6ul/README   |  28 
> >>>  board/engicam/isiotmx6ul/isiotmx6ul.c | 247 
> >>> ++
> >>>  configs/imx6ul_isiot_mmc_defconfig|  36 +
> >>>  include/configs/imx6ul_isiot.h| 142 +++
> >>>  11 files changed, 632 insertions(+), 1 deletion(-)
> >>>  create mode 100644 arch/arm/dts/imx6ul-isiot-mmc.dts
> >>>  create mode 100644 arch/arm/dts/imx6ul-isiot.dtsi
> >>>  create mode 100644 board/engicam/isiotmx6ul/Kconfig
> >>>  create mode 100644 board/engicam/isiotmx6ul/MAINTAINERS
> >>>  create mode 100644 board/engicam/isiotmx6ul/Makefile
> >>>  create mode 100644 board/engicam/isiotmx6ul/README
> >>>  create mode 100644 board/engicam/isiotmx6ul/isiotmx6ul.c
> >>>  create mode 100644 configs/imx6ul_isiot_mmc_defconfig
> >>>  create mode 100644 include/configs/imx6ul_isiot.h
> >>>
> >>> diff --git a/arch/arm/cpu/armv7/mx6/Kconfig 
> >>> b/arch/arm/cpu/armv7/mx6/Kconfig
> >>> index c646966..72780d7 100644
> >>> --- a/arch/arm/cpu/armv7/mx6/Kconfig
> >>> +++ b/arch/arm/cpu/armv7/mx6/Kconfig
> >>> @@ -205,6 +205,16 @@ config TARGET_MX6UL_GEAM
> >>>   select DM_THERMAL
> >>>   select SUPPORT_SPL
> >>>
> >>> +config TARGET_MX6UL_ISIOT
> >>> + bool "Support Engicam Is.IoT MX6UL"
> >>> + select MX6UL
> >>> + select OF_CONTROL
> >>> + select DM
> >>> + select DM_GPIO
> >>> + select DM_MMC
> >>> + select DM_THERMAL
> >>> + select SUPPORT_SPL
> >>> +
> >>>  config TARGET_MX6ULL_14X14_EVK
> >>>   bool "Support mx6ull_14x14_evk"
> >>>   select MX6ULL
> >>> @@ -313,6 +323,7 @@ source "board/embest/mx6boards/Kconfig"
> >>>  source "board/engicam/geam6ul/Kconfig"
> >>>  source "board/engicam/icorem6/Kconfig"
> >>>  source "board/engicam/icorem6_rqs/Kconfig"
> >>> +source "board/engicam/isiotmx6ul/Kconfig"
> >>>  source "board/freescale/mx6qarm2/Kconfig"
> >>>  source "board/freescale/mx6qsabreauto/Kconfig"
> >>>  source "board/freescale/mx6sabresd/Kconfig"
> >>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
> >>> index 6a7924e..e83308c 100644
> >>> --- a/arch/arm/dts/Makefile
> >>> +++ b/arch/arm/dts/Makefile
> >>> @@ -313,7 +313,8 @@ dtb-$(CONFIG_MX6) += imx6ull-14x14-evk.dtb \
> >>>   imx6dl-icore-rqs.dtb \
> >>>   imx6q-icore.dtb \
> >>>   imx6q-icore-rqs.dtb \
> >>> - imx6ul-geam-kit.dtb
> >>> + imx6ul-geam-kit.dtb \
> >>> + imx6ul-isiot-mmc.dtb
> >>>
> >>>  dtb-$(CONFIG_MX7) += imx7-colibri.dtb
> >>>
> >>> diff --git a/arch/arm/dts/imx6ul-isiot-mmc.dts 
> >>> b/arch/arm/dts/imx6ul-isiot-mmc.dts
> >>> new file mode 100644
> >>> index 000..bb5086a
> >>> --- /dev/null
> >>> +++ b/arch/arm/dts/imx6ul-isiot-mmc.dts
> >>> @@ -0,0 +1,50 @@
> >>> +/*
> >>> + * Copyright (C) 2016 Amarula Solutions B.V.
> >>> + * Copyright (C) 2016 Engicam S.r.l.
> >>> + *
> >>> + * This file is dual-licensed: you can use it either under the terms
> >>> + * of the GPL or the X11 license, at your option. Note that this dual
> >>> + * licensing only applies to this file, and not this project as a
> >>> + * whole.
> >>> + *
> >>
> >>
> >> I have seen that a lot of files slipped into mainline, and I have myself
> >> not paid enough attention befeore (see your imx6ul-geam-kit.dts for
> >> example).
> >>
> >> But we moved some years ago to SPDX-License-Identifier. Other DTS files
> >> are using this as well without copying the whole license. Could you do
> >> this here, too ? It would be also ni

[U-Boot] Config for karo tx28

[Wim Vinckier]

Hi,

I'm wondering if someone has a configuration laying around for karo tx28.
I've been using the karo version for a while but wanted to switch to the
latest u-boot version.
Or does there exist a way to convert an old manual configuration to a
modern .config one?

Kind regards,

wim.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] mmc: move CONFIG_GENERIC_MMC to Kconfig

[Masahiro Yamada]

Now, CONFIG_GENERIC_MMC seems equivalent to CONFIG_MMC.

Let's create an entry for "config GENERIC_MMC" with "default MMC",
then convert all macro defines in headers to Kconfig.

I see only two exceptions:
  configs/blanche_defconfig
  configs/sandbox_noblk_defconfig

They define CONFIG_GENERIC_MMC, but not CONFIG_MMC.  Probably,
these two boards are wrong, so should be checked later.

Anyway, this is the output of the moveconfig tool.

This commit was created as follows:

[1] create a config entry in drivers/mmc/Kconfig

[2] tools/moveconfig.py -r HEAD GENERIC_MMC

[3] manual clean-up of garbage comments in doc/README.* and
include/configs/*.h

Signed-off-by: Masahiro Yamada 
---

 README| 3 ---
 configs/blanche_defconfig | 3 ++-
 configs/sandbox_noblk_defconfig   | 1 +
 doc/README.atmel_mci  | 2 --
 doc/README.socfpga| 3 ---
 drivers/mmc/Kconfig   | 4 
 include/configs/BSC9132QDS.h  | 1 -
 include/configs/MPC8308RDB.h  | 1 -
 include/configs/MPC837XEMDS.h | 1 -
 include/configs/MPC837XERDB.h | 1 -
 include/configs/MPC8536DS.h   | 1 -
 include/configs/MPC8569MDS.h  | 1 -
 include/configs/P1010RDB.h| 1 -
 include/configs/P1022DS.h | 1 -
 include/configs/P2041RDB.h| 1 -
 include/configs/T102xQDS.h| 1 -
 include/configs/T102xRDB.h| 1 -
 include/configs/T1040QDS.h| 1 -
 include/configs/T104xRDB.h| 1 -
 include/configs/T208xQDS.h| 1 -
 include/configs/T208xRDB.h| 1 -
 include/configs/T4240QDS.h| 1 -
 include/configs/T4240RDB.h| 1 -
 include/configs/UCP1020.h | 1 -
 include/configs/adp-ag101p.h  | 1 -
 include/configs/advantech_dms-ba16.h  | 1 -
 include/configs/alt.h | 2 --
 include/configs/am3517_crane.h| 1 -
 include/configs/am3517_evm.h  | 1 -
 include/configs/apalis_imx6.h | 1 -
 include/configs/apalis_t30.h  | 3 ---
 include/configs/apf27.h   | 1 -
 include/configs/at91sam9260ek.h   | 1 -
 include/configs/at91sam9263ek.h   | 1 -
 include/configs/at91sam9m10g45ek.h| 1 -
 include/configs/at91sam9n12ek.h   | 1 -
 include/configs/at91sam9rlek.h| 1 -
 include/configs/at91sam9x5ek.h| 1 -
 include/configs/atngw100.h| 1 -
 include/configs/atngw100mkii.h| 1 -
 include/configs/atstk1002.h   | 1 -
 include/configs/axs10x.h  | 1 -
 include/configs/bayleybay.h   | 2 --
 include/configs/bcm23550_w1d.h| 2 --
 include/configs/bcm28155_ap.h | 2 --
 include/configs/beaver.h  | 3 ---
 include/configs/bf518f-ezbrd.h| 1 -
 include/configs/bf527-ad7160-eval.h   | 1 -
 include/configs/bf537-stamp.h | 3 ---
 include/configs/bf548-ezkit.h | 1 -
 include/configs/bf609-ezkit.h | 1 -
 include/configs/blanche.h | 2 --
 include/configs/brppt1.h  | 1 -
 include/configs/brxre1.h  | 1 -
 include/configs/cardhu.h  | 3 ---
 include/configs/cei-tk1-som.h | 3 ---
 include/configs/clearfog.h| 1 -
 include/configs/cm-bf537e.h   | 1 -
 include/configs/cm-bf537u.h   | 1 -
 include/configs/cm_t35.h  | 1 -
 include/configs/cm_t3517.h| 1 -
 include/configs/colibri_imx6.h| 1 -
 include/configs/colibri_t20.h | 3 ---
 include/configs/colibri_t30.h | 3 ---
 include/configs/colibri_vf.h  | 1 -
 include/configs/conga-qeval20-qa3-e3845.h | 2 --
 include/configs/controlcenterd.h  | 2 --
 include/configs/corenet_ds.h  | 1 -
 include/configs/crownbay.h| 2 --
 include/configs/cyrus.h   | 1 -
 include/configs/da850evm.h| 5 -
 include/configs/dalmore.h | 3 ---
 include/configs/db-88f6820-gp.h   | 1 -
 include/configs/dfi-bt700.h   | 2 --
 include/configs/dragonboard410c.h | 3 ---
 include/configs/e2220-1170.h  | 3 ---
 include/configs/ethernut5.h   | 1 -
 include/configs/exynos-common.h   | 1 -
 include/configs/galileo.h | 3 ---
 include/configs/ge_bx50v3.h   | 1 -
 include/configs/gose.h| 1 -
 include/configs/harmony.h | 3 ---
 include/configs/hikey.h   | 1 -
 include/configs/hrcon.h   | 1 -
 include/configs/imx27lite-common.h| 1 -
 include/configs/jetson-tk1.h  | 3 ---
 include/configs/k2g_evm.h   

Re: [U-Boot] Config for karo tx28

[Fabio Estevam]

On Fri, Jan 27, 2017 at 12:28 PM, Wim Vinckier  wrote:
> Hi,
>
> I'm wondering if someone has a configuration laying around for karo tx28.
> I've been using the karo version for a while but wanted to switch to the
> latest u-boot version.
> Or does there exist a way to convert an old manual configuration to a
> modern .config one?

Yes, you would need to port the old U-Boot to the mainline style. Then
you can submit the patch in the list, so that it gets reviewed and if
it looks good it will be applied.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] mmc: sandbox: rename CONFIG, fix dependency, and use it in Makefile

[Masahiro Yamada]

[1] Rename CONFIG_SANDBOX_MMC to CONFIG_MMC_SANDBOX for consistency
I want all MMC driver options prefixed with CONFIG_MMC_.

[2] Fix dependency
Add necessary depends on to avoid compile error.
Instead "depends on MMC" is unneeded because this config entry
resides inside of "if MMC".

[3] Currently, this config symbol is not referenced at all.
Use it to enable/disable the driver in Makefile.

Signed-off-by: Masahiro Yamada 
---

 configs/sandbox_defconfig | 2 +-
 configs/sandbox_spl_defconfig | 2 +-
 drivers/mmc/Kconfig   | 5 +++--
 drivers/mmc/Makefile  | 6 +-
 4 files changed, 6 insertions(+), 9 deletions(-)

diff --git a/configs/sandbox_defconfig b/configs/sandbox_defconfig
index bd91e28..26a3189 100644
--- a/configs/sandbox_defconfig
+++ b/configs/sandbox_defconfig
@@ -91,7 +91,7 @@ CONFIG_CROS_EC_SPI=y
 CONFIG_PWRSEQ=y
 CONFIG_SPL_PWRSEQ=y
 CONFIG_I2C_EEPROM=y
-CONFIG_SANDBOX_MMC=y
+CONFIG_MMC_SANDBOX=y
 CONFIG_SPI_FLASH_SANDBOX=y
 CONFIG_SPI_FLASH=y
 CONFIG_SPI_FLASH_ATMEL=y
diff --git a/configs/sandbox_spl_defconfig b/configs/sandbox_spl_defconfig
index 372f938..15e1bc4 100644
--- a/configs/sandbox_spl_defconfig
+++ b/configs/sandbox_spl_defconfig
@@ -101,7 +101,7 @@ CONFIG_CROS_EC_SANDBOX=y
 CONFIG_CROS_EC_SPI=y
 CONFIG_PWRSEQ=y
 CONFIG_SPL_PWRSEQ=y
-CONFIG_SANDBOX_MMC=y
+CONFIG_MMC_SANDBOX=y
 CONFIG_SPI_FLASH_SANDBOX=y
 CONFIG_SPI_FLASH=y
 CONFIG_SPI_FLASH_ATMEL=y
diff --git a/drivers/mmc/Kconfig b/drivers/mmc/Kconfig
index df4913b..97d245e 100644
--- a/drivers/mmc/Kconfig
+++ b/drivers/mmc/Kconfig
@@ -187,9 +187,10 @@ config MMC_UNIPHIER
help
  This selects support for the SD/MMC Host Controller on UniPhier SoCs.
 
-config SANDBOX_MMC
+config MMC_SANDBOX
bool "Sandbox MMC support"
-   depends on MMC && SANDBOX
+   depends on SANDBOX
+   depends on BLK && DM_MMC_OPS && OF_CONTROL
help
  This select a dummy sandbox MMC driver. At present this does nothing
  other than allow sandbox to be build with MMC support. This
diff --git a/drivers/mmc/Makefile b/drivers/mmc/Makefile
index 6af7f79..2747deb 100644
--- a/drivers/mmc/Makefile
+++ b/drivers/mmc/Makefile
@@ -40,11 +40,7 @@ obj-$(CONFIG_X86) += pci_mmc.o
 obj-$(CONFIG_PXA_MMC_GENERIC) += pxa_mmc_gen.o
 obj-$(CONFIG_SUPPORT_EMMC_RPMB) += rpmb.o
 obj-$(CONFIG_S3C_SDI) += s3c_sdi.o
-ifdef CONFIG_BLK
-ifdef CONFIG_GENERIC_MMC
-obj-$(CONFIG_SANDBOX) += sandbox_mmc.o
-endif
-endif
+obj-$(CONFIG_MMC_SANDBOX)  += sandbox_mmc.o
 obj-$(CONFIG_SH_MMCIF) += sh_mmcif.o
 obj-$(CONFIG_SH_SDHI) += sh_sdhi.o
 obj-$(CONFIG_ZYNQ_SDHCI) += zynq_sdhci.o
-- 
2.7.4

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 1/9] disk: convert CONFIG_PARTITIONS to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:35AM +0100, Patrick Delaunay wrote:

> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 2/9] disk: convert CONFIG_MAC_PARTITION to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:36AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 3/9] disk: convert CONFIG_DOS_PARTITION to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:37AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 4/9] disk: convert CONFIG_ISO_PARTITION to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:38AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 6/9] kbuild: add include linux/kconfig.h in config.h

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:40AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Allow to use define CONFIG_IS_ENABLED
> in include/config_fallbacks.h
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 7/9] disk: convert CONFIG_EFI_PARTITION to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:41AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] mmc: move CONFIG_GENERIC_MMC to Kconfig

[Tom Rini]

On Sat, Jan 28, 2017 at 11:40:49PM +0900, Masahiro Yamada wrote:

> Now, CONFIG_GENERIC_MMC seems equivalent to CONFIG_MMC.
> 
> Let's create an entry for "config GENERIC_MMC" with "default MMC",
> then convert all macro defines in headers to Kconfig.
> 
> I see only two exceptions:
>   configs/blanche_defconfig
>   configs/sandbox_noblk_defconfig
> 
> They define CONFIG_GENERIC_MMC, but not CONFIG_MMC.  Probably,
> these two boards are wrong, so should be checked later.
> 
> Anyway, this is the output of the moveconfig tool.
> 
> This commit was created as follows:
> 
> [1] create a config entry in drivers/mmc/Kconfig
> 
> [2] tools/moveconfig.py -r HEAD GENERIC_MMC
> 
> [3] manual clean-up of garbage comments in doc/README.* and
> include/configs/*.h
> 
> Signed-off-by: Masahiro Yamada 

Reviewed-by: Tom Rini 

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v6 8/9] cmd, disk: convert CONFIG_PARTITION_UUIDS, CMD_PART and CMD_GPT

[Tom Rini]

On Sat, Jan 28, 2017 at 08:46:48AM -0500, Tom Rini wrote:

> From: Patrick Delaunay 
> 
> We convert CONFIG_PARTITION_UUIDS to Kconfig first.  But in order to cleanly
> update all of the config files we must also update CMD_PART and CMD_GPT to 
> also
> be in Kconfig in order to avoid complex logic elsewhere to update all of the
> config files.
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Tom Rini 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 5/9] disk: convert CONFIG_AMIGA_PARTITION to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:39AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5 9/9] disk: convert CONFIG_PARTITION_TYPE_GUID to Kconfig

[Tom Rini]

On Fri, Jan 27, 2017 at 11:00:43AM +0100, Patrick Delaunay wrote:

> From: Patrick Delaunay 
> 
> Signed-off-by: Patrick Delaunay 
> Signed-off-by: Patrick Delaunay 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v3 3/4] api: FreeBSD: flush cache before starting

[Tom Rini]

On Thu, Jan 26, 2017 at 05:46:11PM +0100, Emmanuel Vadot wrote:

> From: Warner Losh 
> 
> FreeBSD loader(8) just loaded code to some random location that may
> contain stale icache entries.
> FreeBSD Kernel needs the icache and dcache flushed.
> Before running either one of them, flush the icache and dcache.

This could probably be expanded to note that in general it's just always
a good idea to flush icache/dcache prior to running whatever we're about
to run.  This isn't so much a FreeBSD thing as a generic thing.

> Signed-off-by: Emmanuel Vadot 

Reviewed-by: Tom Rini 

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH v3 09/11] net: IPv6 documentation

[Tom Rini]

On Wed, Jan 25, 2017 at 10:56:20PM +1300, Chris Packham wrote:
> Signed-off-by: Chris Packham 
> ---
> 
> Changes in v3:
> - Add brief testing section
[snip]
> +Testing using QEMU
> +--
> +Refer to README.x86 for instructions on building u-boot for QEMU. Add
> +the relevant IPv6 configuration to the configuration (CONFIG_CMD_NET6,
> +CONFIG_CMD_PING6) and build.
> +
> +On the host system run
> +
> +  sudo qemu-system-i386 -nographic -bios u-boot.rom -net nic -net tap
> +
> +At the u-boot command line run
> +
> +  setenv ipaddr 192.168.1.100
> +  setenv ip6addr 3ffe::100/64
> +
> +On the host system run
> +
> +  sudo ip addr add 3ffe::1/64 dev tap0
> +  sudo ip addr add 192.168.1.1
> +
> +It should now be possible to use ping6 and tftpboot6 to communicate with
> +the host system from the emulated u-boot environment.

So we can test this under qemu? Cool!  That means we should get some
test.py tests written to match up with the ipv4 tests we have today.  My
gut reaction is that qemu-ppce500 should also be able to work too as
it's also using the E1000 driver.

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 3/3] env: Add support for FS environment

[Tom Rini]

On Wed, Jan 25, 2017 at 06:53:13PM +1000, Fiach Antaw wrote:
> This patch adds support for fat/ext4-style environments on top of
> the FS api, allowing any filesystem to be used to store the u-boot
> environment. This implementation also support redundancy in the
> form of a secondary environment file on the same filesystem.
> 
> Signed-off-by: Fiach Antaw 
> 
> ---
> 
>  README   |  22 
>  cmd/nvedit.c |   1 +
>  common/Makefile  |   1 +
>  common/env_fs.c  | 126 
> +++
>  include/environment.h|  16 ++
>  scripts/config_whitelist.txt |   5 ++
>  6 files changed, 171 insertions(+)
>  create mode 100644 common/env_fs.c

Functionally, I like this idea, it's a step in the right direction.  My
first question is, did you test this on some real hardware that's using
environment stored in a filesystem, on another media not listed here
(say SATA?) ?

Second, it's really, really, not a good idea to add more Kconfig options
to the whitelist.  Can you please take a look at starting to move the
env choices to Kconfig (I would assume ENV_IS_NOWHERE would be the
easiest to move) ?  Then we can add this there, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 2/3] env: Switch env_nand, env_mmc and env_ubi to env_import_redund

[Tom Rini]

On Wed, Jan 25, 2017 at 06:53:12PM +1000, Fiach Antaw wrote:

> The env_nand, env_mmc and env_ubi implementations all implement
> redundancy using an identical serial-number scheme. This commit
> migrates them to use the implementation in env_common, which is
> functionally identical.
> 
> Signed-off-by: Fiach Antaw 

Reviewed-by: Tom Rini 

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/3] env: Add generic redundant environment implementation

[Tom Rini]

On Wed, Jan 25, 2017 at 06:53:11PM +1000, Fiach Antaw wrote:

> All current environments that implement redundancy use almost
> identical implementations. This patch implements the env_nand
> implementation as a function in env_common, and updates the
> env_export function to export an env_nand-style 'flags' field by
> default.
> 
> Signed-off-by: Fiach Antaw 

Reviewed-by: Tom Rini 

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH v3 09/11] net: IPv6 documentation

[Luka Kovačič]

Sounds good to me. I will start testing soon and I am going to automate it.

V sob., 28. jan. 2017 8:51 pop. je oseba Tom Rini 
napisala:

> On Wed, Jan 25, 2017 at 10:56:20PM +1300, Chris Packham wrote:
> > Signed-off-by: Chris Packham 
> > ---
> >
> > Changes in v3:
> > - Add brief testing section
> [snip]
> > +Testing using QEMU
> > +--
> > +Refer to README.x86 for instructions on building u-boot for QEMU. Add
> > +the relevant IPv6 configuration to the configuration (CONFIG_CMD_NET6,
> > +CONFIG_CMD_PING6) and build.
> > +
> > +On the host system run
> > +
> > +  sudo qemu-system-i386 -nographic -bios u-boot.rom -net nic -net tap
> > +
> > +At the u-boot command line run
> > +
> > +  setenv ipaddr 192.168.1.100
> > +  setenv ip6addr 3ffe::100/64
> > +
> > +On the host system run
> > +
> > +  sudo ip addr add 3ffe::1/64 dev tap0
> > +  sudo ip addr add 192.168.1.1
> > +
> > +It should now be possible to use ping6 and tftpboot6 to communicate with
> > +the host system from the emulated u-boot environment.
>
> So we can test this under qemu? Cool!  That means we should get some
> test.py tests written to match up with the ipv4 tests we have today.  My
> gut reaction is that qemu-ppce500 should also be able to work too as
> it's also using the E1000 driver.
>
> --
> Tom
>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 3/3] socfpga: Adapt environment storage for DE0-nano-SoC

[Frank Kunz]

Increase environment size and locate storage location on MMC after GPT.

Signed-off-by: Frank Kunz 
---
:100644 100644 d58240e751... 5d0542bd8f... M
include/configs/socfpga_de0_nano_soc.h
 include/configs/socfpga_de0_nano_soc.h | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/include/configs/socfpga_de0_nano_soc.h 
b/include/configs/socfpga_de0_nano_soc.h
index d58240e751..5d0542bd8f 100644
--- a/include/configs/socfpga_de0_nano_soc.h
+++ b/include/configs/socfpga_de0_nano_soc.h
@@ -13,9 +13,13 @@
 #define CONFIG_DOS_PARTITION
 #define CONFIG_FAT_WRITE
 #define CONFIG_HW_WATCHDOG
-
 #define CONFIG_SPL_ABORT_ON_RAW_IMAGE
 
+/* U-Boot env settings */
+#define CONFIG_ENV_SIZE (8*1024)
+#define CONFIG_SYS_MMC_ENV_DEV 0   /* device 0 */
+#define CONFIG_ENV_OFFSET (34*512) /* just after the GPT */
+
 /* Memory configurations */
 #define PHYS_SDRAM_1_SIZE  0x4000  /* 1GiB */
 
-- 
2.11.0

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Frank Kunz]

This adds common distribution boot environment variables for
DE0-nanos-SoC board. The current boot procedure is extended to run
the distribution boot as fallback.
The SOC ROM loader scans for the SPL in the special partition 0xa2 (partition 
mode)
if this is not found it scans the MMC card sector 0 (raw mode), for up to
four valid SPLs. When a partition table (MBR, GPT) is used with raw mode,
the first SPL must not be written to the MMC and the ROM loader uses the second 
SPL.

Frank Kunz (3):
  socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
  socfpga: Add distoboot support for DE0-nano-SoC
  socfpga: Adapt environment storage for DE0-nano-SoC

 include/configs/socfpga_de0_nano_soc.h | 32 +++-
 1 file changed, 31 insertions(+), 1 deletion(-)

--
2.11.0

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 2/3] socfpga: Add distoboot support for DE0-nano-SoC

[Frank Kunz]

This enables common distroboot support as fall back when the "mmcboot"
command fails to load OS image. In fall back case MMC, PXE and DHCP boot
are probed.

Signed-off-by: Frank Kunz 
---
:100644 100644 f7e2068782... d58240e751... M
include/configs/socfpga_de0_nano_soc.h
 include/configs/socfpga_de0_nano_soc.h | 26 +-
 1 file changed, 25 insertions(+), 1 deletion(-)

diff --git a/include/configs/socfpga_de0_nano_soc.h 
b/include/configs/socfpga_de0_nano_soc.h
index f7e2068782..d58240e751 100644
--- a/include/configs/socfpga_de0_nano_soc.h
+++ b/include/configs/socfpga_de0_nano_soc.h
@@ -22,7 +22,7 @@
 /* Booting Linux */
 #define CONFIG_BOOTFILE"fitImage"
 #define CONFIG_BOOTARGS"console=ttyS0," 
__stringify(CONFIG_BAUDRATE)
-#define CONFIG_BOOTCOMMAND "run mmcload; run mmcboot"
+#define CONFIG_BOOTCOMMAND "run mmcload; run mmcboot; run distro_bootcmd"
 #define CONFIG_LOADADDR0x0100
 #define CONFIG_SYS_LOAD_ADDR   CONFIG_LOADADDR
 
@@ -35,6 +35,22 @@
 #define CONFIG_ENV_IS_IN_MMC
 
 /* Extra Environment */
+#ifndef CONFIG_SPL_BUILD
+#include 
+
+#ifdef CONFIG_CMD_PXE
+#define BOOT_TARGET_DEVICES_PXE(func) func(PXE, pxe, na)
+#else
+#define BOOT_TARGET_DEVICES_PXE(func)
+#endif
+
+#define BOOT_TARGET_DEVICES(func) \
+   func(MMC, mmc, 0) \
+   BOOT_TARGET_DEVICES_PXE(func) \
+   func(DHCP, dhcp, na)
+
+#include 
+
 #define CONFIG_EXTRA_ENV_SETTINGS \
"loadaddr=" __stringify(CONFIG_SYS_LOAD_ADDR) "\0" \
"ramboot=setenv bootargs " CONFIG_BOOTARGS ";" \
@@ -50,6 +66,14 @@
"mmcload=mmc rescan;" \
"load mmc 0:1 ${loadaddr} ${bootimage};" \
"load mmc 0:1 ${fdt_addr} ${fdtimage}\0" \
+   "bootm_size=0xa00\0" \
+   "kernel_addr_r="__stringify(CONFIG_SYS_LOAD_ADDR)"\0" \
+   "fdt_addr_r=0x0200\0" \
+   "scriptaddr=0x0210\0" \
+   "pxefile_addr_r=0x0220\0" \
+   "ramdisk_addr_r=0x0230\0" \
+   BOOTENV
+#endif
 
 /* The rest of the configuration is shared */
 #include 
-- 
2.11.0

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 1/3] socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC

[Frank Kunz]

This allows the SPL to scan the MMC for a valid uboot image on a second
sector location defined by CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR when
the default location "CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR + first
partition offset" does not contain a valid uboot image.

Signed-off-by: Frank Kunz 
---
:100644 100644 6b9546e8f7... f7e2068782... M
include/configs/socfpga_de0_nano_soc.h
 include/configs/socfpga_de0_nano_soc.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/include/configs/socfpga_de0_nano_soc.h 
b/include/configs/socfpga_de0_nano_soc.h
index 6b9546e8f7..f7e2068782 100644
--- a/include/configs/socfpga_de0_nano_soc.h
+++ b/include/configs/socfpga_de0_nano_soc.h
@@ -14,6 +14,8 @@
 #define CONFIG_FAT_WRITE
 #define CONFIG_HW_WATCHDOG
 
+#define CONFIG_SPL_ABORT_ON_RAW_IMAGE
+
 /* Memory configurations */
 #define PHYS_SDRAM_1_SIZE  0x4000  /* 1GiB */
 
-- 
2.11.0

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Marek Vasut]

On 01/28/2017 09:47 PM, Frank Kunz wrote:
> This adds common distribution boot environment variables for
> DE0-nanos-SoC board. The current boot procedure is extended to run
> the distribution boot as fallback.
> The SOC ROM loader scans for the SPL in the special partition 0xa2 (partition 
> mode)
> if this is not found it scans the MMC card sector 0 (raw mode), for up to
> four valid SPLs. When a partition table (MBR, GPT) is used with raw mode,
> the first SPL must not be written to the MMC and the ROM loader uses the 
> second SPL.
> 
> Frank Kunz (3):
>   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
>   socfpga: Add distoboot support for DE0-nano-SoC
>   socfpga: Adapt environment storage for DE0-nano-SoC
> 
>  include/configs/socfpga_de0_nano_soc.h | 32 +++-
>  1 file changed, 31 insertions(+), 1 deletion(-)

CCing Dalon, he sent a series
[PATCH v7 0/7] arm: socfpga: update default u-boot environment

Can you two coordinate the efforts ? I think it'd make sense to wait for
his series to reach v8 and then rebase on top of it. I would also like
Dalon to do a v8 which just extracts the common env, so we can
merge that first and then look into the more intrusive bits.

-- 
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Westergreen, Dalon]

On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote:
> On 01/28/2017 09:47 PM, Frank Kunz wrote:
> > 
> > This adds common distribution boot environment variables for
> > DE0-nanos-SoC board. The current boot procedure is extended to run
> > the distribution boot as fallback.
> > The SOC ROM loader scans for the SPL in the special partition 0xa2
> > (partition mode)
> > if this is not found it scans the MMC card sector 0 (raw mode), for up to
> > four valid SPLs. When a partition table (MBR, GPT) is used with raw mode,
> > the first SPL must not be written to the MMC and the ROM loader uses the
> > second SPL.
> > 
> > Frank Kunz (3):
> >   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
> >   socfpga: Add distoboot support for DE0-nano-SoC
> >   socfpga: Adapt environment storage for DE0-nano-SoC
> > 
> >  include/configs/socfpga_de0_nano_soc.h | 32
> > +++-
> >  1 file changed, 31 insertions(+), 1 deletion(-)
> 
> CCing Dalon, he sent a series
> [PATCH v7 0/7] arm: socfpga: update default u-boot environment
> 
> Can you two coordinate the efforts ? I think it'd make sense to wait for
> his series to reach v8 and then rebase on top of it. I would also like
> Dalon to do a v8 which just extracts the common env, so we can
> merge that first and then look into the more intrusive bits.
> 
Cool, i can submit a v8 which just moves the env to a common location.
I have reservations about the use use of raw mode while an MBR is
present.  It is definitely not an intended use, although it does
work. If you like i can just merge the two patch sets into v8?

thanks,
dalon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Frank Kunz]

Am 28.01.2017 um 22:25 schrieb Westergreen, Dalon:
> On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote:
>> On 01/28/2017 09:47 PM, Frank Kunz wrote:
>>>
>>> This adds common distribution boot environment variables for
>>> DE0-nanos-SoC board. The current boot procedure is extended to run
>>> the distribution boot as fallback.
>>> The SOC ROM loader scans for the SPL in the special partition 0xa2
>>> (partition mode)
>>> if this is not found it scans the MMC card sector 0 (raw mode), for up to
>>> four valid SPLs. When a partition table (MBR, GPT) is used with raw mode,
>>> the first SPL must not be written to the MMC and the ROM loader uses the
>>> second SPL.
>>>
>>> Frank Kunz (3):
>>>   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
>>>   socfpga: Add distoboot support for DE0-nano-SoC
>>>   socfpga: Adapt environment storage for DE0-nano-SoC
>>>
>>>  include/configs/socfpga_de0_nano_soc.h | 32
>>> +++-
>>>  1 file changed, 31 insertions(+), 1 deletion(-)
>>
>> CCing Dalon, he sent a series
>> [PATCH v7 0/7] arm: socfpga: update default u-boot environment
>>
>> Can you two coordinate the efforts ? I think it'd make sense to wait for
>> his series to reach v8 and then rebase on top of it. I would also like
>> Dalon to do a v8 which just extracts the common env, so we can
>> merge that first and then look into the more intrusive bits.
>>
> Cool, i can submit a v8 which just moves the env to a common location.
> I have reservations about the use use of raw mode while an MBR is
> present.  It is definitely not an intended use, although it does
> work. If you like i can just merge the two patch sets into v8?
> 
I'm fine with that. Looking forward to v8 then.

Br,
Frank
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH 3/3] spl: add support to booting with ATF

[Tom Rini]

On Thu, Jan 26, 2017 at 07:23:40AM -0700, Simon Glass wrote:
> +Tom for license comment
> 
> Hi,
> 
> On 6 January 2017 at 00:55, Michal Simek  wrote:
> > Hi,
> >
> > On 6.1.2017 08:09, Kever Yang wrote:
> >> Hi Michal,
> >>
> >> Thanks for your comments.
> >>
> >> On 01/02/2017 11:05 PM, Michal Simek wrote:
> >>> On 29.12.2016 11:25, Kever Yang wrote:
>  ATF(ARM Trust Firmware) is used by ARM arch64 SoCs, find more infomation
>  about ATF at:
> 
>  SPL is consider as BL2 in ATF, it needs to load other part of ATF binary
> >>> SPL replaces BL2 in ATF
> >>
> >> OK, will follow your comment in next patch.
> >>>
>  like BL31, BL32, SCP-BL30, and BL33(U-Boot). And needs to prepare the
>  parameter for BL31 which including entry and image information for all
>  other images. Then the SPL handle PC to BL31 with the parameter, the
>  BL31 will do the rest of work and at last get into U-Boot(BL33).
> >>> But the main question for this is how do load that images and in which
> >>> format. It means I would think that you will introduce fit format which
> >>> contain BL33(U-Boot), BL32(secure os) and BL31(ATF) and SPL will be able
> >>> to load all of them.
> >>
> >> Yes, I use FIT format to contain BL33 and BL32 and SPL load all of them.
> >
> > Do you have some logs? I didn't check the latest code but IIRC it was
> > possible to handle one image and dt not several images which has to be
> > supported. There is also loadables section in fit which can help with this.
> >
> >>>
> >>> If you look at zynqmp I did a small trick where I consider case that
> >>> with ATF it is OS boot where kernel is ATF and dtb is full u-boot to get
> >>> it boot.
> >>
> >> This is a good idea, and it look fine for support ATF in SPL in local
> >> source code,
> >> but it will be better if we have an official support for ATF, right?
> >
> > Definitely having support just for ATF is much better solution than what
> > I use in ZynqMP.
> >
> >>
> >>>
> >>> If you adopt fit format then I expect SPL will be able to remember which
> >>> part is where and based on that fill structure for ATF.
> >>> Then SPL_ATF_TEXT_BASE address is not needed because it will be read
> >>> from fit format.
> >>
> >> Yes, you are right, SPL_ATF_TEXT_BASE is not a must, we gen get it from
> >> fit.
> >
> > ok.
> >
> >>
> >>>
> >>>
> >>>
>  Signed-off-by: Kever Yang 
>  ---
> 
>    common/spl/Kconfig   |  14 +++
>    common/spl/Makefile  |   1 +
>    common/spl/spl.c |   4 +
>    common/spl/spl_atf.c |  91 
>    include/atf_common.h | 295
>  +++
>    include/spl.h|   1 +
>    6 files changed, 406 insertions(+)
>    create mode 100644 common/spl/spl_atf.c
>    create mode 100644 include/atf_common.h
> 
>  diff --git a/common/spl/Kconfig b/common/spl/Kconfig
>  index cba51f5..1bb4360 100644
>  --- a/common/spl/Kconfig
>  +++ b/common/spl/Kconfig
>  @@ -577,6 +577,20 @@ config SPL_YMODEM_SUPPORT
>  means of transmitting U-Boot over a serial line for using in
>  SPL,
>  with a checksum to ensure correctness.
>    +config SPL_ATF_SUPPORT
>  +bool "Support ARM trust firmware"
>  +depends on SPL
>  +help
>  +  ATF(ARM Trust Firmware) is component for ARM arch64 which need to
>  +  load by SPL(consider as BL2 in ATF).
>  +  More detail at:
>  https://github.com/ARM-software/arm-trusted-firmware
>  +
>  +config SPL_ATF_TEXT_BASE
>  +depends on SPL_ATF_SUPPORT
>  +hex "ATF TEXT BASE addr"
>  +help
>  +  This is the base address in memory for ATF text and entry point.
>  +
>    config TPL_ENV_SUPPORT
>    bool "Support an environment"
>    depends on TPL
>  diff --git a/common/spl/Makefile b/common/spl/Makefile
>  index ed02635..620ae90 100644
>  --- a/common/spl/Makefile
>  +++ b/common/spl/Makefile
>  @@ -20,6 +20,7 @@ endif
>    obj-$(CONFIG_SPL_UBI) += spl_ubi.o
>    obj-$(CONFIG_SPL_NET_SUPPORT) += spl_net.o
>    obj-$(CONFIG_SPL_MMC_SUPPORT) += spl_mmc.o
>  +obj-$(CONFIG_SPL_ATF_SUPPORT) += spl_atf.o
>    obj-$(CONFIG_SPL_USB_SUPPORT) += spl_usb.o
>    obj-$(CONFIG_SPL_FAT_SUPPORT) += spl_fat.o
>    obj-$(CONFIG_SPL_EXT_SUPPORT) += spl_ext.o
>  diff --git a/common/spl/spl.c b/common/spl/spl.c
>  index 1729034..7daf7bd 100644
>  --- a/common/spl/spl.c
>  +++ b/common/spl/spl.c
>  @@ -390,6 +390,10 @@ void board_init_r(gd_t *dummy1, ulong dummy2)
>  gd->malloc_ptr / 1024);
>    #endif
>    +#ifdef CONFIG_SPL_ATF_SUPPORT
>  +bl31_entry();
>  +#endif
>  +
>    debug("loaded - jumping to U-Boot...");
>    spl_board_prepare_for_boot();
>    jump_to_image_no_args(&spl_image);
>  diff --git a/common/spl/spl_atf.c b/

Re: [U-Boot] [PATCH 0/3] Distroboot support for DE0-nano-SoC board

[Marek Vasut]

On 01/28/2017 10:25 PM, Westergreen, Dalon wrote:
> On Sat, 2017-01-28 at 21:53 +0100, Marek Vasut wrote:
>> On 01/28/2017 09:47 PM, Frank Kunz wrote:
>>>
>>> This adds common distribution boot environment variables for
>>> DE0-nanos-SoC board. The current boot procedure is extended to run
>>> the distribution boot as fallback.
>>> The SOC ROM loader scans for the SPL in the special partition 0xa2
>>> (partition mode)
>>> if this is not found it scans the MMC card sector 0 (raw mode), for up to
>>> four valid SPLs. When a partition table (MBR, GPT) is used with raw mode,
>>> the first SPL must not be written to the MMC and the ROM loader uses the
>>> second SPL.
>>>
>>> Frank Kunz (3):
>>>   socfpga: Enable abort for DE-nano-SoC SPL uboot load from MMC
>>>   socfpga: Add distoboot support for DE0-nano-SoC
>>>   socfpga: Adapt environment storage for DE0-nano-SoC
>>>
>>>  include/configs/socfpga_de0_nano_soc.h | 32
>>> +++-
>>>  1 file changed, 31 insertions(+), 1 deletion(-)
>>
>> CCing Dalon, he sent a series
>> [PATCH v7 0/7] arm: socfpga: update default u-boot environment
>>
>> Can you two coordinate the efforts ? I think it'd make sense to wait for
>> his series to reach v8 and then rebase on top of it. I would also like
>> Dalon to do a v8 which just extracts the common env, so we can
>> merge that first and then look into the more intrusive bits.
>>
> Cool, i can submit a v8 which just moves the env to a common location.
> I have reservations about the use use of raw mode while an MBR is
> present.  It is definitely not an intended use, although it does
> work. If you like i can just merge the two patch sets into v8?

No, please just keep the stuff separate, so we can get something in
and then move on to the next thing.

-- 
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 1/4] aspeed: Add drivers common to all Aspeed SoCs

[Tom Rini]

On Wed, Jan 18, 2017 at 01:44:55PM -0800, max...@google.com wrote:

> Add support for Watchdog Timer, which is compatible with AST2400 and
> AST2500 watchdogs. There is no uclass for Watchdog yet, so the driver
> does not follow the driver model. It also uses fixed clock, so no clock
> driver is needed.
> 
> Add support for timer for Aspeed ast2400/ast2500 devices.
> The driver actually controls several devices, but because all devices
> share the same Control Register, it is somewhat difficult to completely
> decouple them. Since only one timer is needed at the moment, this should
> be OK. The timer uses fixed clock, so does not rely on a clock driver.
> 
> Add sysreset driver, which uses watchdog timer to do resets and particular
> watchdog device to use is hardcoded (0)
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [U-Boot, v4, 3/4] aspeed: Board init functions and common configs for ast2500 based boards

[Tom Rini]

On Wed, Jan 18, 2017 at 01:44:57PM -0800, max...@google.com wrote:

> Add configuration file with parameters that are very likely to be shared by
> all ast2500-based boards.
> Add ast2500-board.c file with the init code that is very likely to be
> shared by all ast2500-based boards.
> Reviewed-by: Simon Glass 

Applied to u-boot/master, thanks!

-- 
Tom


signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot