[U-Boot] [PATCH 0/4] ARM: uniphier: some fixes for U-Boot v2016.05

Masahiro Yamada (4): ARM: uniphier: fix boot mode table of PH1-LD20 ARM: uniphier: enable Peripherl clock to use UART in SPL ARM: uniphier: allow to use System Bus for ROM boot mode of PH1-LD20 ARM: uniphier: move pin-mux code into pin_init function arch/arm/mach-uniphier/boot-mode/boot

[U-Boot] [PATCH 1/4] ARM: uniphier: fix boot mode table of PH1-LD20

PH1-LD20 does not have the dedicated boot swap select latch. Instead, it is controlled from the boot mode select. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/boot-mode/boot-mode-ld20.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-uniphier/boot-

[U-Boot] [PATCH 2/4] ARM: uniphier: enable Peripherl clock to use UART in SPL

This is needed to use UART on SPL. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/early-clk/early-clk-ld20.c | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/mach-uniphier/early-clk/early-clk-ld20.c b/arch/arm/mach-uniphier/early-clk/early-clk-ld20.c index 37adb37..5

[U-Boot] [PATCH 3/4] ARM: uniphier: allow to use System Bus for ROM boot mode of PH1-LD20

The System Bus is not available by default on the ROM boot mode of PH1-LD20. To use devices connected to the System Bus, such as the Micro Support Card, it is necessary to set up pin-muxing and some System Bus Controller register. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/early

[U-Boot] [PATCH 4/4] ARM: uniphier: move pin-mux code into pin_init function

The code in uniphier_sld3_sbc_init() is pin-muxing, so it would be a better fit in uniphier_sld3_early_pin_init(). Signed-off-by: Masahiro Yamada --- .../mach-uniphier/early-pinctrl/early-pinctrl-sld3.c| 2 ++ arch/arm/mach-uniphier/init.h | 6 -- arch/arm/ma

Re: [U-Boot] [PATCH v6 4/7] net: phy: ti: Allow the driver to be more configurable

Hi Joe, On 28.4.2016 06:52, Joe Hershberger wrote: > On Wed, Apr 27, 2016 at 10:46 AM, Dan Murphy wrote: >> Joe >> >> On 04/26/2016 04:44 PM, Joe Hershberger wrote: >>> On Mon, Apr 25, 2016 at 4:35 PM, Joe Hershberger >>> wrote: On Fri, Apr 15, 2016 at 7:27 AM, Dan Murphy wrote: > Not

Re: [U-Boot] [PATCH] kbuild: Do not append dtb for OF_EMBED case

Hi Masahiro, On 28.4.2016 07:54, Masahiro Yamada wrote: > Hi Michal, > (+cc Simon) > > 2016-04-27 21:28 GMT+09:00 Michal Simek : >> dtb is already included in binary that's why there is no need to replace >> u-boot-spl.bin with u-boot-spl-dtb.bin. This is only needed for >> OF_SEPARATE is enabled

Re: [U-Boot] [PATCH] i2c: designware_i2c: Optionally check enable status register

Hello Stefan, Am 28.04.2016 um 08:10 schrieb Stefan Roese: Hi Heiko, On 28.04.2016 08:06, Heiko Schocher wrote: Am 27.04.2016 um 09:02 schrieb Stefan Roese: Some platforms don't implement the enable status register at offset 0x9c. The SPEAr600 platform is one of them. The recently added check

[U-Boot] [Patch v2] fsl-layerscape: fdt: add IFC fixup if no IFC is avaliable in U-Boot

IFC is considered as a required component in Layerscape platforms' Linux. But if IFC is not enabled in U-Boot on some boards, accessing IFC memory space would cause kernel call trace. So disable IFC node in such cases. Signed-off-by: Gong Qianyu --- V2: - Revised the title and message. - Used #

Re: [U-Boot] [PATCH 4/4] ARM: socfpga: Disable USB OC protection on SoCrates

On 27.04.2016 15:24, Marek Vasut wrote: This is mandatory, otherwise the USB does not work. Signed-off-by: Marek Vasut Cc: Stefan Roese Cc: Dinh Nguyen Tested-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de http://li

Re: [U-Boot] [PATCH 3/4] usb: dwc2: Make OC protection configurable

On 27.04.2016 15:24, Marek Vasut wrote: Introduce a new flag in the controller private data, which allows selectively disabling the OC protection. Use the standard 'disable-over-current' OF prop to set this flag. This OC protection must be disabled on EBV SoCrates rev 1. Signed-off-by: Marek Vas

[U-Boot] [PATCH] test, tools: update tbot documentation

update tbot documentation in U-Boot, as I just merged the event system into tbots master branch. Signed-off-by: Heiko Schocher --- Infos about tbots event system: https://github.com/hsdenx/tbot/blob/master/doc/README.event A demo result webpage of playing with the event system can be found here:

Re: [U-Boot] [PATCH 2/4] usb: dwc2: Pull Ext VBUS macro from dwc_otg_core_init()

On 27.04.2016 15:24, Marek Vasut wrote: Introduce a boolean flag in the dwc2 controller private data and set it according to the macro (for now) instead of having this macro directly in the dwc_otg_core_init(). This will let us configure the flag from DT or such later on, if needed. Signed-off-b

Re: [U-Boot] [PATCH 1/4] usb: dwc2: Pass private data into dwc_otg_core_init()

On 27.04.2016 15:24, Marek Vasut wrote: Pass the whole bulk of private data instead of just the regs, since the private data will soon contain important configuration flags. Signed-off-by: Marek Vasut Cc: Stefan Roese Cc: Dinh Nguyen Tested-by: Stefan Roese Thanks, Stefan

Re: [U-Boot] [PATCH] usb: dwc2: Init desc_before_addr

On 26.04.2016 03:08, Marek Vasut wrote: Initialize desc_before_addr, otherwise the USB core won't send the first 64B Get Device Descriptor request in common/usb.c function usb_setup_descriptor() . There are some USB devices which expect this sequence and otherwise can misbehave. Signed-off-by: M

Re: [U-Boot] [PATCH v5 4/4] usb: Change power-on / scanning timeout handling

On 28.04.2016 01:07, Marek Vasut wrote: > On 04/02/2016 11:21 PM, Hans de Goede wrote: >> Hi, > > Hi! > >> On 04/02/2016 12:22 AM, Marek Vasut wrote: >>> On 03/15/2016 01:59 PM, Stefan Roese wrote: This patch changes the USB port scanning procedure and timeout handling in the following

Re: [U-Boot] [PATCH] i2c: designware_i2c: Optionally check enable status register

Hi Heiko, On 28.04.2016 08:06, Heiko Schocher wrote: Am 27.04.2016 um 09:02 schrieb Stefan Roese: Some platforms don't implement the enable status register at offset 0x9c. The SPEAr600 platform is one of them. The recently added check to this status register can't be performend on these platfor

[U-Boot] [PATCH] mmc: sdhci: increase default timeout and make it configurable

I found the current timeout is too short for some devices to execute erase command. Nor can we override CONFIG_SDHCI_CMD_DEFAULT_TIMEOUT from a board config. Increase the default timeout and surround the define with "ifndef" to allow to override it in case the default value is not a good fit. Si

Re: [U-Boot] [PATCH] i2c: designware_i2c: Optionally check enable status register

Hello Stefan, Am 27.04.2016 um 09:02 schrieb Stefan Roese: Some platforms don't implement the enable status register at offset 0x9c. The SPEAr600 platform is one of them. The recently added check to this status register can't be performend on these platforms. This patch introduces a new config

Re: [U-Boot] register polling from HUSH parser?

Hi Wolfgang, 2016-04-27 18:46 GMT+09:00 Wolfgang Denk : > Dear Masahiro, > > In message > you > wrote: >> >> Is there any good way to poll a certain register >> in a HUSH parser script? > > Yes, there is :-) > >> For example, I want to wait >> until the register value of 0x5000 becomes 1 >>

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

Hi Marek, On 28/04/2016 04:24, Peng Fan wrote: > Hi Marek, > > On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: >> Enable support for booting U-Boot image from filesystem instead of some >> random offset on the SD card. This makes the board usable by putting the >> u-boot.img to first

Re: [U-Boot] [PATCH] kbuild: Do not append dtb for OF_EMBED case

Hi Michal, (+cc Simon) 2016-04-27 21:28 GMT+09:00 Michal Simek : > dtb is already included in binary that's why there is no need to replace > u-boot-spl.bin with u-boot-spl-dtb.bin. This is only needed for > OF_SEPARATE is enabled. Only copy -nodtb.bin version which is straight > output from objco

[U-Boot] [PATCH] arm: socfpga: socrates: Add 'time' command

The time command is very helpful for performance and regressions tests. So lets enable it on SoCrates. Signed-off-by: Stefan Roese Cc: Marek Vasut --- configs/socfpga_socrates_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/socfpga_socrates_defconfig b/configs/socfpga_soc

[U-Boot] [PATCH v2] fs: ext4: fix symlink read function

From: Ronald Zachariah The function ext4fs_read_symlink was unable to handle a symlink which had target name of exactly 60 characters. Signed-off-by: Ronald Zachariah Signed-off-by: Stefan Roese Reviewed-by: Stephen Warren Cc: Tom Rini --- v2: - Change '60' to sizeof(diro->inode.b.symlink) a

Re: [U-Boot] [PATCH v3 1/2] drivers/video/am335x-fb: Add support for 16bpp format

On 27.04.2016 21:39, Martin Pietryka wrote: To support 16bpp we just need to change the raster_ctrl register accordingly. Also 32bpp mode should work as well, but was not tested. According to the TRM the uppermost byte will be ignored when LCD_TFT_24BPP_UNPACK is set. The switch logic is based

Re: [U-Boot] Problem of git clone with http

Dear Sergey, In message you wrote: > > This seems to be a widespread thing. It is definitely caused by buggy Cisco > firewalls corrupting binary files. I had the same problem in corporate I cannot comment on this. In our case the cause was a different one. Best regards, Wolfgang Denk -- DE

Re: [U-Boot] [PATCH v6 4/7] net: phy: ti: Allow the driver to be more configurable

On Wed, Apr 27, 2016 at 10:46 AM, Dan Murphy wrote: > Joe > > On 04/26/2016 04:44 PM, Joe Hershberger wrote: >> On Mon, Apr 25, 2016 at 4:35 PM, Joe Hershberger >> wrote: >>> On Fri, Apr 15, 2016 at 7:27 AM, Dan Murphy wrote: Not all devices use the same internal delay or fifo depth. A

Re: [U-Boot] [RFC PATCH] dm: ensure device names are unique

Hi Stephen, On 26 April 2016 at 15:30, Stephen Warren wrote: > It is possible for HW to contain multiple instances of the same device. In > this case, the name passed to device_bind() may not be unique across all > devices within its uclass. One example is a system with multiple identical > PCI E

Re: [U-Boot] [PATCH v6 1/7] drivers: net: cpsw: Add reading of DT phy-handle node

On Wed, Apr 27, 2016 at 10:44 AM, Dan Murphy wrote: > Joe > > On 04/26/2016 04:42 PM, Joe Hershberger wrote: >> On Mon, Apr 25, 2016 at 4:32 PM, Joe Hershberger >> wrote: >>> On Fri, Apr 15, 2016 at 7:27 AM, Dan Murphy wrote: Add the ability to read the phy-handle node of the cpsw slav

Re: [U-Boot] [RFC PATCH] dm: ensure device names are unique

On Wed, Apr 27, 2016 at 1:40 PM, Stephen Warren wrote: > On 04/26/2016 03:36 PM, Stephen Warren wrote: >> >> On 04/26/2016 03:30 PM, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> It is possible for HW to contain multiple instances of the same >>> device. In >>> this case, the name pa

Re: [U-Boot] [RFC PATCH] dm: ensure device names are unique

On Tue, Apr 26, 2016 at 4:30 PM, Stephen Warren wrote: > From: Stephen Warren > > It is possible for HW to contain multiple instances of the same device. In > this case, the name passed to device_bind() may not be unique across all > devices within its uclass. One example is a system with multipl

Re: [U-Boot] [PATCH v2 10/12] defconfig: am437x_gp_evm: enable eth driver model

On Wed, Apr 27, 2016 at 1:37 AM, Mugunthan V N wrote: > On Wednesday 27 April 2016 03:08 AM, Joe Hershberger wrote: >> On Mon, Apr 25, 2016 at 5:01 PM, Joe Hershberger >> wrote: >>> On Tue, Apr 12, 2016 at 3:46 AM, Mugunthan V N wrote: Enable eth driver model for am437x_gp_evm as cpsw suppo

Re: [U-Boot] [PATCH v2 06/12] drivers: net: cpsw: add support for reading mac address from efuse

On Wed, Apr 27, 2016 at 1:33 AM, Mugunthan V N wrote: > On Wednesday 27 April 2016 03:06 AM, Joe Hershberger wrote: >> On Mon, Apr 25, 2016 at 4:53 PM, Joe Hershberger >> wrote: >>> On Tue, Apr 12, 2016 at 3:46 AM, Mugunthan V N wrote: Different TI platforms has to read with different combi

Re: [U-Boot] [PATCH v2 03/15] arm: Kconfig: Add support for AM43xx SoC specific Kconfig

Hello Daniel, Am 27.04.2016 um 22:09 schrieb Daniel Allred: From: Madan Srinivas Adding support for AM43xx secure devices require the addition of some SOC specific config options like the amount of memory used by public ROM and the address of the entry point of u-boot or SPL, as seen by the RO

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

Hi Marek, On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: >Enable support for booting U-Boot image from filesystem instead of some >random offset on the SD card. This makes the board usable by putting the >u-boot.img to first partition of the SD card and writing the SPL this way: >$ d

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

Some toolchains fail to build "clk->rate = (u64)(clk->parent->rate * 16) / div;" And the cast usage is wrong. Use the following code to fix the issue, " do_div(parent_rate, div); clk->rate = parent_rate; " Reported-by: Peter Robinson Signed-off-by: Peng Fan Cc: Stefano Babic Cc: Fabio Este

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

On 04/28/2016 02:57 AM, Tom Rini wrote: > On Thu, Apr 28, 2016 at 01:49:38AM +0200, Marek Vasut wrote: >> On 04/13/2016 11:53 PM, Dinh Nguyen wrote: >>> On 04/13/2016 07:24 AM, Marek Vasut wrote: Add support for board based on the popular Altera Cyclone V SoC. This board has the following

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On Wed, Apr 27, 2016 at 7:54 PM, Tom Rini wrote: > On Thu, Apr 28, 2016 at 02:02:05AM +0200, Marek Vasut wrote: > > On 04/28/2016 01:49 AM, Robert Nelson wrote: > [snip] > > > 1: > > > > > > Yeap, end users like to delete "MLO/u-boot.img" that was in the "fat" > > > boot partition in our producti

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

On Thu, Apr 28, 2016 at 01:49:38AM +0200, Marek Vasut wrote: > On 04/13/2016 11:53 PM, Dinh Nguyen wrote: > > On 04/13/2016 07:24 AM, Marek Vasut wrote: > >> Add support for board based on the popular Altera Cyclone V SoC. > >> This board has the following properties: > >> - 1 GiB of DRAM > >> -

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On Thu, Apr 28, 2016 at 02:02:05AM +0200, Marek Vasut wrote: > On 04/28/2016 01:49 AM, Robert Nelson wrote: [snip] > > 1: > > > > Yeap, end users like to delete "MLO/u-boot.img" that was in the "fat" > > boot partition in our production beaglebone images specifically > > "2014-05-14" which was s

Re: [U-Boot] [PATCH 1/5] arm: include: Import unified.h from Linux kernel

On 04/09/2016 08:34 PM, Simon Glass wrote: > Hi Marek, > > On 20 March 2016 at 10:15, Marek Vasut wrote: >> Import unified.h from Linux kernel 4.4.6 , commit >> 0d1912303e54ed1b2a371be0bba51c384dd57326 . This header file contains >> macros used in libgcc functions in Linux kernel on ARM and will

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On 04/28/2016 01:49 AM, Robert Nelson wrote: > > > On Wed, Apr 27, 2016 at 6:41 PM, Marek Vasut > wrote: > > On 04/28/2016 01:32 AM, Robert Nelson wrote: > > > > > > On Wed, Apr 27, 2016 at 6:28 PM, Marek Vasut > >

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On Wed, Apr 27, 2016 at 6:41 PM, Marek Vasut wrote: > On 04/28/2016 01:32 AM, Robert Nelson wrote: > > > > > > On Wed, Apr 27, 2016 at 6:28 PM, Marek Vasut > > wrote: > > > > On 04/28/2016 01:16 AM, Tom Rini wrote: > > > On Thu, Apr 28, 2016 at 01:06:07AM +0200, Mar

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

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

Re: [U-Boot] [PATCH v5 4/4] usb: Change power-on / scanning timeout handling

On 04/02/2016 11:21 PM, Hans de Goede wrote: > Hi, Hi! > On 04/02/2016 12:22 AM, Marek Vasut wrote: >> On 03/15/2016 01:59 PM, Stefan Roese wrote: >>> This patch changes the USB port scanning procedure and timeout >>> handling in the following ways: >>> >>> a) >>> The power-on delay in usb_hub_po

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On 04/28/2016 01:32 AM, Robert Nelson wrote: > > > On Wed, Apr 27, 2016 at 6:28 PM, Marek Vasut > wrote: > > On 04/28/2016 01:16 AM, Tom Rini wrote: > > On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: > > > >> Enable support for booting U-Boot

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On Wed, Apr 27, 2016 at 6:28 PM, Marek Vasut wrote: > On 04/28/2016 01:16 AM, Tom Rini wrote: > > On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: > > > >> Enable support for booting U-Boot image from filesystem instead of some > >> random offset on the SD card. This makes the board u

[U-Boot] [PATCH V2] ARM: mx6: Enable MMC FS boot support on Wandboard

Enable support for booting U-Boot image from filesystem instead of some random offset on the SD card. This makes the board usable by putting the u-boot.img to first partition of the SD card and writing the SPL this way: $ dd if=SPL of=/dev/sdX seek=2 bs=512 Signed-off-by: Marek Vasut Cc: Stefano

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On 04/28/2016 01:16 AM, Tom Rini wrote: > On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: > >> Enable support for booting U-Boot image from filesystem instead of some >> random offset on the SD card. This makes the board usable by putting the >> u-boot.img to first partition of the SD

Re: [U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

On Thu, Apr 28, 2016 at 01:06:07AM +0200, Marek Vasut wrote: > Enable support for booting U-Boot image from filesystem instead of some > random offset on the SD card. This makes the board usable by putting the > u-boot.img to first partition of the SD card and writing the SPL this way: > $ dd if=u

[U-Boot] [PATCH] ARM: mx6: Enable MMC FS boot support

Enable support for booting U-Boot image from filesystem instead of some random offset on the SD card. This makes the board usable by putting the u-boot.img to first partition of the SD card and writing the SPL this way: $ dd if=u-boot-with-spl.imx of=/dev/sdX seek=2 bs=512 Signed-off-by: Marek Vas

[U-Boot] [PATCH] ARM: mx6: Enable STDIO deregistering on Novena

Novena supports USB keyboard, which is a pluggable device and can be unplugged. Thus, we need to be able to deregister it's stdio device. Signed-off-by: Marek Vasut Cc: Stefano Babic --- include/configs/novena.h | 1 + 1 file changed, 1 insertion(+) NOTE: Stefano, this is 2016.05 material , pl

[U-Boot] [PATCH] omap3: Reduce logic/overo SPL max image size

While the OMAP3 has 64KiB of SRAM, per the TRM the download area is only from 0x4020 to 0x4020F000 and exceeding that will cause failure to boot. Further, we need to make sure that we don't run into SRAM_SCRATCH_SPACE_ADDR as once SPL is running we will write values there and would corrupt our

[U-Boot] [PATCH 2/2] mtd: cqspi: Simplify indirect read code

The indirect read code is a pile of nastiness. This patch replaces the whole unmaintainable indirect read implementation with the one from upcoming Linux CQSPI driver, which went through multiple rounds of thorough review and testing. All the patch does is it plucks out duplicate ad-hoc code distri

[U-Boot] [PATCH 1/2] mtd: cqspi: Simplify indirect write code

The indirect write code is buggy pile of nastiness which fails horribly when the system runs fast enough to saturate the controller. The failure results in some pages (256B) not being written to the flash. This can be observed on systems which run with Dcache enabled and L2 cache enabled, like the

[U-Boot] [PATCH 0/2] Initial support for S32V234 - version 2

Here is the second version of the proposed inital support for S32V234. Please excuse the delay, I was kept busy by some unplanned events. Tom: I did not spllit the MMU definitions into a separate file since they are not used anywhere else yet. Eddy Petrișor (1): armv8: s32v234: Introduce basic

[U-Boot] [PATCH v2 0/2] Initial S32V234 support - version 2 (with notes now)

Here are the reworked patches for initial S32V234 support, including the git notes in both patches. Sorry for the repost. Eddy Petrișor (1): armv8: s32v234: Introduce basic support for s32v234evb Stoica Cosmin-Stefan (1): serial: Introduce linflex uart support arch/arm/Kconfig

[U-Boot] [PATCH v2 2/2] armv8: s32v234: Introduce basic support for s32v234evb

From: Eddy Petrișor Add initial support for NXP's S32V234 SoC and S32V234EVB board. The S32V230 family is designed to support computation-intensive applications for image processing. The S32V234, as part of the S32V230 family, is a high-performance automotive processor designed to support safe c

[U-Boot] [PATCH v2 1/2] serial: Introduce linflex uart support

From: Stoica Cosmin-Stefan The Linflex module is integrated on some NXP automotive SoCs part of the former Freescale portfolio, like S32V234, an SoC for Advanced Driver Assistance Systems. Original-signed-off-by: Stoica Cosmin-Stefan Original-signed-off-by: Chircu Bogdan Original-signed-off-by

[U-Boot] [PATCH 2/2] armv8: s32v234: Introduce basic support for s32v234evb

From: Eddy Petrișor Add initial support for NXP's S32V234 SoC and S32V234EVB board. The S32V230 family is designed to support computation-intensive applications for image processing. The S32V234, as part of the S32V230 family, is a high-performance automotive processor designed to support safe c

[U-Boot] [PATCH 1/2] serial: Introduce linflex uart support

From: Stoica Cosmin-Stefan The Linflex module is integrated on some NXP automotive SoCs part of the former Freescale portfolio, like S32V234, an SoC for Advanced Driver Assistance Systems. Original-signed-off-by: Stoica Cosmin-Stefan Original-signed-off-by: Chircu Bogdan Original-signed-off-by

Re: [U-Boot] [PATCH v2 15/15] defconfig: ti: Add configs for OMAP5-class secure parts

On Wed, Apr 27, 2016 at 03:09:19PM -0500, Daniel Allred wrote: > Adds new defconfig files for DRA7xx and AM57xx secure devices. > These are the same as the non-secure parts, but with the addition > of the CONFIG_TI_SECURE_DEVICE option set to 'y'. > > Signed-off-by: Daniel Allred > Signed-off-by:

Re: [U-Boot] [PATCH v2 14/15] ARM: omap5: add ft_board_setup for dra7xx/am57xx

On Wed, Apr 27, 2016 at 03:09:18PM -0500, Daniel Allred wrote: > Adds the board specific ft_board_setup() functions that > are called when CONFIG_OF_BOARD_SETUP is defined. These functions > will currently just call the ft_cpu_setup() function. > > Adds CONFIG_OF_BOARD_SETUP to the defconfig files

Re: [U-Boot] [PATCH v2 13/15] ARM: omap5: add hooks for cpu/SoC fdt fixups

On Wed, Apr 27, 2016 at 03:09:17PM -0500, Daniel Allred wrote: > Adds an fdt.c file in that defines the ft_cpu_setup() function, > which should be called from a board-specific ft_board_setup()). > This ft_cpu_setup() will currently do nothing for non-secure (GP) > devices but contains pertine

Re: [U-Boot] [PATCH v2 12/15] ARM: omap-common: Add device type to CPU string

On Wed, Apr 27, 2016 at 03:09:16PM -0500, Daniel Allred wrote: > Update the CPU string output so that the device > type is now included as part of the CPU string that > is printed as the SPL or u-boot comes up. This update > adds a suffix of the form "-GP" or "-HS" for production > devices, so that

Re: [U-Boot] [PATCH v2 10/15] ti_omap5_common: Update SPL start address on secure parts

On Wed, Apr 27, 2016 at 03:09:14PM -0500, Daniel Allred wrote: > Updated the CONFIG_SPL_TEXT_BASE to support secure parts (moving > the start address past secure reserved memory and the size of the > security certificate that precedes the boot image on secure devices). > Updated the related CONFIG_

Re: [U-Boot] [PATCH v2 09/15] defconfig: Add a config for AM43xx secure part

On Wed, Apr 27, 2016 at 03:09:13PM -0500, Daniel Allred wrote: > From: Madan Srinivas > > Adds a new defconfig file for the AM43xx secure device. > This 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

Re: [U-Boot] Problem of git clone with http

On Wed, Apr 27, 2016 at 02:05:47PM -0700, Sergey Kubushyn wrote: > On Wed, 27 Apr 2016, Wolfgang Denk wrote: > > >Dear Andreas, > > > >In message <20160427144315.gh2...@borg.dal.design.ti.com> you wrote: > >> > >But i can't pull and fetch anything with http.. > >... > >>I was just banging my h

Re: [U-Boot] Problem of git clone with http

On Wed, 27 Apr 2016, Wolfgang Denk wrote: Dear Andreas, In message <20160427144315.gh2...@borg.dal.design.ti.com> you wrote: But i can't pull and fetch anything with http.. ... I was just banging my head not being able to fetch the latest U-Boot stuff, running into the same issue, and succ

Re: [U-Boot] Problem of git clone with http

On Wed, Apr 27, 2016 at 10:44:00PM +0200, Wolfgang Denk wrote: > Dear Andreas, > > In message <20160427144315.gh2...@borg.dal.design.ti.com> you wrote: > > > > > >> But i can't pull and fetch anything with http.. > ... > > I was just banging my head not being able to fetch the latest U-Boot > > st

Re: [U-Boot] Problem of git clone with http

Dear Andreas, In message <20160427144315.gh2...@borg.dal.design.ti.com> you wrote: > > > >> But i can't pull and fetch anything with http.. ... > I was just banging my head not being able to fetch the latest U-Boot > stuff, running into the same issue, and successfully worked around it by > using

Re: [U-Boot] [PATCH] usb: dwc2: Init desc_before_addr

On 04/27/2016 07:15 PM, Dinh Nguyen wrote: > On 04/25/2016 08:08 PM, Marek Vasut wrote: >> Initialize desc_before_addr, otherwise the USB core won't send the >> first 64B Get Device Descriptor request in common/usb.c function >> usb_setup_descriptor() . There are some USB devices which expect >> th

[U-Boot] [PATCH v2 14/15] ARM: omap5: add ft_board_setup for dra7xx/am57xx

Adds the board specific ft_board_setup() functions that are called when CONFIG_OF_BOARD_SETUP is defined. These functions will currently just call the ft_cpu_setup() function. Adds CONFIG_OF_BOARD_SETUP to the defconfig files for dra72_evm, dra74_evm, and am57xx_evm. Signed-off-by: Daniel Allred

[U-Boot] [PATCH v2 15/15] defconfig: ti: Add configs for OMAP5-class secure parts

Adds new defconfig files for DRA7xx and AM57xx secure devices. These are the same as the non-secure parts, but with the addition of the CONFIG_TI_SECURE_DEVICE option set to 'y'. Signed-off-by: Daniel Allred Signed-off-by: Madan Srinivas --- V2: Rebase from current master, create HS copies of

[U-Boot] [PATCH v2 13/15] ARM: omap5: add hooks for cpu/SoC fdt fixups

Adds an fdt.c file in that defines the ft_cpu_setup() function, which should be called from a board-specific ft_board_setup()). This ft_cpu_setup() will currently do nothing for non-secure (GP) devices but contains pertinent updates for booting on secure (HS) devices. Update the omap5 Makefile to

[U-Boot] [PATCH v2 10/15] ti_omap5_common: Update SPL start address on secure parts

Updated the CONFIG_SPL_TEXT_BASE to support secure parts (moving the start address past secure reserved memory and the size of the security certificate that precedes the boot image on secure devices). Updated the related CONFIG_SPL_MAX_SIZE to properly reflect the internal memory actually available

[U-Boot] [PATCH v2 11/15] spl: build: ti: add support for secure boot images

Updates the SPL build so that when CONFIG_TI_SECURE_DEVICE is in use (which it should be when building for secure parts), the TI secure development package is used to create a valid secure boot image. The u-boot SPL build processes is NOT aware of the details of creating the boot image - all of tha

[U-Boot] [PATCH v2 08/15] ti: AM43xx: board: Detect AM43xx HS EVM

From: Madan Srinivas Adds code to detect AM43xx HS EVMS - the string in the I2C EEPROM for HS EVMs differs from GP EVMs. Adds code to for evm detection, regardless of whether the evm is for GP or HS parts, and updates board init to use that. Modifies findfdt command to pick up am437x-gp-evm.dtb

[U-Boot] [PATCH v2 12/15] ARM: omap-common: Add device type to CPU string

Update the CPU string output so that the device type is now included as part of the CPU string that is printed as the SPL or u-boot comes up. This update adds a suffix of the form "-GP" or "-HS" for production devices, so that general purpose (GP) and high security (HS) can be distiguished. Applies

[U-Boot] [PATCH v2 09/15] defconfig: Add a config for AM43xx secure part

From: Madan Srinivas Adds a new defconfig file for the AM43xx secure device. This 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. Signed-off-by: Daniel Allred Signed-off-by: Madan Srin

[U-Boot] [PATCH v2 05/15] ti: omap-common: Add commands for generating secure SPL images

Adds a centralized config_secure.mk in omap-common for OMAP-style TI secure devices to use for boot image generation Depending on the boot media, different images are needed for secure devices. These commands generates u-boot*_HS_* files that need to be used to boot secure devices. Please refer t

[U-Boot] [PATCH v2 07/15] ti: AM43xx: Use CONFIG options from SOC Kconfig

From: Madan Srinivas Updates configs/am43xx_evm.h to use CONFIG options from SOC specific Kconfig file for various calculations. On AM43x devices, the address of SPL entry point depends on the device type, i.e. whether it is secure or non-secure. Further, for non-secure devices, the SPL entry

[U-Boot] [PATCH v2 06/15] ti: AM43xx: config.mk: Add support for generating secure boot images

Modifies the config.mk to build secure images when building the SPL for secure devices. 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. The same u-boot binary file is processed slightly

[U-Boot] [PATCH v2 04/15] ti: omap-common: Add Kconfig file for secure device support

From: Madan Srinivas Defines CONFIG_TI_SECURE_DEVICE which needs to be turned on when building images for secure devices. This flag is used to invoke the secure image creation tools for creating a boot image that can be used on secure devices. This flag may also be used to conditionally compile c

[U-Boot] [PATCH v2 03/15] arm: Kconfig: Add support for AM43xx SoC specific Kconfig

From: Madan Srinivas Adding support for AM43xx secure devices require the addition of some SOC specific config options like the amount of memory used by public ROM and the address of the entry point of u-boot or SPL, as seen by the ROM code, for the image to be built correctly. This mandates the

[U-Boot] [PATCH v2 02/15] arm: am33xx: Kconfig: Add secure device definitions

From: Madan Srinivas Adds a new Kconfig file for AM33xx class devices. We need a common place to define CONFIG parameters for these SOCs, especially for adding support for secure devices. a) Adds a definition for ISW_ENTRY_ADDR. This is the address to which the ROM branches when the SOC ROM hand

[U-Boot] [PATCH v2 01/15] doc: Add info on using secure devices from TI

Adds doc/README.ti-secure file to explain in generic terms how boot images need to be created for secure devices from Texas Instruments. Specific details for creating secure boot images for the AM43xx, DRA7xx and AM57xx secure devices from Texas Instruments are also provided in the README file. S

[U-Boot] [PATCH v2 00/15] Support for boot image creation for TI secure devices

Adds support for creating bootable images for AM43xx HS and DRA7xx/AM57xx HS devices. Daniel Allred (9): doc: Add info on using secure devices from TI ti: omap-common: Add commands for generating secure SPL images ti: AM43xx: config.mk: Add support for generating secure boot images ti_omap

Re: [U-Boot] [PATCH v3 2/2] m68k: add DM model serial driver

Hi Simon, sent v4. Tested - legacy serial driver and DM serial driver in mcf5307 "amcore" board - buildman, pass all boards - checkpatch Regards, angelo On 26/04/2016 17:26, Simon Glass wrote: Hi Angelo, On 26 April 2016 at 03:03, Angelo Dureghello wrote: Hi Simon, i realized this patc

[U-Boot] [PATCH 2/2 v4] m68k: add DM model serial driver

Boards can now use DM serial driver, or still legacy mcf uart driver version. Signed-off-by: Angelo Dureghello --- Changes for v2: - fixed commit message - added white lines in cmd/mmc.c - fixed help in cmd/mmc.c Changes for v3: - fixed command output to a single printf - fixed ret

[U-Boot] [PATCH 1/2 v4] m68k: add malloc memory for early malloc

To use serial uclass and DM, CONFIG_SYS_MALLOC_F must be used. So CONFIG_SYS_GENERIC_GLOBAL_DATA has been undefined and call to board_init_f_mem() is added for all cpu's. Signed-off-by: Angelo Dureghello --- Changes for v2: - none Changes for v3: - fix start.S using new board_init_f_alloc_r

Re: [U-Boot] [PATCH v2 1/2] drivers/video/am335x-fb: Add support for 16bpp format

Hi Hannes, I used git send-email and git format-patch manually, which was a bit of a hassle. Now I used patman which seems to be really handy, thanks for the hint. Martin On 04/27/2016 12:07 PM, Hannes Schmelzer wrote: Martin, you have to send also a v2 from "2/2] drivers/video/am335x-fb:

[U-Boot] [PATCH v3 2/2] drivers/video/am335x-fb: Properly point framebuffer behind palette

The DMA was outputting the palette on the screen because the base for the DMA was not after the palette. In addition to that, the ceiling was also too high, this led that the output on the screen was shifted. NOTE: According to the TRM, even in 16/24bit mode a palette is required in the first 32 b

[U-Boot] [PATCH v3 1/2] drivers/video/am335x-fb: Add support for 16bpp format

To support 16bpp we just need to change the raster_ctrl register accordingly. Also 32bpp mode should work as well, but was not tested. According to the TRM the uppermost byte will be ignored when LCD_TFT_24BPP_UNPACK is set. The switch logic is based on the Liunx kernel tilcdc driver: drivers/gpu/

Re: [U-Boot] [RFC PATCH] dm: ensure device names are unique

On 04/26/2016 03:36 PM, Stephen Warren wrote: On 04/26/2016 03:30 PM, Stephen Warren wrote: From: Stephen Warren It is possible for HW to contain multiple instances of the same device. In this case, the name passed to device_bind() may not be unique across all devices within its uclass. One ex

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

On Wed, Apr 27, 2016 at 05:50:35PM +0200, Stefano Babic wrote: > Hi Peter, > > On 27/04/2016 12:15, Peter Robinson wrote: > > Hi All, > > > > I didn't look closely when it happened with rc1 because I saw a pull > > req from Stefano shortly afterwards and I decided to try again after > > that land

Re: [U-Boot] [PATCH] fs: ext4: fix symlink read function

On 04/27/2016 10:40 AM, Stefan Roese wrote: From: Ronald Zachariah The function ext4fs_read_symlink was unable to handle a symlink which had target name of exactly 60 characters. Reviewed-by: Stephen Warren This seems to match how the Linux kernel encodes symlinks. - if (__le32_to_c

[U-Boot] [verified-boot] Multiple levels of signing keys

Hello all, I'm looking to support "multiple levels" of keys within u-boot's verified boot. I need something similar to UEFI's key enrollment key (KEK) and db/dbx model such that I can support on-line signing of new kernels/rootfs/configurations. To make this work we need a KEK that is not online

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

On Wed, Apr 27, 2016 at 09:28:51AM -0700, Sergey Kubushyn wrote: > Guys, it looks like it is already time to finally get that series of ARM lib > patches in. This will occur again and again until it is done. > > Face the reality -- not everybody uses a special softfloat toolchain just > for build

Re: [U-Boot] [PATCH] usb: dwc2: Init desc_before_addr

On 04/25/2016 08:08 PM, Marek Vasut wrote: > Initialize desc_before_addr, otherwise the USB core won't send the > first 64B Get Device Descriptor request in common/usb.c function > usb_setup_descriptor() . There are some USB devices which expect > this sequence and otherwise can misbehave. > > Sig

  1   2   >