Hello Tom,
Am 03.10.2016 um 15:39 schrieb Tom Rini:
Hey all,
It's release day and v2016.11-rc1 is out and the merge window is closed.
I've updated git and the tarballs are also up now.
I plan on doing -rc2 on the 17th. I know there's a good chunk of my
patchwork queue that needs going over
Hello Joe, Tom,
Am 02.10.2016 um 14:06 schrieb Joe Hershberger:
Hi Tom,
On Sun, Oct 2, 2016 at 7:03 AM, Tom Rini wrote:
On Mon, Aug 29, 2016 at 07:46:47AM +0200, Heiko Schocher wrote:
when using tftp on the smartweb board, it prints, when
using the tftp command:
Using
Hello Simon,
Am 03.10.2016 um 02:01 schrieb Simon Glass:
CONFIG_SYS_NUM_I2C_ADAPTERS and CONFIG_SYS_I2C_MULTI_NOPROBES are not used
in U-Boot, so drop them.
Signed-off-by: Simon Glass
---
README | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
Thanks!
On Monday 03 October 2016 07:08 PM, Tom Rini wrote:
> On Tue, Aug 30, 2016 at 11:01:34AM +0530, Lokesh Vutla wrote:
>
>> Delete board specific Kconfig entries for DISPLAY_BOARDINFO and create a
>> common
>> entry. Select it for all TI SoCs and the boards that already has Kconfig
>> entry.
>>
Delete board specific Kconfig entries for DISPLAY_BOARDINFO and create a common
entry. Select it for all TI SoCs and the boards that already has Kconfig entry.
Reviewed-by: Stefan Roese
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
Create a common Kconfig entry for DISPLAY_CPUINFO and select it for all
TI SoCs.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
arch/arm/Kconfig | 6 ++
common/Kconfig | 8
Add silicon ID code for AM437x silicon. This can be used to print
the cpu info using CONFIG_DISPLAY_CPUINFO.
Also printing "CPU :" along with cpu name in order to be consistent
with other OMAP platforms.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
This series adds ID code detection support for AM437x and enables
CONFIG_DISPLAY_{CPU/BOARD}INFO on all TI platforms.
This series is based on top of Andrew's (Kconfig: Separate AM33XX SOC config
from target board config) patch[1]
I specifically did not use tools/moveconfig.py as Tom suggested to
> Am 03.10.2016 um 23:50 schrieb Simon Glass :
>
> Hi,
>
>> On 27 September 2016 at 15:28, Tom Rini wrote:
>>> On Mon, Sep 26, 2016 at 09:36:19AM +0200, Alexander Graf wrote:
>>>
>>>
On 25.09.16 23:27, Simon Glass wrote:
It is useful to have
On 03.10.2016 10:28, Stephen Warren wrote:
> On 09/30/2016 04:00 AM, Marcel Ziswiler wrote:
>> On Wed, 2016-09-28 at 12:00 -0600, Stephen Warren wrote:
>>> On 09/28/2016 03:35 AM, Marcel Ziswiler wrote:
Avoid a checkboard() name clash with our upcoming custom
implementation
Howdy:
I could swear this worked the last time I sent patches to the OE list
(at least it didn't need the gmail insecure app workaround so I guess
it was a while ago).
Anyway, the real commit msg starts with ARM, I git format-patch and
this time didn't touch the patches, then:
git send-email
Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Heiko Schocher
Cc: Bin Meng
Cc: Miao Yan
Cc: Masahiro Yamada
From: Stephen Warren
The Synopsys DWC EQoS is a configurable Ethernet MAC/DMA IP block which
supports multiple options for bus type, clocking and reset structure, and
feature list.
This patch imports the binding from the Linux kernel, including my V3
patch to extend the
From: Stephen Warren
This driver supports the Synopsys Designware Ethernet QoS (Quality of
Service) a/k/a eqos IP block, which is a different design than the HW
supported by the existing designware.c driver. The IP supports many
options for bus type, clocking/reset structure,
On 09/23/2016 03:49 PM, Joe Hershberger wrote:
Hi Stephen,
Thanks for sending this! I have some comments below.
Cheers,
-Joe
On Mon, Sep 12, 2016 at 12:48 PM, Stephen Warren wrote:
From: Stephen Warren
This driver supports the Synopsys Designware
On 1 October 2016 at 12:41, Stefan Brüns wrote:
> The readdir linux manpage explicitly states (quoting POSIX.1) that
> sizeof(d_name) is not correct for determining the required size, but to
> always use strlen. Grow the buffer if needed.
>
> Signed-off-by: Stefan
Hi,
On 27 September 2016 at 15:28, Tom Rini wrote:
> On Mon, Sep 26, 2016 at 09:36:19AM +0200, Alexander Graf wrote:
>>
>>
>> On 25.09.16 23:27, Simon Glass wrote:
>> > It is useful to have a basic sanity check for EFI loader support. Add a
>> > 'bootefi hello' command which
On 1 October 2016 at 12:41, Stefan Brüns wrote:
> Using readdir_r limits the maximum file name length and may even be
> unsafe, and is thus deprecated in since glibc 2.24.
>
> Signed-off-by: Stefan Brüns
> ---
> arch/sandbox/cpu/os.c |
Hi Stefan,
On 1 October 2016 at 12:41, Stefan Brüns wrote:
Please can you add a short commit message?
> Signed-off-by: Stefan Brüns
> ---
> arch/sandbox/cpu/os.c | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Simon Glass
On 1 October 2016 at 12:41, Stefan Brüns wrote:
> Previously, after reading/creating the second dirent, the second entry
> would be chained to the first entry and the first entry would be linked
> to head. Instead, immediately link the first entry to head.
>
>
On 1 October 2016 at 12:41, Stefan Brüns wrote:
> Signed-off-by: Stefan Brüns
> ---
> fs/sandbox/sandboxfs.c | 1 +
> include/os.h | 11 ++-
> 2 files changed, 11 insertions(+), 1 deletion(-)
Acked-by: Simon Glass
Hi Paul,
On 1 October 2016 at 08:19, Paul Burton wrote:
> When determining the region of memory to allow for use by bootm, using
> bi_memstart & adding bi_memsize can cause problems if that leads to an
> integer overflow. For example on some MIPS systems bi_memstart would
On 1 October 2016 at 08:19, Paul Burton wrote:
> Convert the sandbox architecture to make use of the new asm-generic/io.h
> to provide address mapping functions. As sandbox actually performs
> non-identity mapping between physical & virtual addresses we can't
> simply make
On 27 September 2016 at 16:42, Moritz Fischer wrote:
> Boards where ECs that use a I2C port != 0 specify this in the
> devicetree file via the google,remote-bus property.
> Previously this was ignored and hardcoded to port 0.
>
> Signed-off-by: Moritz Fischer
On 1 October 2016 at 08:19, Paul Burton wrote:
> README declares that CONFIG_SYS_SDRAM_BASE is meant to be the physical
> address of SDRAM, but right now that is not the case on MIPS systems,
> where it is instead a virtual address. In preparation for making it
> physical,
On 1 October 2016 at 08:19, Paul Burton wrote:
> README declares that CONFIG_SYS_SDRAM_BASE is meant to be the physical
> address of SDRAM, but right now that is not the case on MIPS systems. In
> preparation for making it so, use phys_to_virt to translate
>
On 28 September 2016 at 02:46, Jacob Chen wrote:
> A simple introduction.
>
> Signed-off-by: Jacob Chen
> ---
>
> doc/README.rockchip | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
Hi Jacob,
On 28 September 2016 at 02:46, Jacob Chen wrote:
>
> Unify the partitions of each chip then it will be more easy for us to write
> scripts, tools or guides
> for rockchip chips.
>
> Those extra partitions mostly are used to be compatible with our internal
On 1 October 2016 at 08:19, Paul Burton wrote:
> Convert the x86 architecture to make use of the new asm-generic/io.h to
> provide address mapping functions. As the generic implementations are
> suitable for x86 this is primarily a matter of moving code.
>
> This has only
Hi Paul,
On 1 October 2016 at 08:19, Paul Burton wrote:
> Most architectures currently supported by U-Boot use trivial
> implementations of map_to_physmem & virt_to_phys which simply cast a
> physical address to a pointer for use a virtual address & vice-versa.
> This
On 30 September 2016 at 15:19, York Sun wrote:
> Move these options to Kconfig and clean up existing uses.
>
> Signed-off-by: York Sun
> ---
> arch/arm/cpu/armv7/ls102xa/Kconfig| 11 +++
> arch/arm/cpu/armv8/fsl-layerscape/Kconfig
On 1 October 2016 at 08:19, Paul Burton wrote:
> Convert the arm architecture to make use of the new asm-generic/io.h to
> provide address mapping functions. As the generic implementations are
> suitable for arm this is primarily a matter of removing code.
>
> This has
On 30 September 2016 at 15:19, York Sun wrote:
> Move this option to Kconfig and clean up existing uses.
> NUM_DDR_CONTROLLERS is also used by PowerPC SoCs.
>
> Signed-off-by: York Sun
> ---
> arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 8
>
On 30 September 2016 at 15:19, York Sun wrote:
> Move this option to Kconfig and clean up existing uses.
> This option is also used by PowerPC SoCs.
>
> Signed-off-by: York Sun
> ---
> arch/arm/cpu/armv7/ls102xa/Kconfig| 5 +
>
On 30 September 2016 at 15:19, York Sun wrote:
> Move MAX_CPUS option to Kconfig and clean up existing uses for ARM. This
> option is used by Freescale Layerscape SoCs.
>
> Signed-off-by: York Sun
> ---
> arch/arm/cpu/armv7/ls102xa/Kconfig| 11
On 30 September 2016 at 15:19, York Sun wrote:
> Move these options to Kconfig and create a sub-menu to avoid name
> conflict with other architectures.
>
> Signed-off-by: York Sun
> ---
> arch/arm/Kconfig | 4
>
Hi Paul,
On 30 September 2016 at 12:12, Paul Burton wrote:
> On Monday, 26 September 2016 18:35:25 BST Simon Glass wrote:
>
>> Hi Paul,
>
>>
>
>> On 26 September 2016 at 12:29, Paul Burton wrote:
>
>> > Allow for drivers to make use of driver
On 29 September 2016 at 15:12, York Sun wrote:
> Signed-off-by: York Sun
> CC: Simon Glass
> ---
> The duplicated code seems to exist since the beginning of buildman.
>
> tools/buildman/builderthread.py | 4
> 1 file changed, 4
On 30 September 2016 at 15:19, York Sun wrote:
> Some config options should not have prompt. They are selected by choosing
> target.
>
> Signed-off-by: York Sun
> ---
> arch/arm/cpu/armv7/ls102xa/Kconfig| 5 +++--
>
Hi York,
On 29 September 2016 at 15:12, York Sun wrote:
>
> Now we can use compiler wrapper such as ccache or distcc for buildman.
>
> Signed-off-by: York Sun
> CC: Simon Glass
> ---
> This is not perfect and may need some improvement.
+Tom
On 3 October 2016 at 11:53, Clemens Gruber wrote:
>
> On Mon, Aug 29, 2016 at 05:10:36PM +0200, Clemens Gruber wrote:
> > When using gzwrite to eMMC on an i.MX6Q board, the following warning
> > occurs repeatedly:
> > CACHE: Misaligned operation at range
Seems like splitting the original patch into 2 broke the threading as
only one patch ends up in the original thread. What's the fix for
that one? (besides "don't do that... ;)
Steve
On Mon, Oct 3, 2016 at 1:21 PM, Stephen Arnold
wrote:
> From: Steve Arnold
From: Steve Arnold
* changes from lamobo-r1 required include:
- ahci power pin (remove)
- usbvbus pin config
- mmc pin config
- uart2 enable
Signed-off-by: Steve Arnold
---
arch/arm/dts/Makefile | 1 +
From: Steve Arnold
* changes from lamobo-r1 required include:
- ahci power pin (remove)
- usbvbus pin config
- mmc pin config
- uart2 enable
Signed-off-by: Steve Arnold
Cc: Ian Campbell
Cc: Hans De Goede
From: Steve Arnold
* needs different GMAC_TX_DELAY than lamobo-r1 (not compatible)
Signed-off-by: Steve Arnold
Cc: Ian Campbell
Cc: Hans De Goede
Changes for v2:
- incorprated feedback for
This is what I have now for send command:
git send-email --to=u-boot@lists.denx.de --confirm=always -M -1
--subject-prefix="PATCH v2" outgoing/*
Any u-boot-y tips are appreciated...
Steve
On Mon, Oct 3, 2016 at 1:19 PM, Stephen Arnold
wrote:
> Okay, please
Okay, please disregard the update with double "PATCH" in the subject;
I need to get better with git send-email (besides just the Google
insecure app thing for gmail).
I'm about to resend v2 with (hopefully) all the right stuff in it.
Thanks, Steve
On Mon, Oct 3, 2016 at 1:01 PM, Stephen Arnold
From: Steve Arnold
* changes from lamobo-r1 required include:
- ahci power pin (remove)
- usbvbus pin config
- mmc pin config
- uart2 enable
Signed-off-by: Steve Arnold
---
arch/arm/dts/Makefile | 1 +
From: Steve Arnold
* changes from lamobo-r1 required include:
- ahci power pin (remove)
- usbvbus pin config
- mmc pin config
- uart2 enable
Signed-off-by: Steve Arnold
---
arch/arm/dts/Makefile | 1 +
From: Steve Arnold
* needs different GMAC_TX_DELAY than lamobo-r1 (not compatible)
Signed-off-by: Steve Arnold
---
configs/Bananapi_R1_defconfig | 16
1 file changed, 16 insertions(+)
create mode 100644
On Sat, Oct 1, 2016 at 7:19 AM, Paul Burton wrote:
> Convert the xtensa architecture to make use of the new asm-generic/io.h
> to provide address mapping functions. As the generic implementations are
> suitable for xtensa this is primarily a matter of moving code.
>
> This
On Mon, Aug 29, 2016 at 05:10:36PM +0200, Clemens Gruber wrote:
> When using gzwrite to eMMC on an i.MX6Q board, the following warning
> occurs repeatedly:
> CACHE: Misaligned operation at range [4fd63318, 4fe63318]
>
> This patch cache-aligns the memory allocation for the gzwrite writebuf,
>
Import asm-offsets.c from kernel to generate offset for struct pt_regs
needed by exception handlers.
Signed-off-by: Daniel Schwierzeck
---
Changes in v2: None
arch/mips/include/asm/asm-offsets.h | 5 +++
arch/mips/lib/asm-offsets.c | 61
Add exception handlers for generic and EJTAG exceptions. Most of
the assembly code is imported from Linux kernel and adapted to U-Boot.
The exception vector table will be reserved above the stack before
U-Boot is relocated. The exception handlers will be installed and
activated after relocation in
Clear cp0 status while preserving implementation specific bits.
Set bits BEV and ERL as the arch specification requires after
a reset or soft-reset exception.
Extend and fix initialization of watch registers. Check if additional
watch register sets are implemented and initialize them too.
In order to set own exception handlers, a table with the exception
vectors must be built in DRAM and the CPU EBase register must be
set to the base address of this table.
Reserve the space above the stack and use gd->irq_sp as storage
for the exception base address.
Signed-off-by: Daniel
Enable initr_trap hook also for MIPS to install and enable
U-Boot's specific MIPS exception handlers.
Signed-off-by: Daniel Schwierzeck
Reviewed-by: Simon Glass
---
Changes in v2: None
common/board_r.c | 4 ++--
1 file changed, 2
Move the code for setting up the initial stack and global data
to a macro to be able to use it more than once.
Signed-off-by: Daniel Schwierzeck
---
Changes in v2: None
arch/mips/cpu/start.S | 56 +++
1 file
This adds a compile time option to include code for static
exception vectors. Static exception vectors are only needed,
when the U-Boot entry point is equal to the CPU reset exception
vector address. For instance this is the case when U-Boot is
used as ROM in Qemu or booted from parallel NOR
Fix and optinmize initialization of cp0 registers. Also add
the possibilty to setup the initial stack and global data in
SRAM to provide a C environment for lowlevel_init(). This
could be used on the QCA ath79 platform to rewrite and
optimize the low-level init code.
Add support for a dynamic
This adds a new Kconfig option CONFIG_MIPS_INIT_STACK_IN_SRAM which
a SoC can select if it supports some kind of SRAM. Together with
CONFIG_SYS_INIT_SP_ADDR the initial stack and global data can be
set up in that SRAM. This can be used to provide a C environment
also for lowlevel_init().
When booting from ROM, early exceptions can't be handled
properly. Instead of busy-looping give the developer the
possibilty to examine the situation. Invoke an UHI
exception operation which can be read as unhandled exception
by a hardware debugger if one is attached. If the debugger
doesn't
On Sun, 2016-10-02 at 18:01 -0600, Simon Glass wrote:
> This should be CONFIG_SYS_MAX_NAND_DEVICE. Fix it.
>
> Signed-off-by: Simon Glass
> ---
>
> doc/README.nand | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/README.nand b/doc/README.nand
>
On 09/30/2016 05:44 AM, Marcel Ziswiler wrote:
On Wed, 2016-09-28 at 12:11 -0600, Stephen Warren wrote:
On 09/28/2016 03:35 AM, Marcel Ziswiler wrote:
Now with the config block handling in place move the U-Boot
environment
location before the config block at the end of 1st "boot sector" as
On 09/30/2016 04:00 AM, Marcel Ziswiler wrote:
On Wed, 2016-09-28 at 12:00 -0600, Stephen Warren wrote:
On 09/28/2016 03:35 AM, Marcel Ziswiler wrote:
Avoid a checkboard() name clash with our upcoming custom
implementation
thereof.
If you want to avoid naming conflicts, please simply name
On Sun, Oct 2, 2016 at 11:55 PM, Hans de Goede wrote:
> Hi,
>
> On 02-10-16 06:36, Stephen Arnold wrote:
>>
>> From: Steve Arnold
>>
>> * needs different GMAC_TX_DELAY than lamobo-r1 (not compatible)
>
>
> I see why this would need a separate
On Fri, 2016-09-30 at 22:24 -0400, Tom Rini wrote:
> On Fri, Sep 30, 2016 at 04:20:10AM +, york sun wrote:
> >
> > On 09/29/2016 08:59 PM, Masahiro Yamada wrote:
> > >
> > > If X86 and FSL are the only platforms that have interest in this
> > > option,
> > > we can save HAVE_... and put
On 09/30/2016 02:37 AM, Alexandre Courbot wrote:
When calling clk_get_by_index(), fall back to the legacy method of
getting the clock if -ENOENT is returned.
Tested-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
On 10/03/2016 09:51 AM, Stephen Warren wrote:
On 09/30/2016 02:46 AM, Thierry Reding wrote:
From: Thierry Reding
For Tegra186 there are currently no UART clocks wired up in device tree.
This exposes a regression introduced in commit 50fce1d5d874 ("serial:
ns16550: Support
On 09/30/2016 02:46 AM, Thierry Reding wrote:
From: Thierry Reding
For Tegra186 there are currently no UART clocks wired up in device tree.
This exposes a regression introduced in commit 50fce1d5d874 ("serial:
ns16550: Support clocks via phandle"), which causes the
On Fri, Sep 02, 2016 at 12:40:23AM -0500, Daniel Allred wrote:
> If the ending portion of the DRAM is reserved for secure
> world use, then u-boot cannot use this memory for its relocation
> purposes. To prevent issues, we mark this memory as PRAM and this
> prevents it from being used by u-boot
Hey all,
It's release day and v2016.11-rc1 is out and the merge window is closed.
I've updated git and the tarballs are also up now.
I plan on doing -rc2 on the 17th. I know there's a good chunk of my
patchwork queue that needs going over and bringing in, and I shall soon.
Thanks all!
--
Tom
On Tue, Aug 30, 2016 at 02:06:29PM -0500, Andrew F. Davis wrote:
> Add a new defconfig file for the AM335x High Security EVM. This config
> is specific for the case of SD card booting, we the boot types to be
> seperate defconfigs as some options change depending on boot type, in
> addition this
On Sun, Oct 02, 2016 at 03:31:40PM -0600, Simon Glass wrote:
> Hi Tom,
>
> Here is a second installment for rockchip - more rk3399 support and
> some other fairly minor changes.
>
>
> The following changes since commit 45b047e557bdcf68dc08e61cf207dd35b9ba8bbc:
>
> Merge branch 'master' of
On Tue, Aug 30, 2016 at 02:06:28PM -0500, Andrew F. Davis wrote:
> Authentication of images in Falcon Mode is not supported. Do not enable
> SPL_OS_BOOT when TI_SECURE_DEVICE is enabled. This prevents attempting
> to directly load kernel images which will fail, for security reasons,
> on HS
On Tue, Aug 30, 2016 at 11:01:34AM +0530, Lokesh Vutla wrote:
> Delete board specific Kconfig entries for DISPLAY_BOARDINFO and create a
> common
> entry. Select it for all TI SoCs and the boards that already has Kconfig
> entry.
>
> Signed-off-by: Lokesh Vutla
>
On Tue, Aug 30, 2016 at 02:06:27PM -0500, Andrew F. Davis wrote:
> This config option seems to be unused and is probably vestigial.
> Remove it.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
> Acked-by: Lokesh Vutla
>
On Tue, Aug 30, 2016 at 02:06:25PM -0500, Andrew F. Davis wrote:
> Like OMAP54xx and AM43xx family SoCs, AM33xx based SoCs have high
> security enabled models. Allow AM33xx devices to be built with
> HS Device Type Support.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
On Tue, Aug 30, 2016 at 02:06:22PM -0500, Andrew F. Davis wrote:
> Add a section describing the additional boot types used on AM33xx
> secure devices.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
> Acked-by: Lokesh Vutla
>
On Tue, Aug 30, 2016 at 02:06:24PM -0500, Andrew F. Davis wrote:
> When CONFIG_FIT_IMAGE_POST_PROCESS or CONFIG_SPL_FIT_IMAGE_POST_PROCESS
> is enabled board_fit_image_post_process will be called, add this
> function to am33xx boards when CONFIG_TI_SECURE_DEVICE is set to
> verify the loaded
On Tue, Aug 30, 2016 at 02:06:23PM -0500, Andrew F. Davis wrote:
> The option SPL_SPI_SUPPORT is used to enable support in SPL for loading
> images from SPI flash, it should not be used to determine the build type
> of the SPL image itself. The ability to read images from SPI flash does
> not
On Tue, Aug 30, 2016 at 02:06:21PM -0500, Andrew F. Davis wrote:
> Depending on the boot media, different images are needed
> for secure devices. The build generates u-boot*_HS_* files
> as appropriate for the different boot modes.
>
> For AM33xx devices additional image types are needed for
>
On Fri, Sep 02, 2016 at 12:40:24AM -0500, Daniel Allred wrote:
> Adds a secure dram reservation fixup for secure
> devices, when a region in the emif has been set aside
> for secure world use. The size is defined by the
> CONFIG_TI_SECURE_EMIF_TOTAL_REGION_SIZE config option.
>
> Signed-off-by:
On Tue, Aug 30, 2016 at 02:06:20PM -0500, Andrew F. Davis wrote:
> The config option AM33XX is used in several boards and should be
> defined as a stand-alone option for this SOC. We break this out
> from target boards that use this SoC and common headers then enable
> AM33XX on in all the boards
On Fri, Sep 02, 2016 at 12:40:22AM -0500, Daniel Allred wrote:
> After EMIF DRAM is configured, but before it is used,
> calls are made on secure devices to reserve any configured
> memory region needed by the secure world and then to lock the
> EMIF firewall configuration. If any other firewall
On Fri, Sep 02, 2016 at 12:40:21AM -0500, Daniel Allred wrote:
> Create a few public APIs which rely on secure world ROM/HAL
> APIs for their implementation. These are intended to be used
> to reserve a portion of the EMIF memory and configure hardware
> firewalls around that region to prevent
On Fri, Sep 02, 2016 at 12:40:20AM -0500, Daniel Allred wrote:
> Adds start address and size config options for setting aside
> a portion of the EMIF memory space for usage by security software
> (like a secure OS/TEE). There are two sizes, a total size and a
> protected size. The region is
On Mon, Aug 29, 2016 at 07:46:11AM +0200, Heiko Schocher wrote:
> when using tftp on the smartweb board, it prints a lot of
>
> CACHE: Misaligned operation at range [23b2e000, 23b2e100]
>
> warnings ... fixed them.
>
> Signed-off-by: Heiko Schocher
Applied to u-boot/master,
On Fri, Sep 16, 2016 at 10:17:53AM +0530, Lokesh Vutla wrote:
> As boot monitor contains a mkimage header, it can be loaded at any location.
> So, have a common addr_mon address across all keystone2 SoCs. And also
> making sure that boot monitor is installed early during default boot to
> avoid
On Fri, Sep 16, 2016 at 10:17:12AM +0530, Lokesh Vutla wrote:
> Given that boot monitor image is being generated to a specific target location
> depending on the SoC and U-boot relies on addr_mon env variable to be aligned
> with boot monitor target location. When ever the target address gets
On Sat, Aug 27, 2016 at 05:19:15PM +0530, Lokesh Vutla wrote:
> EEC is being enabled based on the ddr size populated by SPD data.
> But not all keystone platforms have SPD data to detect ddr3 size.
> So, enable ECC using the detected DDR size.
>
> Signed-off-by: Lokesh Vutla
On Sat, Aug 27, 2016 at 05:19:16PM +0530, Lokesh Vutla wrote:
> Enable ECC byte lane for k2g-evm
>
> Signed-off-by: Lokesh Vutla
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Thu, Sep 15, 2016 at 07:14:32PM +0530, Lokesh Vutla wrote:
> From: Murali Karicheri
>
> On K2G, the PCIe SerDes h/w is a re-use from other K2 devices and SerDes
> driver requires a firmware image to initialize the SerDes h/w device.
> This is firmware is part of the
On Fri, Sep 09, 2016 at 10:27:18AM +0200, Petr Kulhavy wrote:
> Move FASTBOOT_MBR_NAME and FASTBOOT_GPT_NAME into Kconfig.
> Add dependency on the FASTBOOT_FLASH setting (also for FASTBOOT_MBR_NAME).
> Remove the now redundant GPT_ENTRY_NAME.
>
> Signed-off-by: Petr Kulhavy
>
On Fri, Sep 09, 2016 at 10:27:16AM +0200, Petr Kulhavy wrote:
> Add special target "mbr" (otherwise configurable via CONFIG_FASTBOOT_MBR_NAME)
> to write MBR partition table.
> Partitions are now searched using the generic function which finds any
> partiiton by name. For MBR the partition names
On Fri, Sep 09, 2016 at 10:27:17AM +0200, Petr Kulhavy wrote:
> In both DOS and ISO partition tables the same code to create partition name
> like "hda1" was repeated.
>
> Code moved to into a new function part_set_generic_name() in part.c and
> optimized.
> Added recognition of MMC and SD
On Fri, Sep 09, 2016 at 10:27:15AM +0200, Petr Kulhavy wrote:
> So far partition search by name has been supported only on the EFI partition
> table. This patch extends the search to all partition tables.
>
> Rename part_get_info_efi_by_name() to part_get_info_by_name(), move it from
>
On Fri, Sep 09, 2016 at 09:18:58AM +0100, Zubair Lutfullah Kakakhel wrote:
> This bug appears in b6396403 which makes u-boot unable to pass
> arguments via bootm to a standalone application without this patch.
>
> Steps to reproduce.
>
> Compile a u-boot. Use mkimage to package the standalone
On Thu, Sep 08, 2016 at 06:47:36PM +0900, Masahiro Yamada wrote:
> Creating multiple entries of "config FOO" often gives us bad
> experiences. In this case, we should specify "default X86"
> as platforms that want this keyboard by default.
>
> Signed-off-by: Masahiro Yamada
On Thu, Sep 08, 2016 at 06:47:35PM +0900, Masahiro Yamada wrote:
> Once we migrate to DM-based drivers, we cannot go back to legacy
> ones, i.e. config options like DM_* are not user-configurable.
>
> Make SANDBOX and X86 select DM_KEYBOARD like other platforms do.
>
> Signed-off-by: Masahiro
1 - 100 of 109 matches
Mail list logo