Hi Mario,
first, thanks for this very nice patch series. Really appreciated.
One comment below...
On 18.07.2016 10:27, Mario Six wrote:
This patch adds the necessary functions and Kconfig entry to make the
MVTWSI I2C driver compatible with the driver model.
A possible device tree entry might l
On 20 July 2016 at 15:05, 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
> Reviewed-by: Simon Glass
> ---
>
> C
Hello Marek,
Any comments?
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Rajesh Bhagat
> Sent: Tuesday, June 28, 2016 12:14 PM
> To: Matthew Bright ; Marek Vasut
>
> Cc: u-boot@lists.denx.de; Chris Packham ;
> Mark
> Tomlinson
> Subject: Re: [
Hi Stefan,
On Thu, Jul 21, 2016 at 9:05 AM, Stefan Roese wrote:
> Hi Mario,
>
> first, thanks for this very nice patch series. Really appreciated.
> One comment below...
>
>
> On 18.07.2016 10:27, Mario Six wrote:
>>
>> This patch adds the necessary functions and Kconfig entry to make the
>> MVTW
Hi All,
Any Comments?
> -Original Message-
> From: Rajesh Bhagat [mailto:rajesh.bha...@nxp.com]
> Sent: Friday, July 01, 2016 6:52 PM
> To: u-boot@lists.denx.de
> Cc: ma...@denx.de; york sun ; Sriram Dash
> ; Rajesh Bhagat
> Subject: [PATCH 0/5] usb: fsl: Add code to use CONFIG_DM_USB
On Thu, Jul 21, 2016 at 7:58 AM, Jagan Teki wrote:
> On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
>> During spi transfer, for example:
>> sspi 1:1.0 8 ff
>>
>> the rx_len values will be:
>> rx_len = 0
>> rx_len = 4294967295
>
> Does these number during 'sspi' or during data transfer? why rx_l
Hi Hannes,
On 21/07/2016 08:10, Hannes Schmelzer wrote:
> Just looked around a bit more about this.
> Root cause for failing this patch is, that many boards do not use the
> 'IOMUX_PADS' macro, instead they just directly use the definition out of
> "mx6dl_pins.h" for example.
Both are allowed. I
Hello everyone,
We are in the process of porting ocotea-based U-Boot 2014.04 to custom
ppc440gx hardware. Everything is pretty much working except for the
serial interface. I am dumping the code through BDI Debugger but it will
not Display any thing in Serial Port(Putty or Tera Term).
In debu
On 20.07.2016 12:34, Breno Lima wrote:
> Commit 83fd908f28c ("dm: imx: serial: Support DTE mode when using driver
> model") breaks the serial output for the imx boards that do not use
> the serial driver model.
>
> The reason for the breakage is that it's setting UFCR_DCEDTE
> unconditionally for
Hello everyone,
We are porting U-Boot to a custom PPC440GX board and I was hoping to use
the ocotea port of U-Boot as a starting point. It would be most helpful
if I had a user manual for the ocotea with specific details about I/O
devices, memory maps...
Unfortunately, IBM's support site doe
Hi Breno, Stefan,
Am 20.07.2016 um 21:44 schrieb Stefan Agner:
> On 20.07.2016 12:34, Breno Lima wrote:
>> Commit 83fd908f28c ("dm: imx: serial: Support DTE mode when using driver
>> model") breaks the serial output for the imx boards that do not use
>> the serial driver model.
>>
>> The reason f
Hi Breno,
Am 20.07.2016 um 22:20 schrieb Fabio Estevam:
> On Wed, Jul 20, 2016 at 4:55 PM, Breno Lima wrote:
>> Commit c1ebf54868359005 ("imx_common: Return MMCSD_MODE_FS in spl_boot_mode()
>> also for EXTFS") causes SPL breakage on wandboard:
>>
>> ERROR: v7_dcache_inval_range - start address is
Hi Zhiqiang,
Sorry for late queries.
As per description of patch " Up to now, the function is_serdes_configed()
doesn't check if the map
of serdes protocol is initialized before accessing it. The function
is_serdes_configed() will get wrong result when it was called before
the serdes protocol
On 21.7.2016 08:16, Masahiro Yamada wrote:
> Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
> accidentally changed some IH_ARCH_... values.
>
> Prior to that commit, there existed a gap between IH_ARCH_M68K and
> IH_ARCH_MICROBLAZE, like follows.
>
> #define IH_ARCH_SPARC64
Hi Prabhakar,
Thanks for your comments!
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: 2016年7月21日 12:28
> To: york sun ; Zhiqiang Hou ; u-
> b...@lists.denx.de; albert.u.b...@aribaud.net; w...@denx.de;
> alison.w...@freescale.com; mingkai...@freescale.com
> Cc: yao.y...@freescale
Convert groups of logically connected preprocessor defines into proper
enums, one macro into an inline function, and add documentation
to/extend existing documentation of these items.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 113 ++
This patch series converts the MVTWSI I2C driver to DM, fixes style violations,
improves and cleans up the code, and adds lots of documentation.
Mario Six (13):
i2c: mvtwsi: Fix style violations
i2c: mvtwsi: Streamline code and add documentation
i2c: mvtwsi: Improve and fix comments
i2c: m
This patch fixes seven style violations: Six superfluous spaces after
casts, and one logical continuation violation.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
dif
Since some additional parameters will be added in the course of this
patch series (especially with the addition of DM support), we replace
the longer "unsigned int" declarations with "uint" declarations to keep
the parameter lists more readable.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
Zero-length offsets are not properly handled by the driver. When a read
operation with a zero-length offset is started, a START condition is
asserted, and since no offset bytes are transferred, a repeated START is
issued immediately after, which confuses the controller.
To fix this, we send the fi
The twsi_stop function contains a parameter "status," which is used to
pass in the current exit status of the function calling twsi_stop, and
either return this status unchanged if it indicates an error, or return
twsi_stop's exit status if it does not indicate an error.
While not massively compli
Add full documentation to all driver functions.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 163 +--
1 file changed, 144 insertions(+), 19 deletions(-)
diff --git a/drivers/i2c/mvtwsi.c
Due to breaking boots from NOR flashes, commit d6b7757 ("i2c: mvtwsi:
Eliminate twsi_control_flags") removed the static global
twsi_control_flags variable, which kept a set of default flags that were
always or'd to the control register when writing. It was replaced with a
flags parameter, which was
The length of the address parameter of the __twsi_i2c_read and
__twsi_i2c_write functions is fixed to four bytes.
As a final step in the preparation of the DM conversion, we make the
length of this parameter variable by turning it into an array of bytes,
and convert the 32 bit value that's passed
This patch fixes only comments/documentation: Streamline capitalization
and improve grammar/punctuation.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 129 +--
1 file changed, 62 insertion
Some devices using the MVTWSI driver have the option to run at speeds
faster than Standard Mode (100kHZ). On the Armada 38x controllers, this
is actually necessary, since due to erratum FE-8471889, a timing
violation concerning repeated starts prevents the controller from
working correctly in Stand
To prepare for the DM conversion, we add a layer of compatibility
functions to be used by both the legacy and the DM functions.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 47 ++-
1 file cha
This patch adds the necessary functions and Kconfig entry to make the
MVTWSI I2C driver compatible with the driver model.
A possible device tree entry might look like this:
i2c@11100 {
compatible = "marvell,mv64xxx-i2c";
reg = <0x11000 0x20>;
clock-frequency = <10>;
To be able to use the compatibility layer from the DM functions, we
factor the adap parameter out of all functions, and pass the actual
register base instead.
Signed-off-by: Mario Six
Reviewed-by: Stefan Roese
---
Changes for v2:
None
---
drivers/i2c/mvtwsi.c | 97 +---
Hi Fabien,
On 20/07/2016 10:07, Fabien Lahoudere wrote:
>
>> On most boards, mx6_common is included at the beginning of the
>> configuration file. This means that CONFIG_FDTADDR is surely not set,
>> and it will be set to 0x1800.
>>
>> For some boards this could be flawless: for example, I see
From: Hongbo Zhang
This patch implements PSCI functions for ls102xa SoC following PSCI v1.0,
they are as the list:
psci_version,
psci_features,
psci_cpu_suspend,
psci_affinity_info,
psci_system_reset,
psci_system_off.
Tested on LS1021aQDS, LS1021aTWR.
Signed-off-by: Wang
From: Hongbo Zhang
The input parameter CPU ID needs to be validated before furher oprations such
as CPU_ON, this patch introduces the function to do this.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/cpu/armv7/ls102xa/psci.S | 35 ++-
From: Hongbo Zhang
This patch adds all the PSCI v1.0 functions in to the common framework, with
all the functions returning "not implemented" by default, as a common framework
all the dummy functions are added here, it is up to every platform developer to
decide which version of PSCI and which fu
From: Hongbo Zhang
LS1021 offers two secure OCRAM blocks for trustzone.
This patch moves all the secure text sections into the OCRAM.
Signed-off-by: Wang Dongsheng
Signed-off-by: Hongbo Zhang
---
arch/arm/include/asm/arch-ls102xa/config.h | 2 +-
include/configs/ls1021aqds.h | 2
From: Hongbo Zhang
v6 changes:
- Remove the patch of fixing psci stack and patch of fixing saving target PC
since Chen-Yu Tsai's patches resovle them in other way and already got merged
- Temporarily remove patch of checking ON_PENDING and ALREADY_ON for reasons:
it is better the hardware has bit
The crash at dwc3 driver observed due to offset misalignment
of structure members across files causing wrong code generation
and leads to crash, the issue is found during dfu test.
For instance, ther is is mismatch in code generation to
access the address of structure member dwc->dep[0] in
gadget.
Bank 0 is the "PMU GPIO" bank which is controlled by the PMU registers
rather than the GRF registers. In the GRF the top half of the register
is used as a mask so that some bits can be updated without affecting the
others, but in the PMU this feature is not provided and the top half of
the registe
On Wed, 20 Jul 2016, Mario Six wrote:
> On Wed, Jul 20, 2016 at 3:56 PM, Robert P. J. Day
> wrote:
... snip ...
> > not really, since i always thought that the difficulty in loading
> > and booting a second-stage u-boot was explained here:
> >
> > http://www.denx.de/wiki/view/DULG/CanUBootBe
From: Wenbin Song
Add and share the the MTD partition scheme with kernel by defualt bootargs.
And add the "mtdparts" env.
Signed-off-by: Wenbin Song
---
Changes for v2: rebase
---
include/configs/ls1043a_common.h | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
d
On Tue, 19 Jul 2016, Tom Rini wrote:
> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
> >
> > kind of a style question but what is the preferred way to define a
> > board in the sense of what belongs in the defconfig file and what
> > belongs in the header file?
>
> The header f
The delay needs to be before the write to ref_ctrl register
which initiates refreshes. An improper initialization sequence
generates an L3 noc error.
Signed-off-by: Russ Dill
---
arch/arm/cpu/armv7/am33xx/ddr.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/
This patch set fixes a small pair of DDR init issues on am33xx and
am437x platforms. These issue lead an L3 noc error on am437x
platforms that is reported once the kernel boots.
Russ Dill (2):
ARM: am33xx: Fix DDR init delay placement
ARM: am33xx: Always inhibit init/refresh during DDR phy ini
Hi Prabhakar,
Thanks for your comments!
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: 2016年7月21日 12:39
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; york sun ; w...@denx.de;
> alison.w...@freescale.com; mingkai...@freescale.com
> Cc: yao.y...@freescale.
A couple of commits have modified the am33xx/am437x ddr2/ddr3
initialization path to fix certain issues, but have had the side effect
of causing L3 noc errors during initialization. The two commits are:
69b918 "am33xx,ddr3: fix ddr3 sdram configuration"
fc46ba "arm: am437x: Enable hardware levelin
On 07/21/2016 10:02 AM, Rajesh Bhagat wrote:
> Hi All,
>
> Any Comments?
York, please check this.
>> -Original Message-
>> From: Rajesh Bhagat [mailto:rajesh.bha...@nxp.com]
>> Sent: Friday, July 01, 2016 6:52 PM
>> To: u-boot@lists.denx.de
>> Cc: ma...@denx.de; york sun ; Sriram Dash
On 07/21/2016 10:08 AM, Rajesh Bhagat wrote:
> Hello Marek,
>
> Any comments?
If I recall correctly, this broke things for Matthew.
Is this resolved ?
>> -Original Message-
>> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Rajesh Bhagat
>> Sent: Tuesday, June 28, 2016
On 07/21/2016 12:41 PM, Ravi Babu wrote:
> The crash at dwc3 driver observed due to offset misalignment
> of structure members across files causing wrong code generation
> and leads to crash, the issue is found during dfu test.
>
> For instance, ther is is mismatch in code generation to
> access t
On 21.7.2016 01:34, Alexander Graf wrote:
> The EP platform also has working AHCI emulation, so I see little reason
> not to implement the plumbing for it that enables us to boot from AHCI.
>
> Signed-off-by: Alexander Graf
> ---
> include/configs/xilinx_zynqmp_ep.h | 1 +
> 1 file changed, 1 in
Code around was removed because of move to Kconfig.
Signed-off-by: Michal Simek
---
include/configs/microblaze-generic.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index 93fb15ee..047e756e71d9 100644
--
Hi Tom,
On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> Move config option CONFIG_SYS_NO_FLASH as Kconfig
> option. All the boards which needs to enable this
> option can be done through defconfigs
>
> Signed-off-by: Siva Durga Prasad Paladugu
> ---
> Changes for v2:
> - No changes
> ---
Hi Marek
>> The crash at dwc3 driver observed due to offset misalignment of
>> structure members across files causing wrong code generation and leads
>> to crash, the issue is found during dfu test.
>>
>> For instance, ther is is mismatch in code generation to access the
>> address of structur
This patch support the driver model for s5p_sdhci controller.
To support the legacy model, maintained the existing code.
Note: If use the Driver Model, it needs to modify the device-tree.
In future, will update the Device-tree and enable the configuratioin.
(CONFIG_BLK, CONFIG_DM_MMC and CONFING_D
On 07/21/2016 02:29 PM, B, Ravi wrote:
> Hi Marek
>
>>> The crash at dwc3 driver observed due to offset misalignment of
>>> structure members across files causing wrong code generation and leads
>>> to crash, the issue is found during dfu test.
>>>
>>> For instance, ther is is mismatch in code g
Hi Marek
>>> Please explain why this patch fixes the issue.
>>
>> Ok I will explain, due to the commit[1] the resource_size_t size has
>> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
>> definition is moved to includes/linux/types.h from asm.h. Due to this change
On 07/21/2016 02:44 PM, B, Ravi wrote:
> Hi Marek
>
Please explain why this patch fixes the issue.
>>>
>>> Ok I will explain, due to the commit[1] the resource_size_t size has
>>> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
>>> definition is moved to includes
Hi Marek
>>
> Please explain why this patch fixes the issue.
Ok I will explain, due to the commit[1] the resource_size_t size has
increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and the
definition is moved to includes/linux/types.h from asm.h. Due to
On 07/21/2016 03:03 PM, B, Ravi wrote:
> Hi Marek
>
>>>
>> Please explain why this patch fixes the issue.
>
> Ok I will explain, due to the commit[1] the resource_size_t size has
> increased to 8 bytes (64 bit), compared to earlier 32 bit (4bytes) and
> the definition is mo
Hi Yeongjun,
On 07/20/2016 10:56 PM, yeongjun Kim wrote:
> It looks typo error.
It's not error..Just typo.
Subject should be add the prefix "README: fix the typo..."
> Not CPU15, CP15(CoProcessor15)
>
> Signed-off-by: yeongjun Kim
> ---
If you send the patch V2, add the changelog at he
Hi Stefano,
On 07/20/2016 12:25 PM, Stefano Babic wrote:
HI Akshay,
On 01/01/1970 01:00, wrote:
Add support for Advantech DMS-BA16 board. The board is based on Advantech
BA16 module which has a i.MX6D processor. The board supports:
- FEC Ethernet
- USB Ports
- SDHC and MMC boot
- SPI
Add support for Advantech DMS-BA16 board. The board is based on Advantech
BA16 module which has a i.MX6D processor. The board supports:
- FEC Ethernet
- USB Ports
- SDHC and MMC boot
- SPI NOR
- LVDS and HDMI display
Basic information about the module:
- Module manufacturer: Advantech
- CPU
On Thu, Jul 21, 2016 at 04:10:30AM +0900, Nobuhiro Iwamatsu wrote:
> Hi Tom,
>
> Please pull u-boot-sh rmobile branch.
>
> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>
> SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
>
> are available in t
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, July 21, 2016 5:13 PM
> To: Rajesh Bhagat ; Matthew Bright
>
> Cc: u-boot@lists.denx.de; Chris Packham ;
> Mark
> Tomlinson
> Subject: Re: testing: [PATCH v7 0/3] common: usb_storage: Implement logic to
>
On Thu, Jul 21, 2016 at 07:24:10AM -0400, Robert P. J. Day wrote:
> On Tue, 19 Jul 2016, Tom Rini wrote:
>
> > On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
> > >
> > > kind of a style question but what is the preferred way to define a
> > > board in the sense of what belongs i
On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> > Move config option CONFIG_SYS_NO_FLASH as Kconfig
> > option. All the boards which needs to enable this
> > option can be done through defconfigs
> >
> > Signed-of
On Thu, Jul 21, 2016 at 03:16:00PM +0900, Masahiro Yamada wrote:
> Commit 555f45d8f916 ("image: Convert the IH_... values to enums")
> accidentally changed some IH_ARCH_... values.
>
> Prior to that commit, there existed a gap between IH_ARCH_M68K and
> IH_ARCH_MICROBLAZE, like follows.
>
> #d
On Thu, Jul 21, 2016 at 04:13:17AM +0900, Nobuhiro Iwamatsu wrote:
> Hi Tom,
>
> Please pull u-boot-sh master branch.
>
> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>
> SPL: tiny-printf: avoid any BSS usage (2016-07-08 12:50:34 -0400)
>
> are available in th
On Wed, Jul 20, 2016 at 01:55:58PM -0500, Andreas Dannenberg wrote:
> Commit e29878f introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
> when building U-Boot for AM43xx high-security (HS) devices that causes the
> build to break when that option is not active. Fix this issue by only
> buil
On Wed, Jul 20, 2016 at 01:55:59PM -0500, Andreas Dannenberg wrote:
> Commit 17c2987 introduces an undesired dependency on CONFIG_SPL_LOAD_FIT
> when building U-Boot for AM57xx and DRA7xx high-security (HS) devices that
> causes the build to break when that option is not active. Fix this issue
> b
Adding support functions to run dfu spl commands.
Signed-off-by: Ravi Babu
---
common/spl/Makefile |1 +
common/spl/spl_dfu.c | 57 ++
include/spl.h|8 +++
3 files changed, 66 insertions(+)
create mode 100644 common/spl/spl_
The cmd_dfu functionality is been used by both SPL and
u-boot, saperating the core dfu functionality moving
it to common/dfu.c.
Signed-off-by: Ravi Babu
---
cmd/dfu.c | 61 ++
common/Makefile |2 ++
common/dfu.c| 88 ++
On 21.7.2016 16:46, Tom Rini wrote:
> On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
>> Hi Tom,
>>
>> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
>>> Move config option CONFIG_SYS_NO_FLASH as Kconfig
>>> option. All the boards which needs to enable this
>>> option can be do
This patch enables the SPL-DFU support for
dra7x platform.
Signed-off-by: Ravi Babu
---
include/configs/dra7xx_evm.h | 19 ++-
include/configs/ti_omap5_common.h |2 --
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/include/configs/dra7xx_evm.h b/includ
Traditionally the DFU support is available only
as part 2nd stage boot loader(u-boot) and DFU
is not supported in SPL.
The SPL-DFU feature is useful for boards which
does not have MMC/SD, ethernet boot mechanism
to boot the board and only has USB inteface.
This patch add DFU support in SPL with R
Traditionally the DFU support is available only
as part 2nd stage boot loader(u-boot) and DFU
is not supported in SPL.
The SPL-DFU feature is useful for boards which
does not have MMC/SD, ethernet boot mechanism
to boot the board and only has USB inteface.
This patch add DFU support in SPL with R
This patch enables the DFU boot mode support
for dra7x platform.
Signed-off-by: Ravi Babu
---
arch/arm/cpu/armv7/omap-common/boot-common.c |5 +
arch/arm/include/asm/arch-omap5/spl.h|2 +-
common/spl/spl.c | 10 +-
3 files changed, 15 ins
Tom,
I'm going to take these 2 in via Tegra if that's OK with you. Expect a PR later
today.
Tom
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, July 19, 2016 7:22 PM
> To: Stephen Warren
> Cc: u-boot@lists.denx.de; Simon Glass ; Tom Warren
> ; Stephen
On 21 July 2016 at 13:54, Lad, Prabhakar wrote:
> On Thu, Jul 21, 2016 at 7:58 AM, Jagan Teki wrote:
>> On 23 June 2016 at 19:28, Lad, Prabhakar wrote:
>>> During spi transfer, for example:
>>> sspi 1:1.0 8 ff
>>>
>>> the rx_len values will be:
>>> rx_len = 0
>>> rx_len = 4294967295
>>
>> Does
Hi York,
Thanks for your comments!
> -Original Message-
> From: york sun
> Sent: 2016年7月21日 5:15
> To: Zhiqiang Hou ; u-boot@lists.denx.de;
> albert.u.b...@aribaud.net; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
> mingkai...@freescale.com
> Cc: yao.y...@freescale.com;
On 07/21/2016 10:28 AM, Stefano Babic wrote:
Hi Hannes,
Hi Stefano,
On 21/07/2016 08:10, Hannes Schmelzer wrote:
Just looked around a bit more about this.
Root cause for failing this patch is, that many boards do not use the
'IOMUX_PADS' macro, instead they just directly use the definition
On Thu, Jul 21, 2016 at 04:58:18PM +0200, Michal Simek wrote:
> On 21.7.2016 16:46, Tom Rini wrote:
> > On Thu, Jul 21, 2016 at 01:51:20PM +0200, Michal Simek wrote:
> >> Hi Tom,
> >>
> >> On 19.7.2016 07:12, Siva Durga Prasad Paladugu wrote:
> >>> Move config option CONFIG_SYS_NO_FLASH as Kconfig
On Thu, Jul 21, 2016 at 04:16:57PM +, Tom Warren wrote:
> Tom,
>
> I'm going to take these 2 in via Tegra if that's OK with you. Expect a PR
> later today.
Sounds good, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mai
On Wed, Jul 20, 2016 at 11:59:32PM +0200, Vikas MANOCHA wrote:
> Hi Tom,
>
> > -Original Message-
> > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tom Rini
> > Sent: Saturday, July 16, 2016 6:51 AM
> > To: tnishinaga@gmail.com
> > Cc: u-boot@lists.denx.de; gre...@lin
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
All Tegra builds are OK, and Stephen's automated test system reports that
all tests pass, except for a sandbox issue (also in mainline) that he's
sent a patch for.
The following changes since commit ff87b0810753cfaec0e3094aa9fda8b1
Hi!
2016-07-21 23:38 GMT+09:00 Tom Rini :
> On Thu, Jul 21, 2016 at 04:10:30AM +0900, Nobuhiro Iwamatsu wrote:
>
>> Hi Tom,
>>
>> Please pull u-boot-sh rmobile branch.
>>
>> The following changes since commit 59d07ee08e858bf2c121d0cdc6c8ddd3b26ee5b1:
>>
>> SPL: tiny-printf: avoid any BSS usage (
On 07/22/2016 01:24 AM, Rajesh Bhagat wrote:
>
>> -Original Message-
>> From: Marek Vasut [mailto:marex at denx.de]
>> Sent: Thursday, July 21, 2016 5:13 PM
>> To: Rajesh Bhagat ; Matthew Bright
>>
>> Cc: u-boot at lists.denx.de; Chris Packham > alliedtelesis.co.nz>; Mark
>> Tomlinson
>>
Thanks Tom
> On Jul 21, 2016, at 12:39 PM, Tom Rini wrote:
>
>> On Wed, Jul 20, 2016 at 11:59:32PM +0200, Vikas MANOCHA wrote:
>> Hi Tom,
>>
>>> -Original Message-
>>> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Tom Rini
>>> Sent: Saturday, July 16, 2016 6:51 AM
>>>
Hi Standy,
On 2016年07月14日 01:51, Sandy Patterson wrote:
I did a little more on this, and talked to someone else here. It seems
that my problem with loading the kernel including these patches is
specific to our kernel and after applying a local patch we have, it
appears to load fine.
So this
Hi Masahiro,
On 20 July 2016 at 07:09, Masahiro Yamada wrote:
> Hi Tom.
>
>
> 2016-07-20 21:41 GMT+09:00 Tom Rini :
>> I think Simon is away this week and that change is in the middle of some
>> others. So I'd like to fix things today and let him weigh in. But I
>> think enums make sense and we
Hi,
On 20 July 2016 at 22:16, Jaehoon Chung wrote:
> Hi Wenyuo,
>
> On 07/20/2016 07:04 PM, 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 th
+Hans, Tom
Hi Sandy,
On 15 July 2016 at 07:40, Sandy Patterson wrote:
> Hi Simon,
>
> I think I screwed up submitting, and didn't cc the maintainers for the
> reverts. I can resubmit and get patman to behave. What do you suggest?
>
> I still think this is the best patch to getting rock2 to load
Hi Austin,
On 20 July 2016 at 14:21, Gardner, Austin (GE Transportation)
wrote:
> Simon,
>
> Thanks for the response!
>
> I do not have any debug facilities unfortunately, and I don't think it is a
> board fault either. The text base you're referring to is
> "CONFIG_SYS_TEXT_BASE" correct? Orig
Hi Mugunthan,
On 18 July 2016 at 03:40, Mugunthan V N wrote:
> parse dt parameter of i2c devices only when CONFIG_OF_CONTROL
> is enabled.
>
> Signed-off-by: Mugunthan V N
> ---
> drivers/i2c/i2c-uclass.c | 14 ++
> 1 file changed, 14 insertions(+)
Reviewed-by: Simon Glass
Please
Hi Michael,
On 18 July 2016 at 01:07, Michal Simek wrote:
> Hi Simon,
>
> On 17.7.2016 16:12, Simon Glass wrote:
>> Hi Michal,
>>
>> On 15 July 2016 at 00:48, Michal Simek wrote:
>>> Make code 64bit aware.
>>>
>>> Warnings:
>>> +../arch/arm/lib/spl.c: In function ‘jump_to_image_linux’:
>>> +../a
Hi Kever,
On 19 July 2016 at 07:28, Kever Yang wrote:
> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
> in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v3:
> - apply comments from Jaehoon C
Hi Mario,
On 19 July 2016 at 03:07, Mario Six wrote:
> When signing images, we repeatedly call fit_add_file_data() with
> successively increasing size values to include the keys in the DTB.
>
> Unfortunately, if large keys are used (such as 4096 bit RSA keys), this
> process fails sometimes, and
On 19 July 2016 at 08:21, Ziyuan Xu wrote:
> From: Xu Ziyuan
>
> It's nicer to see this:
>
> => mmc list
> dwmmc@ff0c: 0
> dwmmc@ff0f: 1 (eMMC)
>
> than this:
>
> => mmc list
> dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
>
> With the latter, it's much clearer which mmc devices are on.
>
> S
On 18 July 2016 at 04:51, Stefan Roese wrote:
> This patch adds DM support to the xHCI PCI driver. Enabling its use
> e.g. in x86 platforms.
>
> Status: On the congatec BayTrail SoM, xHCI still does not work
> correctly with this patch. Some internal timeouts lead to resets (BUG).
> Additional wor
On 18 July 2016 at 05:47, Mario Six wrote:
> Commit 302c5db ("dm: tpm: Add Driver Model support for tpm_atmel_twi
> driver") converted the Atmel TWI TPM driver itself to driver model, but
> kept the legacy-style i2c_write/i2c_read calls.
>
> Commit 3e7d940 ("dm: tpm: Every TPM drivers should depen
On 18 July 2016 at 09:41, Ziyuan Xu wrote:
> Add an extra byte so that this data is not byteswapped.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> arch/arm/dts/rk3288-evb.dts | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
Acked-by: Simon Glass
__
On 18 July 2016 at 09:51, Ziyuan Xu wrote:
> Revise config to CONFIG_ROCKCHIP_RK3288_PINCTRL.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> configs/evb-rk3288_defconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Simon Glass
___
U-Boot
1 - 100 of 119 matches
Mail list logo
