Re: [U-Boot] [PATCH 55/60] i2c: tegra: move pinmux setup to board files

On 04/27/2016 09:12 AM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:59, Stephen Warren wrote: From: Stephen Warren Remove funcmux calls from the Tegra I2C driver. Knowledge of pinmux setup must come from either board files or DT; it

Re: [U-Boot] [RFC PATCH] gpio: add Tegra186 GPIO driver

On 04/27/2016 09:12 AM, Simon Glass wrote: Hi Stephen, On 20 April 2016 at 17:28, Stephen Warren wrote: From: Stephen Warren Tegra186's GPIO controller register layout is significantly different from previous chips, so add a new driver for it. In

Re: [U-Boot] [PATCH 55/60] i2c: tegra: move pinmux setup to board files

Hi Stephen, On 27 April 2016 at 10:24, Stephen Warren wrote: > On 04/27/2016 09:12 AM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 19 April 2016 at 14:59, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> Remove

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

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. >>> Add the ability to

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

[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

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 landed. With rc3 I'm still seeing the same issue. > > Basically all the i.MX6

Re: [U-Boot] Issue with USB mass storage (thumb drives)

On 04/27/2016 11:04 AM, Diego wrote: > > > Il 27 aprile 2016 04:14:45 CEST, Marek Vasut ha scritto: >> On 04/15/2016 02:13 PM, Diego wrote: >>> >>> Hi Marek, >>> >>> yes, I was getting the following error with the Kingston DTSE9 USB >> 2.0: >>> EHCI timed out on TD -

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. > >

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

Re: [U-Boot] [PATCH 55/60] i2c: tegra: move pinmux setup to board files

On 04/27/2016 10:58 AM, Simon Glass wrote: Hi Stephen, On 27 April 2016 at 10:24, Stephen Warren wrote: On 04/27/2016 09:12 AM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:59, Stephen Warren wrote: From: Stephen Warren

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

On Wed, 27 Apr 2016, Stefano Babic 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 building U-Boot. And it is simply

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]

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

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

[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:

[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

[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

[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

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

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 slave. Upon reading

[U-Boot] [PATCH] 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 Cc: Stephen Warren Cc:

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

Hi Stefano, >> 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 landed. With rc3 I'm still seeing the same issue. >> >> Basically all the i.MX6 devices >>

Re: [U-Boot] [PATCH 38/60] ARM: tegra: remove tegra_get_chip()

On 04/27/2016 08:50 AM, Simon Glass wrote: Hi Stephen, On 25 April 2016 at 13:25, Stephen Warren wrote: On 04/23/2016 11:14 AM, Simon Glass wrote: Hi Stephen, On 19 April 2016 at 14:59, Stephen Warren wrote: From: Stephen Warren

[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 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

[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

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

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

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

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 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

[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

[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.

[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

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 > >

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

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

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

[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

[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.

[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

[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

[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

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 >>

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' >

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

[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.

[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

[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

[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

[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

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

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

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,

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

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

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

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

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

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

[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

[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 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

[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

[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

[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

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

[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

[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

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

[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

[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:

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

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

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

[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] 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

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 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

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

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 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

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

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: 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

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: >$

[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

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

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

[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

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

[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

Re: [U-Boot] [PATCH 38/60] ARM: tegra: remove tegra_get_chip()

Hi Stephen, On 25 April 2016 at 13:25, Stephen Warren wrote: > On 04/23/2016 11:14 AM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 19 April 2016 at 14:59, Stephen Warren wrote: >>> >>> From: Stephen Warren >>> >>> U-Boot is

Re: [U-Boot] [RFC] SPL -> U-Boot Chain of Trust

Hi Andreas, On 14 April 2016 at 17:07, Andreas Dannenberg wrote: > > Hi Simon, thanks for the feedback. Additional comments inlined... > > On Mon, Apr 04, 2016 at 06:04:15PM -0600, Simon Glass wrote: > > Hi Andreas, > > > > On 28 March 2016 at 14:19, Andreas Dannenberg

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

On Wed, Apr 27, 2016 at 09:43:15AM -0500, Andreas Dannenberg wrote: > On Fri, Apr 01, 2016 at 04:29:48PM +0900, Jaehoon Chung wrote: > > Hi, > > > > On 04/01/2016 04:23 PM, Anatolij Gustschin wrote: > > > Hi, > > > > > > On Fri, 01 Apr 2016 09:59:22 +0900 > > > Jaehoon Chung

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

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 combination to

[U-Boot] [PATCH 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

[U-Boot] [PATCH 2/3] arm: spear: x600: Remove EFI support to reduce image size

EFI is not needed on x600. So lets remove the EFI support to make it fit into the 0x6 image size limit again. Signed-off-by: Stefan Roese --- configs/x600_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/x600_defconfig b/configs/x600_defconfig index

[U-Boot] [PATCH 1/3] arm: spear: x600: Add support for Micrel KSZ9031 PHY

As the old ethernet PHY is not available any more, the x600 board has been redesigned with the Micrel KSZ9031 PHY. This patch adds support to autodetect the PHY and configure the Micrel PHY correctly. Signed-off-by: Stefan Roese --- board/spear/x600/x600.c | 80

[U-Boot] [PATCH 3/3] arm: spear: Disable I2C designware enable status reg check

The I2C designware controller doesn't support the enable status register. This patch disables the check on the SPEAr platforms. Signed-off-by: Stefan Roese --- include/configs/spear-common.h | 1 + include/configs/x600.h | 1 + 2 files changed, 2 insertions(+) diff --git

  1   2   >