Re: [U-Boot] [PATCH] dm: gpio: pca953x: introduce driver model support for pca953x

On 12.4.2016 03:25, Peng Fan wrote: > Hi Michal, > > On Mon, Apr 11, 2016 at 02:40:06PM +0200, Michal Simek wrote: >> On 11.4.2016 14:09, Michal Simek wrote: >>> On 11.4.2016 07:47, Peng Fan wrote: On Sat, Apr 09, 2016 at 12:33:34PM -0600, Simon Glass wrote: > On 18 March 2016 at 03:54,

Re: [U-Boot] [PATCH] dm: gpio: pca953x: introduce driver model support for pca953x

On 12.4.2016 03:22, Peng Fan wrote: > Hi Michal, > On Mon, Apr 11, 2016 at 02:09:22PM +0200, Michal Simek wrote: >> On 11.4.2016 07:47, Peng Fan wrote: >>> On Sat, Apr 09, 2016 at 12:33:34PM -0600, Simon Glass wrote: On 18 March 2016 at 03:54, Peng Fan wrote: >

Re: [U-Boot] [PATCH] m68k: fix broken buildman m68k

Hi, On 12/04/2016 00:52, Marek Vasut wrote: On 04/12/2016 12:30 AM, Angelo Dureghello wrote: fix 19/48 broken board compilations, due to a now too smal 16-bit relative jump Won't it make sense to tweak the linker script to put those functions closer together instead ? Sure, good idea.

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

On Monday 11 April 2016 08:31 PM, Tom Rini wrote: > On Thu, Apr 07, 2016 at 08:47:05PM +0530, Mugunthan V N wrote: > >> Different TI platforms has to read with different combination to >> get the mac address from efuse. So add support to read mac address >> based on machine/device compatibles. >>

Re: [U-Boot] [PATCH 2/2] pinctrl: Add pinctrl driver support for Exynos7420 SoC

On 10/04/16 03:35, Simon Glass wrote: > On 5 April 2016 at 19:45, Thomas Abraham wrote: >> Add pinctrl driver support for Samsung's Exynos7420 SoC. The changes >> have been split into Exynos7420 specific and common Exynos specific >> portions so that this implementation is

Re: [U-Boot] [PATCH V2 6/6] gpio: exynos(s5p): remove gpio_xlate routine

On 12/04/16 02:00, Eric Nelson wrote: > With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, > the Exynos/S5P gpio driver doesn't need a custom xlate routine. > > Signed-off-by: Eric Nelson > Acked-by: Simon Glass > --- > V2 removes the include of >

Re: [U-Boot] [PATCH V3 1/6] dm: gpio: add a default gpio xlate routine

On 04/11/2016 11:01 PM, Eric Nelson wrote: > Many drivers use a common form of offset + flags for device > tree nodes. e.g.: > < 2 GPIO_ACTIVE_LOW> > > This patch adds a common implementation of this type of parsing > and calls it when a gpio driver doesn't supply its' own xlate > routine.

Re: [U-Boot] [PATCH V2 4/6] gpio: pic32: remove gpio_xlate routine

On 04/11/2016 10:30 PM, Eric Nelson wrote: > With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, > the pic32 gpio driver doesn't need a custom xlate routine. > > Signed-off-by: Eric Nelson > Acked-by: Simon Glass Reviewed-by: Purna Chandra Mandal

[U-Boot] [PATCH 0/4] ath79: fix some minor defects

These series of patch based on top of mips/next, it fix some defects on the previous patch series "add support for atheros ath79 based SOCs". Wills Wang (4): ath79: spi: Remove the explicit pinctrl setting ar933x: serial: Remove the explicit pinctrl setting ath79: ar933x: use BIT macro

[U-Boot] [PATCH 3/4] ath79: ar933x: use BIT macro for bit shift operation

used a uniform BIT macro for register bit-field shift Signed-off-by: Wills Wang --- arch/mips/mach-ath79/ar933x/ddr.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/mips/mach-ath79/ar933x/ddr.c b/arch/mips/mach-ath79/ar933x/ddr.c

[U-Boot] [PATCH 2/4] ar933x: serial: Remove the explicit pinctrl setting

The correct pinctrl is handled automatically so we don't need to do it in the driver. Signed-off-by: Wills Wang --- drivers/serial/serial_ar933x.c | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-) diff --git a/drivers/serial/serial_ar933x.c

[U-Boot] [PATCH 1/4] ath79: spi: Remove the explicit pinctrl setting

The correct pinctrl is handled automatically so we don't need to do it in the driver. Signed-off-by: Wills Wang --- drivers/spi/ath79_spi.c | 12 1 file changed, 12 deletions(-) diff --git a/drivers/spi/ath79_spi.c b/drivers/spi/ath79_spi.c index

Re: [U-Boot] [ANN] U-Boot v2016.05-rc1 released

Hi Tom, On 11 April 2016 at 20:31, Tom Rini wrote: > Hey all, > > I've tagged v2016.05-rc1 and it should be available everywhere soon. I > know we're a week behind but rather than tag this during ELC, I waited > until I got home and... I think it was a mistake. Next time

Re: [U-Boot] spl: mmc: raw: Try to load u-boot if Linux image is not found

On Mon, Apr 11, 2016 at 03:24:50PM +0530, Lokesh Vutla wrote: > If CONFIG_SPL_OS_BOOT is enabled and Linux image is not flashed at > RAW_MODE_KERNEL_SECTOR in MMC, spl still assumes that Linux is > available and tries to boot it and hangs. In order to avoid this, > adding a check to verify if

[U-Boot] [ANN] U-Boot v2016.05-rc1 released

Hey all, I've tagged v2016.05-rc1 and it should be available everywhere soon. I know we're a week behind but rather than tag this during ELC, I waited until I got home and... I think it was a mistake. Next time conference and releases overlap, I'm going go to slightly early. So, the merge

Re: [U-Boot] [U-Boot, v2, 1/2] arm: Replace v7_maint_dcache_all(ARMV7_DCACHE_CLEAN_INVAL_ALL) with asm code

On Sat, Apr 09, 2016 at 01:53:48PM +0200, Hans de Goede wrote: > v7_maint_dcache_all() does not work reliable when build with gcc6, > see: https://bugzilla.redhat.com/show_bug.cgi?id=1318788 > > While debugging this I learned that v7_maint_dcache_all() is unreliable > when build with gcc5 too

Re: [U-Boot] [U-Boot, v2, 2/2] arm: Replace v7_maint_dcache_all(ARMV7_DCACHE_INVAL_ALL) with asm code

On Sat, Apr 09, 2016 at 01:53:49PM +0200, Hans de Goede wrote: > Lets be consistent and also replace v7_maint_dcache_all() > with asm code for the invalidate case. > > Signed-off-by: Hans de Goede Applied to u-boot/master, thanks! -- Tom signature.asc Description:

Re: [U-Boot] test/py: README: link to example hook scripts

On Wed, Apr 06, 2016 at 11:46:59AM -0600, Stephen Warren wrote: > From: Stephen Warren > > When implementing test/py hook scripts, it's helpful to read some working > examples. Provide a link to some. The link was mentioned in the commit > message which first added test/py,

Re: [U-Boot] lib/crc8: Add crc start value

On Fri, Apr 08, 2016 at 03:56:29PM +0200, Stefan Roese wrote: > To make the usage of this function more flexible, lets add the CRC start > value as parameter to this function. This way it can be used by other > functions requiring different start values than 0 as well. > > For non-zero CRC start

Re: [U-Boot] bootcounter_ram: Flush dcache after data is written into SDRAM

On Wed, Apr 06, 2016 at 11:02:22AM +0200, Stefan Roese wrote: > This patch adds a call to flush_dcache_range() to bootcount_store() to > make sure, that the bootcounter data (including the patterns) is > written to memory. Without this, platforms with dcache enabled may not > have the bootcounter

Re: [U-Boot] am33xx changed BOOT_DEVICE_SPI to correct value

On Tue, Apr 05, 2016 at 10:56:57AM +0200, Vogt, Christof wrote: > Changed BOOT_DEVICE Code for SPI on AM33xx. > According AM335x reference manual page 4960 > (SPRUH73L-October 2011-Revised February 2015) > Reviewed-by: Lokesh Vutla Applied to u-boot/master, thanks! --

Re: [U-Boot] disk: part: Enable get_info pointer for CONFIG_SPL_FAT_SUPPORT

On Tue, Apr 05, 2016 at 01:34:20PM +0200, Michal Simek wrote: > The patch "dm: part: Convert partition API use to linker lists" > (sha1: 96e5b03c8ab749b6547f6a3ceb4d4b9f274211aa) is adding new > dependency for enabling SPL_EXT_SUPPORT to be able to get > information about DOS partition. >

Re: [U-Boot] [U-Boot,V2] rpi: remove redundant board files

On Mon, Apr 04, 2016 at 08:00:41PM -0600, Stephen Warren wrote: > Now that rpi_*defconfig and Kconfig (rather than the config header file) > provide the identity of the build, we don't need to separate config > headers and board directories for each RPi variant. Set CONFIG_SYS_BOARD > and

Re: [U-Boot] stm32: stm32_flash: add memory barrier during flash write

On Mon, Apr 04, 2016 at 04:49:02PM -0700, Vikas Manocha wrote: > After writing data to flash space, next instruction is checking if flash > controller is busy writing to the flash memory. Memory barrier is required > here > to avoid transaction re-ordering for data write and busy status check. >

Re: [U-Boot] [U-Boot, v2] test/py: Add support for loading image via tftp to specified location

On Mon, Apr 04, 2016 at 08:06:14PM +0200, Michal Simek wrote: > For example this setting: > > env__net_tftp_readable_file = { > "fn": "ep108/image.ub", > "addr": 0x1000, > "size": 25846296, > "crc32": "b726f9de", > } > > Signed-off-by: Michal Simek

Re: [U-Boot] board: ti: am57xx: Prevent init_sata() from being called twice

On Mon, Apr 04, 2016 at 10:53:31AM +0300, Roger Quadros wrote: > init_sata() is done as part of scsi_init() in > arch/arm/cpu/armv7/omap-common/sata.c so no need to duplicate > it here. > > This seems to fix SATA problems in the kernel when CONFIG_TI_PIPE3 is > configured as loadable module. >

Re: [U-Boot] test/py: pass -v option when executing sandbox

On Mon, Apr 04, 2016 at 11:04:50AM -0600, Stephen Warren wrote: > From: Stephen Warren > > This shows more output, such as the internal output generated by the unit > test ("ut") command, which makes it easier to debug issues. > > Signed-off-by: Stephen Warren

Re: [U-Boot] spmi: Fix sandbox spmi driver memory corruption

On Mon, Apr 04, 2016 at 07:55:58PM +0200, Mateusz Kulikowski wrote: > There is off-by-one error in sandbox_emul_gpio that causes > segfault of certain tests. > > EMUL_GPIO_REG_END is the address of last valid (emulated) register. > This patch fixed this (by adding one more element to emulated

Re: [U-Boot] [U-Boot, 2/3] cmd: blkcache: simplify sub-command handling

On Sat, Apr 02, 2016 at 07:37:13AM -0700, Eric Nelson wrote: > Signed-off-by: Eric Nelson > Acked-by: Stephen Warren Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___

Re: [U-Boot] [U-Boot,2/2] ARM: add Raspberry Pi 3 64-bit config

On Fri, Apr 01, 2016 at 09:14:15PM -0600, Stephen Warren wrote: > On all Pis so far, the VC FW provides a short stub to set up the ARM CPU > before entering the kernel (a/k/a U-Boot for us). This feature is not > currently supported by the VC FW when booting in 64-bit mode. However, > this

Re: [U-Boot] arm: socfpga: sr1500: Remove USB_GADGET

On Fri, Apr 01, 2016 at 09:27:50PM +0300, Semen Protsenko wrote: > From: Sam Protsenko > > "buildman" tool revealed that USB_GADGET was enabled by mistake for this > board in process of moving that option to Kconfig. Remove it to bring > things back to correct state.

Re: [U-Boot] env_eeprom invalidates gd->env_addr by setting it to an offset value

On Fri, Mar 11, 2016 at 01:31:39PM +, Guy Thouret wrote: > Patch to fix boot hang when using env on i2c eeprom caused by invalid > gd->env_addr > > Signed-off-by: Guy Thouret > Cc: Heiko Schocher Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot, v2, 1/2] fastboot: sparse: fix block addressing for don't care chunk type

On Tue, Feb 09, 2016 at 11:19:10AM -0800, Steve Rae wrote: > When 7bfc3b1 (sparse: Refactor chunk parsing function) was implemented, > it dropped 9981945 (aboot: fix block addressing for don't care chunk type). > > This re-implements the required fix for the "don't care chunk type"... > >

Re: [U-Boot] Please pull ARC changes

On Mon, Apr 11, 2016 at 05:23:56PM +, Alexey Brodkin wrote: > Hi Tom, > > Could you please pull changes for ARC below? > > The following changes since commit 9dbdc6ebd4db60effebefcf8d541cf598712e3b7: > >   Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2016-04-10 > 19:55:25

Re: [U-Boot] [PATCH] efi_loader: Always flush in cache line size granularity

On 04/12/2016 02:39 AM, Tom Rini wrote: > On Mon, Apr 11, 2016 at 12:36:33AM +0200, Marek Vasut wrote: > >> On 04/11/2016 12:31 AM, Alexander Graf wrote: >>> >>> >>> On 11.04.16 00:24, Andreas Färber wrote: Am 04.04.2016 um 09:32 schrieb Alexander Graf: > The cache line flush helpers

Re: [U-Boot] [PATCH] dm: gpio: pca953x: introduce driver model support for pca953x

Hi Michal, On Mon, Apr 11, 2016 at 02:40:06PM +0200, Michal Simek wrote: >On 11.4.2016 14:09, Michal Simek wrote: >> On 11.4.2016 07:47, Peng Fan wrote: >>> On Sat, Apr 09, 2016 at 12:33:34PM -0600, Simon Glass wrote: On 18 March 2016 at 03:54, Peng Fan wrote: >

Re: [U-Boot] [PATCH] dm: gpio: pca953x: introduce driver model support for pca953x

Hi Michal, On Mon, Apr 11, 2016 at 02:09:22PM +0200, Michal Simek wrote: >On 11.4.2016 07:47, Peng Fan wrote: >> On Sat, Apr 09, 2016 at 12:33:34PM -0600, Simon Glass wrote: >>> On 18 March 2016 at 03:54, Peng Fan wrote: Introduce a new driver that supports driver

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

[U-Boot] [PATCH 14/16] 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. Signed-off-by: Daniel Allred Signed-off-by: Madan Srinivas --- board/ti/am57xx/board.c

[U-Boot] [PATCH 13/16] 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 12/16] ARM: omap4/5: 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 15/16] ARM: omap5: Add config for board/cpu fdt fixups

Adds CONFIG_OF_BOARD_SETUP to the config header files for dra7xx_evm and am57xx_evm. Signed-off-by: Daniel Allred Signed-off-by: Madan Srinivas --- include/configs/am57xx_evm.h | 3 +++ include/configs/dra7xx_evm.h | 3 +++ 2 files changed, 6 insertions(+) diff

[U-Boot] [PATCH 11/16] 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 10/16] 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 08/16] 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 09/16] defconfig: Add configs for AM43xx secure parts

From: Madan Srinivas Adds new defconfig files for AM43xx secure devices. These are the same as the non-secure parts, except for CONFIG_TI_SECURE_DEVICE option set to 'y' CONFIG_ISW_ENTRY_ADDR updated for secure images. Signed-off-by: Daniel Allred

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

[U-Boot] [PATCH 05/16] 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 03/16] 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 07/16] 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 02/16] 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

[U-Boot] [PATCH 01/16] 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 04/16] 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 00/16] 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 (10): 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

Re: [U-Boot] [PATCH] efi_loader: Always flush in cache line size granularity

On Mon, Apr 11, 2016 at 12:36:33AM +0200, Marek Vasut wrote: > On 04/11/2016 12:31 AM, Alexander Graf wrote: > > > > > > On 11.04.16 00:24, Andreas Färber wrote: > >> Am 04.04.2016 um 09:32 schrieb Alexander Graf: > >>> The cache line flush helpers only work properly when they get aligned > >>>

Re: [U-Boot] [PATCH] m68k: fix broken buildman m68k

On 04/12/2016 12:30 AM, Angelo Dureghello wrote: > fix 19/48 broken board compilations, due to a now too smal 16-bit > relative jump Won't it make sense to tweak the linker script to put those functions closer together instead ? > Signed-off-by: Angelo Dureghello > --- >

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On Mon, Apr 11, 2016 at 3:34 PM, Tom Rini wrote: > On Mon, Apr 11, 2016 at 03:13:37PM -0700, Steve Rae wrote: >> On Mon, Apr 11, 2016 at 3:08 PM, Tom Rini wrote: >> > On Mon, Apr 11, 2016 at 03:01:10PM -0700, Steve Rae wrote: >> >> Hi Tom, >> >> >> >> On

[U-Boot] [PATCH] m68k: fix broken buildman m68k

fix 19/48 broken board compilations, due to a now too smal 16-bit relative jump Signed-off-by: Angelo Dureghello --- arch/m68k/cpu/mcf523x/start.S | 8 ++-- arch/m68k/cpu/mcf52x2/start.S | 8 ++-- arch/m68k/cpu/mcf532x/start.S | 8 ++--

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On Mon, Apr 11, 2016 at 03:13:37PM -0700, Steve Rae wrote: > On Mon, Apr 11, 2016 at 3:08 PM, Tom Rini wrote: > > On Mon, Apr 11, 2016 at 03:01:10PM -0700, Steve Rae wrote: > >> Hi Tom, > >> > >> On Mon, Apr 11, 2016 at 2:56 PM, Tom Rini wrote: > >> > On

[U-Boot] [PATCH] gunzip.c: use block layer for writes

Call blk_dwrite to ensure that the block cache is notified if enabled and remove build breakage when CONFIG_BLK is enabled. Signed-off-by: Eric Nelson --- lib/gunzip.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/lib/gunzip.c b/lib/gunzip.c index

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On Mon, Apr 11, 2016 at 3:08 PM, Tom Rini wrote: > On Mon, Apr 11, 2016 at 03:01:10PM -0700, Steve Rae wrote: >> Hi Tom, >> >> On Mon, Apr 11, 2016 at 2:56 PM, Tom Rini wrote: >> > On Mon, Apr 11, 2016 at 11:55:49AM -0700, Steve Rae wrote: >> > >> >> Tom &

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On Mon, Apr 11, 2016 at 03:01:10PM -0700, Steve Rae wrote: > Hi Tom, > > On Mon, Apr 11, 2016 at 2:56 PM, Tom Rini wrote: > > On Mon, Apr 11, 2016 at 11:55:49AM -0700, Steve Rae wrote: > > > >> Tom & Albert, > >> Please approve the creation of a custodian repo for the

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

Hi Tom, On Mon, Apr 11, 2016 at 2:56 PM, Tom Rini wrote: > On Mon, Apr 11, 2016 at 11:55:49AM -0700, Steve Rae wrote: > >> Tom & Albert, >> Please approve the creation of a custodian repo for the Broadcom (arm) >> boards. >> ( Wolfgang already has my public key... ) >> >>

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On Mon, Apr 11, 2016 at 11:55:49AM -0700, Steve Rae wrote: > Tom & Albert, > Please approve the creation of a custodian repo for the Broadcom (arm) boards. > ( Wolfgang already has my public key... ) > > Wolfgang stated: > > Before I can set up a new custodian repo, please post your > > offer on

[U-Boot] [PATCH 2/2] efi_loader: Expose ascending efi memory map

The EFI memory map does not need to be in a strict order, but 32bit grub2 does expect it to be ascending. If it's not, it may try to allocate memory inside the U-Boot data memory region. We already sort the memory map in descending order, so let's just reverse it when we pass it to a payload.

[U-Boot] [PATCH 1/2] efi_loader: Put fdt into convenient location

The uEFI spec doesn't dictate where the device tree should live at, but legacy 32bit ARM grub2 has some assumptions that it may stay at its place when it's already loaded by the firmware. So let's put it somewhere where Linux that comes after would happily find it - around the recommended 128MB

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

I would prefer NOT to handle bcm283x (raspberry pi) stuff (That project is really outside of Broadcom Ltd's control...) Thanks, Steve On Mon, Apr 11, 2016 at 2:37 PM, Stephen Warren wrote: > On 04/11/2016 12:55 PM, Steve Rae wrote: >> >> Tom & Albert, >> Please

Re: [U-Boot] Custodian Repo for Broadcom (arm) boards

On 04/11/2016 12:55 PM, Steve Rae wrote: Tom & Albert, Please approve the creation of a custodian repo for the Broadcom (arm) boards. ( Wolfgang already has my public key... ) Wolfgang stated: Before I can set up a new custodian repo, please post your offer on the U-Boot mailing list - I

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On 04/11/2016 11:02 PM, Beniamino Galvani wrote: > On Mon, Apr 11, 2016 at 02:08:56AM +0200, Marek Vasut wrote: >> >>> +#define GXBB_GPIO_0_EN GXBB_PERIPHS_ADDR(0x0c) >>> +#define GXBB_GPIO_0_OUTGXBB_PERIPHS_ADDR(0x0d) >>> +#define GXBB_GPIO_0_IN

Re: [U-Boot] [PATCH] dragonboard410c: Add CONFIG_SYS_CACHELINE_SIZE

On 04/11/2016 10:45 PM, Mateusz Kulikowski wrote: > Add missing define to board header file. > > Signed-off-by: Mateusz Kulikowski Acked-by: Marek Vasut > --- > This patch fixes issue with efi_runtime patch: >

[U-Boot] [PATCH] efi_loader: Always flush in cache line size granularity

The cache line flush helpers only work properly when they get aligned start and end addresses. Round our flush range to cache line size. It's safe because we're guaranteed to flush within a single page which has the same cache attributes. Reported-by: Marek Vasut Signed-off-by:

Re: [U-Boot] [PATCH v3 2/2] arm: add initial support for Amlogic Meson and ODROID-C2

On Mon, Apr 11, 2016 at 02:08:56AM +0200, Marek Vasut wrote: > > > +#define GXBB_GPIO_0_EN GXBB_PERIPHS_ADDR(0x0c) > > +#define GXBB_GPIO_0_OUTGXBB_PERIPHS_ADDR(0x0d) > > +#define GXBB_GPIO_0_IN GXBB_PERIPHS_ADDR(0x0e) > > You can also define this as >

[U-Boot] [PATCH] usb: ums - expose selected partition/s v2

By applying this patch, it will give us some flexibility to expose a selected partition/s. e.g: 1. To expose several partitions ums 0 mmc 0:1,0:6 2. To expose the all partitions ums 0 mmc 0:0 3. To expose multiple partititions on several devices ums 0 mmc 0:1,1:6 Signed-off-by: John Tobias

Re: [U-Boot] [PATCH v3 1/2] net: designware: fix descriptor layout and warnings on 64-bit archs

On Mon, Apr 11, 2016 at 01:59:59AM +0200, Marek Vasut wrote: > > This looks more like silencing the warning by a forced cast. > The pointer should most likely be sanity-checked to make sure it's in > 4GiB address space at least. I am worried such forced casts will bite > us in the long run. Yes,

[U-Boot] [PATCH] dragonboard410c: Add CONFIG_SYS_CACHELINE_SIZE

Add missing define to board header file. Signed-off-by: Mateusz Kulikowski --- This patch fixes issue with efi_runtime patch: http://lists.denx.de/pipermail/u-boot/2016-April/251121.html include/configs/dragonboard410c.h | 2 ++ 1 file changed, 2 insertions(+)

[U-Boot] Custodian Repo for Broadcom (arm) boards

Tom & Albert, Please approve the creation of a custodian repo for the Broadcom (arm) boards. ( Wolfgang already has my public key... ) Wolfgang stated: > Before I can set up a new custodian repo, please post your > offer on the U-Boot mailing list - I think the chips in question > belong to the

Re: [U-Boot] Unaligned flush_dcache_range in axs101.c

On 04/11/2016 08:13 PM, Alexey Brodkin wrote: > Hi Marek, > > On Mon, 2016-04-11 at 19:54 +0200, Marek Vasut wrote: >> On 04/11/2016 07:48 PM, Alexey Brodkin wrote: >>> >>> Hi Alex, >>> >>> On Mon, 2016-04-04 at 09:38 +0200, Alexander Graf wrote: Hi Alexey, Marek just pointed

Re: [U-Boot] Unaligned flush_dcache_range in axs101.c

Hi Marek, On Mon, 2016-04-11 at 19:54 +0200, Marek Vasut wrote: > On 04/11/2016 07:48 PM, Alexey Brodkin wrote: > > > > Hi Alex, > > > > On Mon, 2016-04-04 at 09:38 +0200, Alexander Graf wrote: > > > > > > Hi Alexey, > > > > > > Marek just pointed out to me the fact that flush_dcache_range on

Re: [U-Boot] Unaligned flush_dcache_range in axs101.c

On 04/11/2016 07:48 PM, Alexey Brodkin wrote: > Hi Alex, > > On Mon, 2016-04-04 at 09:38 +0200, Alexander Graf wrote: >> Hi Alexey, >> >> Marek just pointed out to me the fact that flush_dcache_range on arm >> expects cache line aligned arguments. However, it seems like in axs101.c >> we have an

Re: [U-Boot] Unaligned flush_dcache_range in axs101.c

Hi Alex, On Mon, 2016-04-04 at 09:38 +0200, Alexander Graf wrote: > Hi Alexey, > > Marek just pointed out to me the fact that flush_dcache_range on arm > expects cache line aligned arguments. However, it seems like in axs101.c > we have an unaligned cache flush: > >  

[U-Boot] [PATCH V3 1/6] dm: gpio: add a default gpio xlate routine

Many drivers use a common form of offset + flags for device tree nodes. e.g.: < 2 GPIO_ACTIVE_LOW> This patch adds a common implementation of this type of parsing and calls it when a gpio driver doesn't supply its' own xlate routine. This will allow removal of the driver-specific

Re: [U-Boot] [PATCH 1/7 v3] usb: gadget: Move CONFIG_USB_GADGET_VBUS_DRAW to Kconfig

On 04/11/2016 09:27 AM, Semen Protsenko wrote: From: Sam Protsenko The description was borrowed from kernel. Definitions were added to defconfig files in a way that "make savedefconfig" generates exactly the same file as used defconfig. Boards using 0 mA as

Re: [U-Boot] [PATCH] arc: get rid of running_on_hw

Hi, On Sat, 2016-02-20 at 11:33 +0300, Alexey Brodkin wrote: > ISS is obsolete now and nSIM is used for simulation instead. > In its turn nSIM properly handles baud-rate settings so get rid > of now useless check. > > Signed-off-by: Alexey Brodkin > --- >  

Re: [U-Boot] [PATCH] arc: Add virt_to_phys() stub

Hi, On Fri, 2016-04-08 at 19:27 +0200, Marek Vasut wrote: > On 04/08/2016 07:00 PM, Alexey Brodkin wrote: > > > > Commit cf7c93cdd755 "usb: ehci: Implement V2P mapping" > > introduced usage of virt_to_phys() in ehci-hcd. > > > > Since there was no implementation of virt_to_phys() for ARC > >

[U-Boot] Please pull ARC changes

Hi Tom, Could you please pull changes for ARC below? The following changes since commit 9dbdc6ebd4db60effebefcf8d541cf598712e3b7:   Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2016-04-10 19:55:25 -0400) are available in the git repository at:   git://git.denx.de/u-boot-arc.git 

Re: [U-Boot] [PATCH V2 1/6] dm: gpio: add a default gpio xlate routine

Hi Stephen, On 04/11/2016 10:16 AM, Stephen Warren wrote: > On 04/11/2016 11:00 AM, Eric Nelson wrote: >> Many drivers use a common form of offset + flags for device >> tree nodes. e.g.: >> < 2 GPIO_ACTIVE_LOW> >> >> This patch adds a common implementation of this type of parsing >> and calls

Re: [U-Boot] [PATCH] dm: gpio: handle GPIO_ACTIVE_LOW flag in DT

On 04/11/2016 09:53 AM, Simon Glass wrote: > Hi, > > On 11 April 2016 at 10:10, Stephen Warren wrote: >> On 04/11/2016 09:12 AM, Simon Glass wrote: >>> >>> Hi Eric, >>> >>> On 11 April 2016 at 09:10, Eric Nelson wrote: > I don't think you need

Re: [U-Boot] [PATCH V2 1/6] dm: gpio: add a default gpio xlate routine

On 04/11/2016 11:00 AM, Eric Nelson wrote: Many drivers use a common form of offset + flags for device tree nodes. e.g.: < 2 GPIO_ACTIVE_LOW> This patch adds a common implementation of this type of parsing and calls it when a gpio driver doesn't supply its' own xlate routine. This will

Re: [U-Boot] [PATCH] buildman: allow more incremental building

On 04/11/2016 10:58 AM, Simon Glass wrote: Hi Stephen, On 11 April 2016 at 10:15, Stephen Warren wrote: On 04/11/2016 06:04 AM, Simon Glass wrote: Hi, On 1 April 2016 at 07:35, Tom Rini wrote: On Mon, Mar 28, 2016 at 04:39:35PM -0600, Stephen

Re: [U-Boot] [PATCH 3/3] tests: py: dfu: Provide functionality to set test and dummy files alt settings

On 04/11/2016 02:42 AM, Lukasz Majewski wrote: Hi Stephen, On 04/08/2016 09:44 AM, Lukasz Majewski wrote: After concatenation of "dfu_alt_info" variable from "dfu_alt_boot" and "dfu_alt_system" it may happen that test and dummy files alt settings are different than default 0 and 1. This

[U-Boot] [PATCH V2 6/6] gpio: exynos(s5p): remove gpio_xlate routine

With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, the Exynos/S5P gpio driver doesn't need a custom xlate routine. Signed-off-by: Eric Nelson Acked-by: Simon Glass --- V2 removes the include of drivers/gpio/s5p_gpio.c | 11 --- 1 file

[U-Boot] [PATCH V2 1/6] dm: gpio: add a default gpio xlate routine

Many drivers use a common form of offset + flags for device tree nodes. e.g.: < 2 GPIO_ACTIVE_LOW> This patch adds a common implementation of this type of parsing and calls it when a gpio driver doesn't supply its' own xlate routine. This will allow removal of the driver-specific

[U-Boot] [PATCH V2 3/6] gpio: omap: remove gpio_xlate routine

With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, the omap gpio driver doesn't need a custom xlate routine. Signed-off-by: Eric Nelson Acked-by: Simon Glass --- V2 removes the include of drivers/gpio/omap_gpio.c | 11 --- 1 file changed,

[U-Boot] [PATCH V2 0/6] Handle GPIO_ACTIVE_LOW in gpio-uclass

As Peng pointed out in [1], GPIO_ACTIVE_LOW is currently being parsed by driver-specific xlate routines, and an NXP/mxc-specific patch ([2]) to do the same on those processors is pending. This patch series takes a different approach and provides a default routine for xlate that handles the most

[U-Boot] [PATCH V2 4/6] gpio: pic32: remove gpio_xlate routine

With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, the pic32 gpio driver doesn't need a custom xlate routine. Signed-off-by: Eric Nelson Acked-by: Simon Glass --- V2 removes the include of drivers/gpio/pic32_gpio.c | 10 -- 1 file

[U-Boot] [PATCH V2 5/6] gpio: rk: remove gpio_xlate routine

With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, the Rockchip gpio driver doesn't need a custom xlate routine. Signed-off-by: Eric Nelson Acked-by: Simon Glass --- V2 removes the include of drivers/gpio/rk_gpio.c | 11 --- 1 file

[U-Boot] [PATCH V2 2/6] gpio: intel_broadwell: remove gpio_xlate routine

With the addition of GPIO_ACTIVE_LOW parsing in gpio-uclass, the intel_broadwell driver doesn't need a custom xlate routine. Signed-off-by: Eric Nelson Acked-by: Simon Glass --- Nothing changed in V2. drivers/gpio/intel_broadwell_gpio.c | 10 -- 1

Re: [U-Boot] [PATCH] buildman: allow more incremental building

Hi Stephen, On 11 April 2016 at 10:15, Stephen Warren wrote: > On 04/11/2016 06:04 AM, Simon Glass wrote: >> >> Hi, >> >> On 1 April 2016 at 07:35, Tom Rini wrote: >>> >>> On Mon, Mar 28, 2016 at 04:39:35PM -0600, Stephen Warren wrote: >>> From:

Re: [U-Boot] [PATCH] dm: gpio: handle GPIO_ACTIVE_LOW flag in DT

Hi, On 11 April 2016 at 10:10, Stephen Warren wrote: > On 04/11/2016 09:12 AM, Simon Glass wrote: >> >> Hi Eric, >> >> On 11 April 2016 at 09:10, Eric Nelson wrote: >>> >>> Hi Simon, >>> >>> On 04/11/2016 07:59 AM, Simon Glass wrote: On 11 April

[U-Boot] [PATCH V2] buildman: allow more incremental building

From: Stephen Warren One use-case for buildman is to continually run it interactively after each small step in a large refactoring operation. This gives more immediate feedback than making a number of commits and then going back and testing them. For this to work well,

  1   2   3   >