On Tuesday, November 17, 2015 at 04:20:16 PM, Simon Brown wrote:
Hi,
> I thought I checked out "v2015.10", rather than a rc. I assumed that was
> the proper version.
>
> The startup message says:
> U-Boot 2015.10-dirty (Nov 17 2015 - 14:31:48 +)
Try git describe HEAD ;-)
> I don't have US
On Tuesday, November 17, 2015 at 02:16:06 PM, Florian Achleitner wrote:
> Hi Marek,
Hi,
> thanks for you contributions to support mxs HAB v4 in u-boot. I'm currently
> experimenting with HAB on my imx28 board. I think I put everything together
> quite well.
>
> But examining the HAB event log I
On Wednesday, November 18, 2015 at 10:57:13 AM, Florian Achleitner wrote:
> Hi,
>
> On Wednesday, November 18, 2015 09:55:12 AM Marek Vasut wrote:
> > On Tuesday, November 17, 2015 at 02:16:06 PM, Florian Achleitner wrote:
> > > Hi Marek,
> >
> > Hi,
> >
> > > thanks for you contributions to sup
On Tuesday, November 17, 2015 at 01:16:15 PM, w...@denx.de wrote:
Hi,
[...]
> Hi Wolfgang Denk,
>
> I have ARM9 processor board with uboot version u-boot-1.1.6. Now I want to
> change it to u-boot-2015.10. But the whole uboot structure got changed from
> version 1.1.6 to 2015.10.
>
> Please gu
The SR1500 board is a CycloneV based board, similar to the EBV
SoCrates, equipped with the following devices:
- SPI NOR
- eMMC
- Ethernet
Signed-off-by: Stefan Roese
Reviewed-by: Marek Vasut
Cc: Pavel Machek
Cc: Dinh Nguyen
---
v4:
- Really remove board specific commands
v3:
- Removed README
On Wednesday, November 18, 2015 at 11:09:55 AM, Ravi Koganti wrote:
> Hi Marek Vasut
Hi,
> Can you give me any reference link to do it from scratch.
I don't think there's any reference document.
Look at other platforms, for example in arch/arm/mach-* (socfpga might be
a good pick). Then add the
This series is a rework or repost of a few patches to fix vexpress64 FVP
support and to add NOR flash support to the boards that support it,
namely, Juno and the FVP AEMv8 models. The FVP Foundation model does not
simulate NOR flash, but will fail gracefully with this series.
The first patch was o
This patch makes the 2nd DRAM bank available on Juno only and not on
other vexpress64 targets, eg. the FVP models.
The commit below added a 2nd bank of NOR flash for Juno, but also for
all vexpress64 targets:
commit 2d0cee1ca2b9d977fa3214896bb2e30cfec77059
Author: Liviu Dudau
Date:
This patch allows vexpress64 targets to be compiled when
CONFIG_SYS_FLASH_CFI is enabled.
I considered using #warning instead of #error, but this just clutters up
the build output and hides real warnings.
Without this patch, you see errors during compilation like this:
include/configs/vexpress_a
Only compile in PCIe support if the board really uses it. Provide
a __weak stub for the init function if e.g. FVP is being built.
Signed-off-by: Ryan Harkin
Acked-by: Linus Walleij
---
board/armltd/vexpress64/Makefile | 3 ++-
board/armltd/vexpress64/pcie.c | 2 --
board/armltd/vexpre
Add support for storing the environment in CFI NOR flash on Juno and FVP
models.
I also removed some config values that are not used by CFI flash parts.
Juno has 1 flash part with 259 sectors. The first 255 sectors are
0x4 (256kb) and are followed by 4 sectors of 0x1 (64KB).
FVP models
Hi Fabio,
On Di, 2015-11-17 at 14:25 -0200, Fabio Estevam wrote:
> This reverts commit 59370f3fcd135089c402c93720a87c688abe600c.
>
> This commit breaks ethernet on at least mx6 Riotboard and
> mx6sxsabresd boards.
>
> Reported-by: Catalin Crenguta
> Signed-off-by: Fabio Estevam
> ---
> driver
Hi Stefan,
On Wed, Nov 18, 2015 at 3:54 AM, Stefan Roese wrote:
> I'm not sure if this revert is the right way to solve this problem.
> Please take a look at my answer a few weeks ago:
>
> https://www.mail-archive.com/u-boot@lists.denx.de/msg191206.html
>
> As mentioned in my mail above, the del
Hi Jörg,
On Wed, Nov 18, 2015 at 6:44 AM, Jörg Krause
wrote:
> I think this is not the right thing to do here. It is true that the
> AR8035 ethernet chip of the RioTboard needs the clock to be stable for
> at least 1ms before RESET can be deasserted. This why it fails, if
> there is no MII reset
For Setting and clearing the bits in SEC Block registers
sec_clrbits32() and sec_setbits32() are used which work as
per endianness of CAAM block.
So these must be used with SEC register address as argument.
If the value is read in a local variable, then the functions
will not behave correctly where
LS1043ARDB Secure Boot Target from NOR has been added.
- Configs defined to enable esbc_validate.
- ESBC Address in header is made 64 bit.
- SMMU is re-configured in Bypass mode.
Signed-off-by: Aneesh Bansal
---
arch/arm/include/asm/arch-fsl-layerscape/config.h | 16 --
.../include/asm/
usec2ticks() function has been defined for ARMv8 which will
be used by SEC Driver.
Signed-off-by: Aneesh Bansal
---
arch/arm/cpu/armv8/generic_timer.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/cpu/armv8/generic_timer.c
b/arch/arm/cpu/armv8/generic_timer.c
index 8
For LS1043, SEC read/writes are made snoopable by setting
the corresponding bits in SCFG to avoid coherency issues.
Signed-off-by: Aneesh Bansal
---
arch/arm/cpu/armv8/fsl-layerscape/soc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/soc.c
b/arch/ar
Hi Anton,
2015-11-17 13:55 GMT+01:00 Anton Schubert :
> Hi Dirk,
>
> 2015-10-28 16:44 GMT+01:00 :
>>
>> From: Dirk Eibach
>>
>> @@ -344,7 +345,6 @@ void pci_init_board(void)
>>
>> /* Don't read at all from pci registers if port power is
>> down */
>> if (pcie->lane
On 2015年11月14日 13:59, Thomas Chou wrote:
Change ioremap() to map_physmem(,,MAP_NOCACHE), as it is more used
in u-boot. There are no other archs use ioremap(), except nios2.
Thomas Chou (10):
altera_jtag_uart: change ioremap to map_physmem
altera_uart: change ioremap to map_physmem
alt
Hi Tom,
Please pull,
The following changes since commit fe524569d4a7eea66475d5815be75660e59b6ee4:
Merge git://git.denx.de/u-boot-marvell (2015-11-17 17:57:32 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-nios.git master
for you to fetch changes up to f5b76de44038
Am 18.11.2015 um 13:48 schrieb Dirk Eibach:
> I assume the idea is to go to the next port if the current port is
> disabled. But adding 3 to the index does not seem to be the right
> thing to do, since Armada XP has ports with 4 lanes, but also with
> ports with one lane.
> I assume that iterating
On Wed, Nov 18, 2015 at 09:24:40PM +0800, Thomas Chou wrote:
> Hi Tom,
>
> Please pull,
>
> The following changes since commit fe524569d4a7eea66475d5815be75660e59b6ee4:
>
> Merge git://git.denx.de/u-boot-marvell (2015-11-17 17:57:32 -0500)
>
> are available in the git repository at:
>
> g
Change map_sysmem() to map_physmem(), because sandbox is the only
arch which define map_sysmem() and it actually only calls
map_physmem(). For some arch like nios2, the flag should be
MAP_NOCACHE for port access.
Signed-off-by: Thomas Chou
---
drivers/serial/ns16550.c | 5 ++---
1 file changed,
Since commit 220e8021af96 ("nios2: convert altera_jtag_uart to
driver model"), the default debug uart was changed. Most people
use ns16550 UART, so restore it as default.
Signed-off-by: Thomas Chou
Reported-by: Ezequiel Garcia
Reported-by: Ariel D'Alessandro
Reviewed-by: Tom Rini
---
drivers/
Unify serial_x86, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
arch/x86/dts/serial.dtsi| 2 +-
configs/efi-x86_defconfig | 2 +-
drivers/serial/Kconfig | 11 +--
drivers/serial/Makefile | 1 -
drivers/serial/serial_x86.c | 44 --
Add generic binding to unify ns16550 drivers. There are
several drivers using almost the same code, such as serial_dw,
serial_keystone, serial_omap, serial_ppc, serial_rockchip,
serial_tegra.c, and serial_x86. But each is platform specific.
The key difference between these drivers is the way to ge
Unify serial_ppc, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
arch/powerpc/include/asm/config.h | 4
drivers/serial/Kconfig| 2 +-
drivers/serial/Makefile | 1 -
drivers/serial/serial_ppc.c | 40 --
Add generic binding to unify ns16550 drivers. There are
several drivers using almost the same code, such as serial_dw,
serial_keystone, serial_omap, serial_ppc, serial_rockchip,
serial_tegra.c, and serial_x86. But each is platform specific.
The key difference between these drivers is the way to ge
Unify serial_tegra, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
arch/arm/mach-tegra/board.c| 14 +++
drivers/serial/Makefile| 1 -
drivers/serial/serial_tegra.c | 54 --
include/configs/tegra-com
Unify serial_keystone, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
configs/k2g_evm_defconfig| 1 -
drivers/serial/Makefile | 1 -
drivers/serial/serial_keystone.c | 48
include/configs/ti_a
Unify serial_omap, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
board/isee/igep00x0/igep00x0.c | 2 +-
board/lge/sniper/sniper.c | 2 +-
board/logicpd/omap3som/omap3logic.c | 2 +-
board/logicpd/zoom1/zoom1.c | 2 +-
board/overo/ov
Unify serial_dw, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
drivers/serial/Makefile| 1 -
drivers/serial/serial_dw.c | 39 ---
include/configs/mv-common.h| 2 +-
include/configs/sunxi-common.h | 2 +-
Change to ns16550 uart for 10m50 devboard based on a new
Altera release.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
arch/nios2/dts/10m50_devboard.dts | 2 +-
configs/10m50_defconfig | 2 +-
include/configs/10m50_devboard.h | 1 +
3 files changed, 3 insertions(+), 2 deletion
Unify serial_rockchip, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
---
arch/arm/dts/rk3288.dtsi | 5 +
arch/arm/mach-rockchip/Kconfig | 3 ---
drivers/serial/Kconfig | 11 +-
drivers/serial/Makefile | 1 -
drivers/ser
Zap CONFIG_NS16550_SERIAL, as the unification of ns16550 drivers
is completed.
Signed-off-by: Thomas Chou
---
configs/efi-x86_defconfig| 1 -
drivers/serial/Kconfig | 12
drivers/serial/ns16550.c | 4
include/configs/am43xx_evm.h
On Wed, Nov 18, 2015 at 9:44 PM, Thomas Chou wrote:
> Since commit 220e8021af96 ("nios2: convert altera_jtag_uart to
> driver model"), the default debug uart was changed. Most people
> use ns16550 UART, so restore it as default.
>
> Signed-off-by: Thomas Chou
> Reported-by: Ezequiel Garcia
> Rep
On Wed, Nov 18, 2015 at 9:44 PM, Thomas Chou wrote:
> Add generic binding to unify ns16550 drivers. There are
> several drivers using almost the same code, such as serial_dw,
> serial_keystone, serial_omap, serial_ppc, serial_rockchip,
> serial_tegra.c, and serial_x86. But each is platform specifi
On Wed, Nov 18, 2015 at 9:44 PM, Thomas Chou wrote:
> Unify serial_x86, and use the generic binding.
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Tom Rini
> ---
> arch/x86/dts/serial.dtsi| 2 +-
> configs/efi-x86_defconfig | 2 +-
> drivers/serial/Kconfig | 11 +--
> drive
On 13/11/2015 06:43, Nishanth Menon wrote:
> Header files can be located in a generic location without
> needing to reference them with ../common/
>
> Generated with the following script
>
> #!/bin/bash
> vendor=board/keymile
> common=$vendor/common
>
> cfiles=`git grep "../common" $vendor|grep
Hi Thomas,
El 16/11/15 a las 21:35, Thomas Chou escribió:
> Hi Ariel,
>
> On 2015年11月16日 22:36, Thomas Chou wrote:
>> Unify serial_rockchip, and use the generic binding.
>>
>> Signed-off-by: Thomas Chou
>> ---
>> arch/arm/mach-rockchip/Kconfig | 8 +++-
>> drivers/serial/Kconfig
Hi Thomas,
On Wed, Nov 18, 2015 at 9:44 PM, Thomas Chou wrote:
> Zap CONFIG_NS16550_SERIAL, as the unification of ns16550 drivers
> is completed.
>
> Signed-off-by: Thomas Chou
> ---
> configs/efi-x86_defconfig| 1 -
> drivers/serial/Kconfig | 12
> drive
On Wed, Nov 18, 2015 at 10:05 PM, Marcel Ziswiler
wrote:
> The address range check may overflow if the memory region is located at
> the top of the 32-bit address space. This can e.g. be seen on TK1 if
> using the E1000 gigabit Ethernet driver where start and size are both
> 0x8000 leading to
On Wednesday, November 18, 2015 11:01:03 AM Marek Vasut wrote:
> > [Header]
> > Version = 4.0
> > Hash Algorithm = sha256
> > Engine Configuration = 0
> > Certificate Format = X509
> > Signature Format = CMS
> > Engine = DCP
>
> I use "Engine = ANY" here, not sure if it matters.
Makes no differen
Hi Stephen
By accident I stumbled over this post and by incident now that we at
Toradex are working on an Apalis TK1 module design using the same
i210/i211 gigabit Ethernet chip as already widely deployed on Apalis
T30 we are facing this as well.
On Mon, 2015-11-09 at 10:21 -0700, Stephen Warren
Hi,
On Wednesday, November 18, 2015 09:55:12 AM Marek Vasut wrote:
> On Tuesday, November 17, 2015 at 02:16:06 PM, Florian Achleitner wrote:
> > Hi Marek,
>
> Hi,
>
> > thanks for you contributions to support mxs HAB v4 in u-boot. I'm
> > currently
> > experimenting with HAB on my imx28 board. I
The address range check may overflow if the memory region is located at
the top of the 32-bit address space. This can e.g. be seen on TK1 if
using the E1000 gigabit Ethernet driver where start and size are both
0x8000 leading to the following messages:
Apalis TK1 # tftpboot $loadaddr test_file
Hi Bin,
On 2015年11月18日 22:09, Bin Meng wrote:
Hi Thomas,
On Wed, Nov 18, 2015 at 9:44 PM, Thomas Chou wrote:
Zap CONFIG_NS16550_SERIAL, as the unification of ns16550 drivers
is completed.
Signed-off-by: Thomas Chou
---
configs/efi-x86_defconfig| 1 -
drivers/serial/Kconfig
2015-11-18 14:23 GMT+01:00 Anton Schubert :
> Am 18.11.2015 um 13:48 schrieb Dirk Eibach:
>> I assume the idea is to go to the next port if the current port is
>> disabled. But adding 3 to the index does not seem to be the right
>> thing to do, since Armada XP has ports with 4 lanes, but also with
This driver is meant to be used with any EHCI-compatible host
controller in case if there's no need for platform-specific
glue such as setup of controller or PHY's power mode via
GPIOs etc.
Signed-off-by: Alexey Brodkin
Reviewed-by: Simon Glass
Reviewed-by: Marek Vasut
Cc: Stephen Warren
---
Hi,
On 9 November 2015 at 09:54, Simon Glass wrote:
>
> Hi Hans,
>
> On 9 November 2015 at 00:14, Hans de Goede wrote:
> > Hi Simon,
> >
> > On 09-11-15 07:47, Simon Glass wrote:
> >>
> >> There was quite a bit of discussion about the change that required the
> >> unbinding of USB devices for th
Jagan
On Tuesday 17 November 2015 11:51 AM, Jagan Teki wrote:
>> + void *ctrl_mod_mmap;
> Looks like this patch manages to prepare for non-dm addition by using
> dm functions is it? and other than that some new things got added like
> RD_DUAL or ctrl_mod_mmap, please add them separately add
Well done Marcel!
I didn't have much more time to investigate on it.
OK with nvidia jetson TK1 with i210 AND RTL8169.
On 18/11/2015 15:19, Bin Meng wrote:
On Wed, Nov 18, 2015 at 10:05 PM, Marcel Ziswiler
wrote:
The address range check may overflow if the memory region is located at
the top o
On 11/16/2015 09:29 AM, York Sun wrote:
>
>
> On 11/16/2015 09:21 AM, Joakim Tjernlund wrote:
>> On Mon, 2015-11-16 at 09:03 -0800, York Sun wrote:
>>>
>>> On 11/12/2015 02:54 PM, Joakim Tjernlund wrote:
On Thu, 2015-11-12 at 14:20 -0800, York Sun wrote:
> Introduce a new function to c
On 17 November 2015 at 18:37, Lin Huang wrote:
> emmc and sdcard have different register address, use non-removeable property
> to distinguish them.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v1: None
> Changes in v2: None
> Changes in v3: None
> Changes in v4: None
> Changes in v5: None
> C
Secure memory is at the end of memory, separated and reserved
from OS, tracked by gd->secure_ram. Secure memory can host
MMU tables, security monitor, etc. This is different from PRAM
used to reserve private memory. PRAM offers memory at the top
of u-boot memory, not necessarily the real end of mem
DDR has been set as secure in MMU tables. Non-secure master such
as SDHC DMA cannot access data correctly. Mixing secure and non-
secure MMU entries requirs the MMU tables themselves in secure
memory. This patch moves MMU tables into a secure DDR area.
Early MMU tables are changed to set DDR as no
If the ext3 journal gets out of sync with what is written on disk, for
example because of an unexpected power cut, ext4fs_read_file can
return an all-zero directory entry. In that case, ext4fs_iterate_dir
would infinite loop.
This patch detects when a directory entry's direntlen member is 0 and
r
This set is to change MMU tables so DDR is in non-secure mode that
non-secure master such as SDHC DMA can access the data. To mix
secure and non-secure MMU entries, the MMU tables themselves have
to be in secure memory. A small portion memory is reserved at the
end of DDR (before debug server and M
MC and debug server are not board-specific. Instead of reserving
memory in each board file, a weak function is introduced in board_f.c
to replace macro CONFIG_SYS_MEM_TOP_HIDE for more flexibility.
Legacy use of this macro is still supported. Move the reservation
calculation to SoC file. Reduce deb
Hi Jagan,
On Tue, Nov 17, 2015 at 4:07 AM, Jagan Teki wrote:
> On 14 November 2015 at 00:19, Otavio Salvador wrote:
>> Add SPI NOR support:
>>
>> => sf probe
>> SF: Detected SST25VF032B with page size 256 Bytes, erase size 4 KiB, total 4
>> MiB
>>
>> Signed-off-by: Otavio Salvador
>
> I have a
On 11/16/2015 08:53 PM, Simon Glass wrote:
Adjust all Tegra boards to use driver model for Ethernet, now that the
required drivers are converted.
diff --git a/arch/arm/mach-tegra/Kconfig b/arch/arm/mach-tegra/Kconfig
@@ -14,6 +14,7 @@ config TEGRA_ARMV7_COMMON
select DM_GPIO
Hi Stephen,
On 18 November 2015 at 14:35, Stephen Warren wrote:
> On 11/16/2015 08:53 PM, Simon Glass wrote:
>>
>> Adjust all Tegra boards to use driver model for Ethernet, now that the
>> required drivers are converted.
>
>
>> diff --git a/arch/arm/mach-tegra/Kconfig b/arch/arm/mach-tegra/Kconfi
On Wed, 2015-11-18 at 10:05 -0800, York Sun wrote:
> MC and debug server are not board-specific. Instead of reserving
> memory in each board file, a weak function is introduced in board_f.c
> to replace macro CONFIG_SYS_MEM_TOP_HIDE for more flexibility.
> Legacy use of this macro is still supporte
On Sun, Nov 08, 2015 at 05:11:51PM +0200, Nikita Kiryanov wrote:
> Introduce spl_boot_list array, which defines a list of boot devices
> that SPL will try before hanging. By default this list will consist
> of only spl_boot_device(), but board_boot_order() can be overridden
> by board code to popu
On Tue, Oct 27, 2015 at 10:34:49PM +0100, Michael Heimpold wrote:
> When for example generating/manipulating SD card/eMMC images which
> contain U-Boot and its environment(s), it is handy to use a given
> configuration file instead of the compiled-in default one.
> And since the default configurat
On Thu, Oct 29, 2015 at 04:50:43PM -0500, Kipisz, Steven wrote:
> BeagleBoard X15 (http://beagleboard.org/x15) support in u-boot does
> actually support two different platform configuration offered by
> TI. In addition to BeagleBoard X15, it also supports the TMDXEVM5728
> (or more commonly known
On Sun, Nov 08, 2015 at 05:11:42PM +0200, Nikita Kiryanov wrote:
> Remove code duplication in spl_nand_load_image().
>
> No functional changes.
>
> Signed-off-by: Nikita Kiryanov
> Cc: Scott Wood
> Cc: Igor Grinberg
> Acked-by: Scott Wood
> Reviewed-by: Simon Glass
> Reviewed-by: Heiko Scho
On Sun, Nov 08, 2015 at 05:11:43PM +0200, Nikita Kiryanov wrote:
> The original intention of the mmc load_image() function was to try multiple
> boot modes before failing. This is evident by the lack of break statements
> in the switch, and the following line in the default case:
> puts("spl: mmc:
On Fri, Oct 30, 2015 at 02:57:04PM +0100, Stefano Babic wrote:
> Sometimes it can be useful to link the fw_ tools instead
> of having the fw_setenv/fw_printenv installed.
> Patch exports the tool as library and allowes to link it
> with own programs.
>
> Signed-off-by: Stefano Babic
> CC: Tom Ri
On Sun, Nov 08, 2015 at 05:11:44PM +0200, Nikita Kiryanov wrote:
> Simplify spl_mmc_load_image() code by moving the part that finds the mmc
> device
> into its own function spl_mmc_find_device(), available in two flavors: DM and
> non-DM.
>
> This refactor fixes a bug in which an error in the de
On Sun, Nov 08, 2015 at 05:11:45PM +0200, Nikita Kiryanov wrote:
> Implement default versions of falcon mode functions to make the
> CONFIG_SPL_OS_BOOT check in spl_mmc_load_image() unnecessary, thus reducing
> its #ifdef complexity.
>
> No functional changes.
>
> Signed-off-by: Nikita Kiryanov
On Sun, Nov 08, 2015 at 05:11:46PM +0200, Nikita Kiryanov wrote:
> Implement defaults for the raw partition image loading so that the #ifdef
> CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION in spl_mmc_load_image() will no
> longer be necessary.
>
> This change makes it possible for mmc_load_image_raw
On Sun, Nov 08, 2015 at 05:11:50PM +0200, Nikita Kiryanov wrote:
> Refactor spl image load code out of board_init_r and into its own
> function. This is a preparation for supporting alternative boot
> devices.
>
> Signed-off-by: Nikita Kiryanov
> Cc: Igor Grinberg
> Cc: Tom Rini
> Cc: Simon Gl
On Sun, Nov 08, 2015 at 05:11:47PM +0200, Nikita Kiryanov wrote:
> Move the code that handles fs boot out of spl_mmc_load_image() and into its
> own function to reduce the #ifdef complexity of spl_mmc_load_image().
>
> No functional changes.
>
> Signed-off-by: Nikita Kiryanov
> Cc: Igor Grinber
On Sun, Nov 08, 2015 at 05:11:48PM +0200, Nikita Kiryanov wrote:
> Get rid of emmc boot code duplication in spl_mmc_load_image() using a switch
> case fallthrough into MMCSD_MODE_RAW. Since the #ifdef
> CONFIG_SUPPORT_EMMC_BOOT
> check is not really necessary, remove it in the process.
>
> No fu
On Sun, Nov 08, 2015 at 05:11:51PM +0200, Nikita Kiryanov wrote:
> Introduce spl_boot_list array, which defines a list of boot devices
> that SPL will try before hanging. By default this list will consist
> of only spl_boot_device(), but board_boot_order() can be overridden
> by board code to popu
On Sun, Nov 08, 2015 at 05:11:52PM +0200, Nikita Kiryanov wrote:
> Now that we support alternative boot devices, it can sometimes be
> unclear which boot devices was actually used. Provide a function to
> announce which boot devices are attempted during boot.
>
> Signed-off-by: Nikita Kiryanov
>
On Sun, Nov 08, 2015 at 05:11:49PM +0200, Nikita Kiryanov wrote:
> Make spl_*_load_image() functions return a value instead of
> hanging if a problem is encountered. This enables main spl code
> to make the decision whether to hang or not, thus preparing
> it to support alternative boot devices.
>
On Wed, Nov 11, 2015 at 09:10:52AM -0600, robertcnel...@gmail.com wrote:
> SeeedStudio BeagleBone Green (BBG) is clone of the BeagleBone Black (BBB)
> minus
> the HDMI port and addition of two Grove connectors (i2c2 and usart2).
>
> This board can be identified by the 1A value after A335BNLT (BB
On Sun, Nov 08, 2015 at 05:11:54PM +0200, Nikita Kiryanov wrote:
> Currently the mmc device that SPL looks at is always mmc0, regardless
> of the BOOT_DEVICE_MMCx value. This forces some boards to
> implement hacks in order to boot from other mmc devices.
>
> Make SPL take into account the correc
On Sun, Nov 08, 2015 at 05:11:53PM +0200, Nikita Kiryanov wrote:
> Use spl alternate boot device feature to define fallback to
> the main boot device as it is defined by hardware.
>
> Signed-off-by: Nikita Kiryanov
> Cc: Igor Grinberg
> Cc: Stefano Babic
> Cc: Tom Rini
> Reviewed-by: Tom Rini
On Tue, Nov 10, 2015 at 06:13:34PM -0800, Bin Meng wrote:
> This updates git-mailrc to add me as a maintainer of x86.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Tue, Nov 10, 2015 at 03:17:44PM +0200, Dmitry Lifshitz wrote:
> CM-T3517 has several HW revisions.
> Add board specific get_board_rev() callback to retrieve revision number.
>
> Signed-off-by: Dmitry Lifshitz
> Reviewed-by: Igor Grinberg
Applied to u-boot/master, thanks!
--
Tom
signatur
On Wed, Nov 11, 2015 at 09:39:33PM +0800, Thomas Chou wrote:
> Add CMD_GPIO to Kconfig and run tools/moveconfig.py .
>
> Signed-off-by: Thomas Chou
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Thu, Nov 12, 2015 at 12:30:19PM -0200, Fabio Estevam wrote:
> Prior to commit 5ba534d247d418 ("arm: Switch 32-bit ARM to using generic
> global_data setup") we used to have assembly code that configured the
> malloc_base address.
>
> Since this commit we use the board_init_f_mem() function in
On Fri, Nov 13, 2015 at 03:01:14PM +0100, Valentin Longchamp wrote:
> KM_ENV_BUS was used for nothing else than an direct assignment to
> CONFIG_I2C_ENV_EEPROM_BUS. To avoid this, directly use
> CONFIG_I2C_ENV_EEPROM_BUS instead.
>
> Patchwork: http://patchwork.ozlabs.org/patch/399411/
> Signed-o
On Fri, Nov 13, 2015 at 04:15:19PM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> To prevent u-boot to stop accidently e.g. due to line noise on the
> serial line, we now use the option CONFIG_AUTOBOOT_KEYED. We choose the
> key for this.
>
> Signed-off-by: Holger Brunck
> Signed-
On Fri, Nov 13, 2015 at 03:01:16PM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> Similar to kmcoge5un we need to check the dip switch at startup
> connected to the kirkwood at MPP43. If it's set we need to set the
> actual_bank to zero to boot from SW bank zero. Additional to kmcoge
On Fri, Nov 13, 2015 at 03:01:17PM +0100, Valentin Longchamp wrote:
> There was a small typo for KM_COGE5UN that resulted in the dip switch
> not to behave as expected.
>
> Signed-off-by: Valentin Longchamp
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signatur
On Fri, Nov 13, 2015 at 03:01:15PM +0100, Valentin Longchamp wrote:
> From: Tobias Müller
>
> Configure PHY LED register for Marvell 88E1118R PHY used on PIGGY3 to
> match with printed descriptions on PCB
>
> Signed-off-by: Tobias Müller
> Signed-off-by: Valentin Longchamp
Applied to u-boot/
On Sat, Nov 14, 2015 at 11:53:49PM -0700, Stephen Warren wrote:
> gcc 4.4.3 (which is the default native compiler on x86-64 Ubuntu 10.04)
> doesn't seem to like initializers for sub-fields of anonymous unions.
> Solve this by replacing the initialization with an assignment. This
> fixes:
>
> lib/
On Fri, Nov 13, 2015 at 04:15:20PM +0100, Valentin Longchamp wrote:
> If a DTB is found with cramfsls, the bootscript continues as expected.
> If none is found, the cramfsloadfdt and boot subbootcmds are updated to
> not load the DTB from cramfs and not pass it to the kernel. The kernel
> thus mus
On Fri, Nov 13, 2015 at 04:15:22PM +0100, Valentin Longchamp wrote:
> From: Tobias Müller
>
> Search for the kernel and DTBs in a folder named PRODUCTNAME (found in the
> IVM)
> at the TFTP server instead of the u-boot boardname.
>
> Signed-off-by: Tobias Müller
> Signed-off-by: Valentin Long
On Fri, Nov 13, 2015 at 04:15:21PM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> When loading the dtb file via tftp we should load the one which matches
> boardId and hwKey and not a common one for the boardname. We have boards
> were different hwKeys are used and then we may load a
On Tue, Nov 17, 2015 at 10:53:24AM +0100, Valentin Longchamp wrote:
> From: Christoph Dietrich
>
> This board is similar to TUXX1, but it has differend FPGAs.
>
> Signed-off-by: Christoph Dietrich
> Signed-off-by: Andreas Huber
> Signed-off-by: Valentin Longchamp
Applied to u-boot/master, t
On Tue, Nov 17, 2015 at 10:53:26AM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> On mgcoge3ne we also want to start the test application if the testpin
> is asserted. But we don't have a full POST test support yet. So simply
> add a function to read the testpin value.
>
> Signed-of
On Tue, Nov 17, 2015 at 10:53:27AM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> 128kByte and 3,986MB may be in the future too little for kernel the fdt
> blob respectively the kernel image. So increase the reserved areas here,
> we have the space for this.
>
> Signed-off-by: Holge
On Tue, Nov 17, 2015 at 10:53:25AM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> The get_pin and set_pin funciton was only used for pins on Port D and
> therefore the value was hard coded in the function. Enhance this with a
> parameter, that we are able to use this functions for ot
On Tue, Nov 17, 2015 at 10:53:28AM +0100, Valentin Longchamp wrote:
> From: Holger Brunck
>
> We use the same settings for open firmware defines on all our powerpc
> targets, so move them from the CPU specific headers to the common
> powerpc header.
>
> Signed-off-by: Holger Brunck
> Signed-of
1 - 100 of 158 matches
Mail list logo
