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, P
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:
> Introduce a new driver that
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. Will
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.
>>
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 reusable on other Exynos
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
> drivers/gpio/s5p_gpio.c | 11 --
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.:
> <&gpio1 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
> rout
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
_
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 for
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
index 74e8e80..91452bc
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 b/drivers/serial/serial_ar933x.
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 0c1022d..b18c733 100644
--- a/driv
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 conference
> and releas
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 pars
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 windo
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 whe
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: Digital signature
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, but not in any docume
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
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
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!
--
Tom
signature.asc
Des
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.
> get_info
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 CONFIG_S
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.
>
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
> Acked-by: Stephen Warren
On Sat, Apr 02, 2016 at 11:53:18AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> It is clearer to specify the full path to access the
> doc/README.video file.
>
> Signed-off-by: Fabio Estevam
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
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.
>
>
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
> Reviewed-by: Tom Rini
> Review
On Sat, Apr 02, 2016 at 07:37:14AM -0700, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailma
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 reg
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
___
U-Boot mailing list
U-Boot@lists.denx.de
On Sat, Apr 02, 2016 at 07:37:12AM -0700, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailma
On Fri, Apr 01, 2016 at 09:38:04PM -0600, Stephen Warren wrote:
> Add notes re: enabling the UART to the RPi 3 32-bit help text. Fully
> describe the RPi 3 64-bit board option.
>
> Signed-off-by: Stephen Warren
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Fri, Apr 01, 2016 at 09:14:14PM -0600, Stephen Warren wrote:
> There are ARM SoCs (such as the BCM2837) do not contain an ARM GIC. Fix
> the ARMv8 CPU startup code to compile in this case.
>
> Signed-off-by: Stephen Warren
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
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 feature
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.
>
> Signed-off-by: Sam Prot
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
signature.asc
Description: Digital signature
___
On Tue, Feb 09, 2016 at 11:19:11AM -0800, Steve Rae wrote:
> remove logging of the 'skipped' blocks
>
> Signed-off-by: Steve Rae
> Acked-by: Maxime Ripard
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U
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"...
>
> Signed
On Wed, Feb 03, 2016 at 06:13:55PM +0800, Jeffy Chen wrote:
> It may overflow in sparse_block_size_to_storage, use uint64_t instead in
> the calculation.
>
> Signed-off-by: Jeffy Chen
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
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 -04
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 only
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:
> Introduce a new driver th
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 model for pca953x.
The
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
---
configs/am57xx_hs_evm_defconfig | 20
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 | 9 +
board/ti/dra7xx/e
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
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 --git a/include/configs/am57xx_e
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
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
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
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
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
Signed-off-by: Madan Srinivas
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
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
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
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
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
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
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
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
ti_oma
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
> >>>
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
> ---
> arch/m68k/cpu/mcf523x/s
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 Mon, Apr 11, 2016 at 2:56 PM, Tom Rini wr
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 ++--
arch/m68k/cpu/mcf5445x/start.S | 8 ++--
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 Mon, Apr 11, 2016 at 11:55:49AM -0700, Ste
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 6d65ccc..bc746d6 1006
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 & Albert,
>> >> Please approve the creatio
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 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... )
>>
>> Wolfgang stated:
>> > B
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
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.
Sig
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 li
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 approve the creation of
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 think
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 GXBB_PERIPHS_ADD
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:
> http://lists.denx.de/pipermail/u-boot/2016-April/251121.html
>
> include/configs/d
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: Alexander Graf
-
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
> GXBB_GPIO
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
---
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,
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(+)
diff --git a/include/configs/drag
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 A
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 o
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
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 u
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:
>
> flush_dcache_range(RESET_VE
Many drivers use a common form of offset + flags for device
tree nodes. e.g.:
<&gpio1 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 ve
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 CONFIG_USB_GADGET_VBUS_DRAW value we
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
> ---
> arch/arc/include/asm/global_data.h | 1
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
> > com
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
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.:
>> <&gpio1 2 GPIO_ACTIVE_LOW>
>>
>> This patch adds a common implementation of this type of parsing
>> and
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 __maybe_unused
>
> static int gp
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.:
<&gpio1 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
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 Warren wrote:
From: Stephen Warren
One us
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 patch
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 changed, 11 deletions(-)
diff --git a/d
Many drivers use a common form of offset + flags for device
tree nodes. e.g.:
<&gpio1 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 ve
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, 11 deletions(-)
diff --git a/driver
1 - 100 of 225 matches
Mail list logo
