>From: Marek Vasut [mailto:ma...@denx.de]
>On 06/10/2016 07:20 AM, Sriram Dash wrote:
>>> From: Marek Vasut [mailto:ma...@denx.de] On 06/10/2016 05:47 AM,
>>> Sriram Dash wrote:
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, June 09, 2016 7:01
On 30/05/16 11:39, Simon Glass wrote:
> Hi Minkyu,
>
> On 30 May 2016 at 14:31, Minkyu Kang wrote:
>>
>> Dear Simon,
>>
>> On 26/05/16 23:52, Tom Rini wrote:
>>> On Thu, May 26, 2016 at 02:03:08PM +0900, Minkyu Kang wrote:
>>>
Dear Tom,
The following changes since commit
fc15
>From: Marek Vasut [mailto:ma...@denx.de]
>On 06/10/2016 05:47 AM, Sriram Dash wrote:
>>> -Original Message-
>>> From: Marek Vasut [mailto:ma...@denx.de]
>>> Sent: Thursday, June 09, 2016 7:01 PM
>>> To: Sriram Dash ; u-boot@lists.denx.de
>>> Cc: york sun ; albert.u.b...@aribaud.net; Rajesh
On 06/10/2016 07:20 AM, Sriram Dash wrote:
>> From: Marek Vasut [mailto:ma...@denx.de]
>> On 06/10/2016 05:47 AM, Sriram Dash wrote:
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, June 09, 2016 7:01 PM
To: Sriram Dash ; u-boot@lists.denx.de
>
Select a right dtb from FIT for am437x-hs platform.
Reported-by: Madan Srinivas
Signed-off-by: Lokesh Vutla
---
board/ti/am43xx/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c
index bde5ac7..f005762 100644
--- a/board
Hi Teddy,
> -Original Message-
> From: Andreas Dannenberg [mailto:dannenb...@ti.com]
> Sent: Friday, June 10, 2016 8:15 AM
> To: Teddy Reed
> Cc: u-boot@lists.denx.de; s...@chromium.org; Sumit Garg
>
> Subject: Re: [PATCH v2] verified-boot: Minimal support for booting U-Boot
> proper fro
On Thu, 9 Jun 2016 19:42:55 -0700
Simon Glass wrote:
> Hi,
>
> On 9 June 2016 at 18:33, Siarhei Siamashka
> wrote:
> > Hi Simon,
> >
> > On Thu, 9 Jun 2016 17:36:10 -0700
> > Simon Glass wrote:
> >
> >> Hi,
> >>
> >> On 7 June 2016 at 05:28, Siarhei Siamashka
> >> wrote:
> >> > Allwinne
Hi Andreas, Simon,
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Friday, June 10, 2016 6:05 AM
> To: Andreas Dannenberg
> Cc: Sumit Garg ; U-Boot Mailing List b...@lists.denx.de>; york sun ; Ruchika Gupta
> ; Prabhakar Kushwaha
> ;
On 06/10/2016 05:41 AM, Rajesh Bhagat wrote:
>
>
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Thursday, June 09, 2016 7:12 PM
>> To: Rajesh Bhagat ; u-boot@lists.denx.de
>> Cc: Sriram Dash ; albert.u.b...@aribaud.net;
>> prabha...@freescale.com; york sun ; Ra
On 06/10/2016 05:47 AM, Sriram Dash wrote:
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Thursday, June 09, 2016 7:01 PM
>> To: Sriram Dash ; u-boot@lists.denx.de
>> Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat
>>
>> Subject: Re: [PATCH v3 2/5] usb:
On Thursday 09 June 2016 11:22 PM, Tom Rini wrote:
> On Thu, Jun 09, 2016 at 10:56:09PM +0530, Lokesh Vutla wrote:
>
>> Hi Tom,
>>
>> On 5/9/2016 11:43 AM, Lokesh Vutla wrote:
>>> This series adds support for AM572x-IDK and FIT support on all AM57xx
>>> platforms.
>>>
>>> Testing:
>>> AM57xx-ev
Add proper dtb file name for AM572x-IDK in env.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
include/configs/ti_omap5_common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/ti_omap5_common.h
b/include/configs/ti_omap5_common.h
index 5c5a12d..2e4c8e9 100644
---
FIT allows for a multiple dtb in a single image. SPL needs away to
detect the right dtb to be used. Adding support for the same for am57xx
platforms.
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
board/ti/am57xx/board.c | 12
1 file changed, 12 insertions(+)
diff --git a/b
From: Schuyler Patton
Add initial DTS support for AM572-IDK evm.
Reviewed-by: Tom Rini
Signed-off-by: Schuyler Patton
Signed-off-by: Nishanth Menon
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/am572x-idk.dts | 89 +++
arch/arm/d
Enable FIT support for AM57xx platforms
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
configs/am57xx_evm_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/am57xx_evm_defconfig b/configs/am57xx_evm_defconfig
index 4d8fbcd..249a287 100644
--- a/configs/am57xx_evm_d
board/am57xx supports all boards based on am57xx. Rename the taget
as TARGET_AM57XX_EVM.
Fixes: 74cc8b097d9af ("board: ti: beagle_x15: Rename to indicate support for TI
am57xx evms")
Reviewed-by: Tom Rini
Signed-off-by: Lokesh Vutla
---
arch/arm/cpu/armv7/omap5/Kconfig | 4 ++--
arch/arm/dts/
This series adds support for AM572x-IDK and FIT support on all AM57xx
platforms.
Lokesh Vutla (4):
board: am57xx: Rename TARGET_BEAGLE_X15 as TARGET_AM57XX_EVM
board: am57xx: fit: add support for selecting dtb dynamically
ARM: AM57xx: Enable FIT
ti_omap5_common: Add right dtb file for AM57
Hi,
+Simon, ML and Stefan.
On Wed, Jun 8, 2016 at 11:58 PM, vinoth eswaran wrote:
> Hello Bin,
>
> Sorry that I don't know how not to reply without top-posting. I
> don't know which settings to change, google didn't help me in this
> case.
>
It's a posting style. See https://en.wikipedia.org/
On 2016-05-27 02:13, Maxime Ripard wrote:
> The device tree overlays are a good way to deal with user-modifyable
> boards or boards with some kind of an expansion mechanism where we can
> easily plug new board in (like the BBB or the raspberry pi).
>
> However, so far, the usual mechanism to deal
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Thursday, June 09, 2016 7:01 PM
>To: Sriram Dash ; u-boot@lists.denx.de
>Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat
>
>Subject: Re: [PATCH v3 2/5] usb: xhci: fsl: code cleanup for device tree fixup
>for fsl
>
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Thursday, June 09, 2016 6:58 PM
>To: Sriram Dash ; u-boot@lists.denx.de
>Cc: york sun ; albert.u.b...@aribaud.net; Rajesh Bhagat
>
>Subject: Re: [PATCH v3 1/5] arm64: fsl-layerscape: add get_svr and IS_SVR_REV
>helper
>
>O
On 2016-05-27 02:13, Maxime Ripard wrote:
> The device tree overlays are a good way to deal with user-modifyable
> boards or boards with some kind of an expansion mechanism where we can
> easily plug new board in (like the BBB, the Raspberry Pi or the CHIP).
>
> Add a new function to merge overlay
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, June 09, 2016 7:12 PM
> To: Rajesh Bhagat ; u-boot@lists.denx.de
> Cc: Sriram Dash ; albert.u.b...@aribaud.net;
> prabha...@freescale.com; york sun ; Rajat Srivastava
>
> Subject: Re: [PATCH v2 0/3] Add USB
On 2016-05-27 02:13, Maxime Ripard wrote:
> Add a function to retrieve the highest phandle in a given device tree.
>
> Signed-off-by: Maxime Ripard
> ---
> include/libfdt.h| 13 +
> lib/libfdt/fdt_ro.c | 15 +++
> 2 files changed, 28 insertions(+)
>
> diff --git a/in
On 2016-05-27 02:13, Maxime Ripard wrote:
> Implement a macro based on fdt_first_property_offset and
> fdt_next_property_offset that provides a convenience to iterate over all
> the properties of a given node.
>
> Signed-off-by: Maxime Ripard
> ---
> include/libfdt.h | 24 +++
On 9 June 2016 at 19:44, Marek Vasut wrote:
> Add function which allows fetching the default FCR register setting
> from platform data for DM , while retaining old behavior for non-DM
> by returning UART_FCRVAL.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> ---
> V2: If CONF
Hi Teddy,
On 9 June 2016 at 19:02, Teddy Reed wrote:
> Thanks for the review Simon!
>
> On Thu, Jun 9, 2016 at 6:03 PM, Simon Glass wrote:
>> Hi Teddy,
>>
>> On 5 June 2016 at 15:18, Teddy Reed wrote:
>>>
>>> When building a FIT with external data (-E), an SPL may require absolute
>>> positioni
Add function which allows fetching the default FCR register setting
from platform data for DM , while retaining old behavior for non-DM
by returning UART_FCRVAL.
Signed-off-by: Marek Vasut
Cc: Tom Rini
Cc: Simon Glass
---
V2: If CONFIG_DM_SERIAL and DEBUG_UART are enabled, the ns16550_getfcr()
On Thu, Jun 09, 2016 at 07:18:44PM -0700, Teddy Reed wrote:
> This allows a board to configure verified boot within the SPL using
> a FIT or FIT with external data. It also allows the SPL to perform
> signature verification without needing relocation.
>
> The board configuration will need to add t
Hi,
On 9 June 2016 at 18:33, Siarhei Siamashka wrote:
> Hi Simon,
>
> On Thu, 9 Jun 2016 17:36:10 -0700
> Simon Glass wrote:
>
>> Hi,
>>
>> On 7 June 2016 at 05:28, Siarhei Siamashka
>> wrote:
>> > Allwinner devices support SPI flash as one of the possible
>> > bootable media type. The SPI fla
Hi Marek,
On 9 June 2016 at 19:04, Marek Vasut wrote:
> Add function which allows fetching the default FCR register setting
> from platform data for DM , while retaining old behavior for non-DM
> by returning UART_FCRVAL.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> ---
>
When building a FIT with external data (-E), U-Boot proper may require
absolute positioning for executing the external firmware. To acheive this
use the (-p) switch, which will replace the amended 'data-offset' with
'data-position' indicating the absolute position of external data.
It is considere
This allows a board to configure verified boot within the SPL using
a FIT or FIT with external data. It also allows the SPL to perform
signature verification without needing relocation.
The board configuration will need to add the following feature defines:
CONFIG_SPL_CRYPTO_SUPPORT
CONFIG_SPL_HAS
On 06/10/2016 03:16 AM, Simon Glass wrote:
> Hi Marek,
Hi,
> On 9 June 2016 at 18:12, Marek Vasut wrote:
>> On 06/10/2016 02:34 AM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi!
>>
>>> On 26 May 2016 at 12:41, Marek Vasut wrote:
Add new configuration option CONFIG_MMC_TINY which strips away a
On Mon, 2016-06-06 at 18:02 +0200, Boris Brezillon wrote:
> On Mon, 30 May 2016 13:57:56 -0500
> Scott Wood wrote:
>
> > These functions are part of the Linux 4.6 sync. They are being added
> > before the main sync patch in order to make it easier to address the
> > issue across all NAND drivers
Add new configuration option CONFIG_MMC_TINY which strips away all
memory allocation within the MMC code and code for handling multiple
cards. This allows extremely space-constrained SPL code use the MMC
framework.
Signed-off-by: Marek Vasut
Cc: Tom Rini
Cc: Simon Glass
---
V2: Switch the MMC_T
On 06/10/2016 03:39 AM, Simon Glass wrote:
> Hi Marek,
Hi,
> On 9 June 2016 at 18:21, Marek Vasut wrote:
>> Add function which allows fetching the default FCR register setting
>> from platform data for DM , while retaining old behavior for non-DM
>> by returning UART_FCRVAL.
>>
>> Signed-off-by:
Add function which allows fetching the default FCR register setting
from platform data for DM , while retaining old behavior for non-DM
by returning UART_FCRVAL.
Signed-off-by: Marek Vasut
Cc: Tom Rini
Cc: Simon Glass
---
V2: If CONFIG_DM_SERIAL and DEBUG_UART are enabled, the ns16550_getfcr()
Thanks for the review Simon!
On Thu, Jun 9, 2016 at 6:03 PM, Simon Glass wrote:
> Hi Teddy,
>
> On 5 June 2016 at 15:18, Teddy Reed wrote:
>>
>> When building a FIT with external data (-E), an SPL may require absolute
>> positioning for executing the external firmware. To acheive this use the
>>
Hi Marek,
On 9 June 2016 at 18:21, Marek Vasut wrote:
> Add function which allows fetching the default FCR register setting
> from platform data for DM , while retaining old behavior for non-DM
> by returning UART_FCRVAL.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> ---
>
Hi Simon,
On Thu, 9 Jun 2016 17:36:10 -0700
Simon Glass wrote:
> Hi,
>
> On 7 June 2016 at 05:28, Siarhei Siamashka
> wrote:
> > Allwinner devices support SPI flash as one of the possible
> > bootable media type. The SPI flash chip needs to be connected
> > to SPI0 pins (port C) to make this
Add function which allows fetching the default FCR register setting
from platform data for DM , while retaining old behavior for non-DM
by returning UART_FCRVAL.
Signed-off-by: Marek Vasut
Cc: Tom Rini
Cc: Simon Glass
---
V2: If CONFIG_DM_SERIAL and DEBUG_UART are enabled, the ns16550_getfcr()
Hi Marek,
On 9 June 2016 at 17:54, Marek Vasut wrote:
> On 06/10/2016 02:34 AM, Simon Glass wrote:
>> Hi Marek,
>
> Hi,
>
>> On 26 May 2016 at 12:39, Marek Vasut wrote:
>>> Add function which allows fetching the default FCR register setting
>>> from platform data for DM , while retaining old beh
Hi Marek,
On 9 June 2016 at 18:12, Marek Vasut wrote:
> On 06/10/2016 02:34 AM, Simon Glass wrote:
>> Hi Marek,
>
> Hi!
>
>> On 26 May 2016 at 12:41, Marek Vasut wrote:
>>> Add new configuration option CONFIG_MMC_TINY which strips away all
>>> memory allocation within the MMC code and code for h
On 06/10/2016 02:34 AM, Simon Glass wrote:
> Hi Marek,
Hi,
> On 26 May 2016 at 12:39, Marek Vasut wrote:
>> Add function which allows fetching the default FCR register setting
>> from platform data for DM , while retaining old behavior for non-DM
>> by returning UART_FCRVAL.
>>
>> Signed-off-by:
On 06/10/2016 02:34 AM, Simon Glass wrote:
> Hi Marek,
Hi!
> On 26 May 2016 at 12:41, Marek Vasut wrote:
>> Add new configuration option CONFIG_MMC_TINY which strips away all
>> memory allocation within the MMC code and code for handling multiple
>> cards. This allows extremely space-constrained
On 06/10/2016 02:34 AM, Simon Glass wrote:
> Hi Marek,
Hi!
> On 8 June 2016 at 07:18, Marek Vasut wrote:
>> On 06/08/2016 06:44 AM, Simon Glass wrote:
>>> Hi Marek,
>>>
>>> On 7 June 2016 at 20:02, Marek Vasut wrote:
On 06/08/2016 04:43 AM, Simon Glass wrote:
> Hi Marek,
Hi!
Hi,
On 8 June 2016 at 05:17, Tom Rini wrote:
> On Wed, Jun 08, 2016 at 07:47:12AM +0200, Thomas Petazzoni wrote:
>> Hello,
>>
>> On Tue, 7 Jun 2016 21:18:17 -0300 (BRT), Carlos Santos wrote:
>>
>> > There is already a configuration that makes FIT optional (CONFIG_FIT)
>> > but it is partially bro
Hi Teddy,
On 28 May 2016 at 18:58, Teddy Reed wrote:
> This allows a board to configure verified boot within the SPL using
> a FIT or FIT with external data. It also allows the SPL to perform
> signature verification without needing relocation.
>
> The board configuration will need to add the fol
Hi Teddy,
On 5 June 2016 at 15:18, Teddy Reed wrote:
>
> When building a FIT with external data (-E), an SPL may require absolute
> positioning for executing the external firmware. To acheive this use the
> (-p) switch, which will replace the amended 'data-offset' with 'data-position'
> indicatin
On 31 May 2016 at 18:36, Wenyou Yang wrote:
> Add device tree support.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2:
> - Add conditional for device tree support.
>
> drivers/serial/atmel_usart.c | 19 +++
> 1 file changed, 19 insertions(+)
Reviewed-by: Simon Glass
__
Hi,
On 7 June 2016 at 05:28, Siarhei Siamashka wrote:
> Allwinner devices support SPI flash as one of the possible
> bootable media type. The SPI flash chip needs to be connected
> to SPI0 pins (port C) to make this work. More information is
> available at:
>
> https://linux-sunxi.org/Bootabl
On 9 June 2016 at 08:45, Carlo Caione wrote:
> From: Carlo Caione
>
> s/hardkernel/amlogic/ to have a single place for all the amlogic-based
> boards.
>
> Signed-off-by: Carlo Caione
> ---
> arch/arm/mach-meson/Kconfig| 2 +-
> board/amlogic/odroid-c2/Kconfig| 12 ++
>
On 8 June 2016 at 06:07, Bin Meng wrote:
> At present pinctrl driver gets probed in ich6_gpio driver's probe
> routine, which has two issues:
>
> - Pin's PADs only gets configured when GPIO driver is probed, which
>is not done by default. This leaves the board in a partially
>functional s
On 9 June 2016 at 08:45, Carlo Caione wrote:
> From: Carlo Caione
>
> Introduce a meson-gxbb-common.h header file and derive the
> configuration for Hardkernel Odroid-C2 board from that.
>
> Signed-off-by: Carlo Caione
> ---
> include/configs/meson-gxbb-common.h | 45
>
On 8 June 2016 at 06:07, Bin Meng wrote:
> Now that we have set up pin control in cpu_init_r(), remove the
> duplicated codes in the broadwell gpio driver.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/gpio/intel_broadwell_gpio.c | 7 ---
> 1 file changed, 7 deletions(-)
Reviewed-by: Simon
On 8 June 2016 at 06:07, Bin Meng wrote:
> These are generic and should be turned on on coreboot and qemu-x86.
>
> Signed-off-by: Bin Meng
> ---
>
> configs/coreboot-x86_defconfig | 2 ++
> configs/qemu-x86_defconfig | 2 ++
> 2 files changed, 4 insertions(+)
Reviewed-by: Simon Glass
_
On 8 June 2016 at 06:07, Bin Meng wrote:
> As of today, the latest version FSP (gold4) for BayTrail misses the
> PAD configuration of the SD controller's Card Detect signal. The
> default PAD value for the CD pin sets the pin to work in GPIO mode,
> which causes card detect status cannot be reflec
On 8 June 2016 at 06:07, Bin Meng wrote:
> At present all BayTrail boards configure fsp,emmc-boot-mode to 2,
> which means "eMMC 4.1" per FSP documentation. However, eMMC 4.1
> only shows up on some early stepping silicon of BayTrail SoC.
> Newer stepping SoC integrates an eMMC 4.5 controller. Int
On 8 June 2016 at 02:18, Michael Trimarchi wrote:
> This patch try to parse name=userdata,size=-,uuid=${uuid_gpt_userdata};
>
> gpt mmc write 0 $partitions
> gpt mmc verify 0 $partitions
>
> Signed-off-by: Michael Trimarchi
> ---
> cmd/gpt.c | 13 +++--
> 1 file changed, 11 insertions(+)
On 8 June 2016 at 06:07, Bin Meng wrote:
> This updates the device-tree-bindings doc for x86-pinctrl driver:
>
> - clarify "gpio-offset" is required only when "mode-gpio" is set
> - correct property name "pull-strength"
> - use tab instead of space at several places
>
> Signed-off-by: Bin Meng
On 8 June 2016 at 06:07, Bin Meng wrote:
> Without a 'reg' property, pinctrl driver probe routine fails in
> its pre_probe() with a return value of -EINVAL.
>
> Add 'reg' property for all BayTrail boards. Note for BayleyBay,
> the pinctrl node is newly added.
>
> Signed-off-by: Bin Meng
> ---
>
>
On 8 June 2016 at 06:07, Bin Meng wrote:
> The call to syscon_get_by_driver_data() does not save its return value.
> Print it out to aid debugging.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/gpio/intel_ich6_gpio.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
Reviewed-by: Simon
Hi Wenyou,
On 7 June 2016 at 01:28, Wenyou Yang wrote:
> Convert the driver to the driver model while retaining the existing
> legacy code. This allows the driver to support boards that have
> converted to driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Chan
On 7 June 2016 at 01:24, Wenyou Yang wrote:
> Since CONFIG_ATMEL_PIO4 options is added to Kconfig, to avoid
> compilation warnings when the option is enabled,
> add #ifndef CONFIG_DM_GPIO before #define CONFIG_ATMEL_PIO4
> to avoid compilation warnings.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Ch
On 3 June 2016 at 13:05, Andreas Dannenberg wrote:
> When no DTB can be matched successfully to the board that's being used
> a list of available FIT-embedded DTBs will be output to the console for
> diagnostic purposes. But rather than the contents of the "description"
> FDT property a non-existe
On 7 June 2016 at 01:26, Wenyou Yang wrote:
> Add driver model support while retaining the existing legacy code.
> This allows the driver to support boards that have converted to
> driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v3:
> - Remove red
2016-06-07 1:24 GMT-06:00 Wenyou Yang :
> Bring in required device tree file and bindings from Linux.
>
> Signed-off-by: Wenyou Yang
> Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - add detailed example to show how to configure pinctrl for
Hi Wenyou,
On 7 June 2016 at 01:24, Wenyou Yang wrote:
> Rework the driver to support driver model and device tree, and
> support to regard the pio4 pinctrl device as a child of
> atmel_pio4 device.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v4:
> - Remove the redundant log print.
>
>
Hi Wenyou,
On 7 June 2016 at 01:24, Wenyou Yang wrote:
> AT91 PIO4 controller is a combined gpio-controller, pin-mux and
> pin-config module. The peripheral's pins are assigned through
> per-pin based muxing logic.
>
> The pin configuration is performed on specific registers which
> are shared al
On 7 June 2016 at 01:24, Wenyou Yang wrote:
> In order to make these PIO4 definitions shared with AT91 PIO4
> pinctrl driver, move them from the existing gpio driver to the
> head file, and rephrase them.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes
Hi,
On 6 June 2016 at 03:16, Rajat Srivastava wrote:
> Implements the dwc3 gadget driver support for LS1043
> platform, and performs below operations:
> 1. Enables snooping support for DWC3 controller.
> 2. Enables cache coherency in LS1043 platform.
>
> Signed-off-by: Rajat Srivastava
> Signed-
On 4 June 2016 at 14:27, Andreas Bießmann wrote:
> In order to prevent build errors for copied code from linux introduce
> dev_warn().
>
> Suggested-by: Scott Wood
> Signed-off-by: Andreas Bießmann
> ---
> This is a replacement patch for '[PATCH v2 14/18] at91: mtd: nand: Add
> dev_warn() to cor
+Stephen
On 2 June 2016 at 22:33, Wenyou Yang wrote:
> Add driver model support while retaining the existing legacy code.
> This allows the driver to support boards that have converted to
> driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> ---
>
> drivers/usb/host/Kc
Hi,
On 9 June 2016 at 09:05, Andreas Dannenberg wrote:
> Hi Sumit,
>
> On Thu, Jun 02, 2016 at 08:16:37AM -0400, Sumit Garg wrote:
>> As part of Chain of Trust for Secure boot, the SPL U-Boot will validate
>> the next level U-boot image. Add a new function spl_validate_uboot to
>> perform the val
Hi Mario,
On 2 June 2016 at 07:07, Mario Six wrote:
> This patch implements the reading functionality for the generic I2C
> EEPROM driver, which was just a non-functional stub until now.
>
> Since the page size will be of importance for the writing support, we
> add suitable members to the privat
Hi,
On 31 May 2016 at 14:44, Hamish Martin
wrote:
> Define a platform data structure for the MPC85XX GPIO driver to allow
> use of the driver without device tree. Users should define the GPIO
> blocks for their platform like this:
> struct mpc85xx_gpio_plat gpio_blocks[] = {
> {
>
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> This adds a bunch of unit tests for the "fdt apply" command.
>
> They've all been run successfully in the sandbox. However, as you still
> require an out-of-tree dtc with overlay support, this is disabled by
> default.
>
> Signed-off-by: Maxime Ripar
On 9 June 2016 at 00:32, Rajesh Bhagat wrote:
> From: Rajesh Bhagat
>
> Implements the logic to calculate the optimal usb maximum trasfer blocks
> instead of sending USB_MAX_XFER_BLK blocks which is 65535 and 20 in case
> of EHCI and other USB protocols respectively.
>
> It defines USB_MIN_XFER_B
Hi Maxime,
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> The device tree overlays are a good way to deal with user-modifyable
nit: modifiable
> boards or boards with some kind of an expansion mechanism where we can
> easily plug new board in (like the BBB or the raspberry pi).
>
> However, so
Hi,
On 6 June 2016 at 03:16, Rajat Srivastava wrote:
> Adds helper functions to enable snooping and outstanding burst beat
> settings.
>
> Signed-off-by: Rajat Srivastava
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Removes SoC specific flags and added helper functions
>
> driver
Hi Marek,
On 8 June 2016 at 07:18, Marek Vasut wrote:
> On 06/08/2016 06:44 AM, Simon Glass wrote:
>> Hi Marek,
>>
>> On 7 June 2016 at 20:02, Marek Vasut wrote:
>>> On 06/08/2016 04:43 AM, Simon Glass wrote:
Hi Marek,
>>>
>>> Hi!
>>>
On 25 May 2016 at 05:26, Marek Vasut wrote:
>
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> vsprintf.h doesn't include the stdarg.h file, which means that it relies on
> the files that include vsprintf.h to include stdarg.h as well.
>
> Add an explicit include to avoid build errors when simply including that
> file.
>
> Signed-off-by: Maxim
Hi Maxime,
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> The libfdt overlay support introduces a bunch of new includes and
> functions.
>
> Make sure we are able to build it by adding the needed glue.
>
> Signed-off-by: Maxime Ripard
> ---
> include/libfdt_env.h | 7 +++
> 1 file changed,
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> The current code only checks if the fdt subcommand is fdt addr by checking
> whether it starts with 'a'.
>
> Since this is a pretty widely used letter, narrow down that check a bit.
>
> Signed-off-by: Maxime Ripard
> ---
> cmd/fdt.c | 2 +-
> 1 fil
On 27 May 2016 at 03:13, Maxime Ripard wrote:
> Having dashes as a separator in the DTB name is a quite common practice.
>
> However, the current code to generate objects from DTBs assumes the
> separator is an underscore, leading to a compilation error when building a
> device tree with dashes.
>
On 26 May 2016 at 12:39, Marek Vasut wrote:
> Add driver data to each compatible string to identify the type of
> the port. Since all the ports in the driver are entirely compatible
> with 16550 for now, all are marked with PORT_NS16550. But, there
> are ports which have specific quirks, like the
Hi Marek,
On 26 May 2016 at 12:41, Marek Vasut wrote:
> Add new configuration option CONFIG_MMC_TINY which strips away all
> memory allocation within the MMC code and code for handling multiple
> cards. This allows extremely space-constrained SPL code use the MMC
> framework.
>
> Signed-off-by: M
On 26 May 2016 at 12:39, Marek Vasut wrote:
> Add compatibility string for the Ingenic JZ4780 SoC, the necessary
> UART enable bit into FCR and register shift. Neither are encoded
> in the DTS coming from Linux, so we need to support it this way.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> C
+Stephen
Hi Wenyou,
On 7 June 2016 at 01:11, Wenyou Yang wrote:
> The patch is referred to at91 clock driver of Linux, to make
> the clock node descriptions in dt are aligned with the Linux.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2:
> - Remove the redundant log print.
>
> arch/a
Hi Marek,
On 26 May 2016 at 12:39, Marek Vasut wrote:
> Add function which allows fetching the default FCR register setting
> from platform data for DM , while retaining old behavior for non-DM
> by returning UART_FCRVAL.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
> ---
>
Hi Wenyou,
On 7 June 2016 at 01:11, Wenyou Yang wrote:
> Add post binding support for CLK uclass to recursively bind
> its children as clk devices.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2: None
>
> drivers/clk/clk-uclass.c | 51
>
Hi Max,
On Thu, Jun 9, 2016 at 3:19 PM, Max Krummenacher wrote:
> Hi Benoît,
>
> 2016-06-09 1:41 GMT+02:00 Benoît Thébaudeau :
>> On Tue, Jun 7, 2016 at 1:46 PM, Max Krummenacher
>> wrote:
>>> diff --git a/cmd/nand.c b/cmd/nand.c
>>> index 583a18f..8ade5e2 100644
>>> --- a/cmd/nand.c
>>> +++ b/
On Thu, 2016-06-09 at 23:13 +0200, Max Krummenacher wrote:
> Am Donnerstag, den 09.06.2016, 12:10 -0500 schrieb Scott Wood:
> > On Thu, 2016-06-09 at 10:35 +0200, Max Krummenacher wrote:
> > > Hi Scott
> > >
> > > 2016-06-09 1:47 GMT+02:00 Scott Wood :
> > > > On 06/07/2016 06:47 AM, Max Krummenac
Am Donnerstag, den 09.06.2016, 12:10 -0500 schrieb Scott Wood:
> On Thu, 2016-06-09 at 10:35 +0200, Max Krummenacher wrote:
> > Hi Scott
> >
> > 2016-06-09 1:47 GMT+02:00 Scott Wood :
> > > On 06/07/2016 06:47 AM, Max Krummenacher wrote:
> > > > follow parameter name change (nand to mtd) to fix co
I'm looking for feedback on this mock-up of fsp,azalia-config DT
before I proceed to writing code. I included everything in fsp for
context.
fsp {
compatible = "intel,baytrail-fsp";
fsp,mrc-init-tseg-size = <0>;
fsp,mrc-init-mmio-size = <0x80
Hi All,
I have been struggling for quite some time now to get SPL and u-boot to run
from QSPI-flash. Yesterday I was able to identify a workaround to get the SPL
going by disabling quad mode for the flash (seems identified by
http://lists.denx.de/pipermail/u-boot/2016-June/256671.html). However
On 7 June 2016 at 20:43, Simon Glass wrote:
> Hi Robert,
>
> On 23 May 2016 at 02:40, Robert P. J. Day wrote:
>> A number of style fixes across the files in this directory, including:
>>
>> * Correct invalid kernel-doc content.
>> * Tidy up massive comment in fdt_region.c.
>> * Use correct spe
On 25 May 2016 at 17:17, Simon Glass wrote:
> On 25 May 2016 at 07:18, Mario Six wrote:
>> The documentation of parameters in arch/sandbox/include/asm/gpio.h is
>> either missing or faulty.
>>
>> This patch corrects the documentation.
>>
>> Signed-off-by: Mario Six
>> ---
>> arch/sandbox/includ
On 7 June 2016 at 20:43, Simon Glass wrote:
> On 23 May 2016 at 02:15, Peng Fan wrote:
>> Hi Mario,
>>
>> On Mon, May 23, 2016 at 09:54:56AM +0200, Mario Six wrote:
>>>A bug in the pca953x driver prevents correct reading of GPIO input
>>>values beyond the 8th GPIO; all values are reported as zero
1 - 100 of 172 matches
Mail list logo
