On 03/13/2013 04:10 PM, Tom Warren wrote:
> This caused CAM_MCLK's pinmux reg to be locked out, since the
> table parsing code couldn't find a matching entry for VI_ALT3
> and wrote garbage to the register.
> diff --git a/arch/arm/cpu/tegra114-common/pinmux.c
> b/arch/arm/cpu/tegra114-common/pinm
Differences in padcfg registers (some removed, some added) between
Tegra30 and Tegra114 weren't picked up when I ported this file.
Also removed the HSM setting for SDIOCFG - not called out in TRM.
Signed-off-by: Tom Warren
---
arch/arm/include/asm/arch-tegra114/gp_padctrl.h | 84 ++
Hi Albert,
On 03/13/2013 03:26 PM, Albert ARIBAUD wrote:
On Wed, 13 Mar 2013 13:29:55 +0100, Albert ARIBAUD
wrote:
>
However, MAKEALL -a arm fails on three boards: nitrogen6s1g, with an
error, and nitrogen6dl2g and nitrogen6q2g, with a warning.
nitrogen6s1g:
nitrogen6x.c:89:17: error: 'C
Hi Eric,
On Wed, Mar 13, 2013 at 7:36 PM, Eric Nelson
wrote:
> Hi Albert,
>
>
> On 03/13/2013 03:26 PM, Albert ARIBAUD wrote:
>>
>> On Wed, 13 Mar 2013 13:29:55 +0100, Albert ARIBAUD
>> wrote:
>>
>>
>
>>
>> However, MAKEALL -a arm fails on three boards: nitrogen6s1g, with an
>> error, and nitro
Thanks Fabio.
On 03/13/2013 03:40 PM, Fabio Estevam wrote:
Hi Eric,
On Wed, Mar 13, 2013 at 7:36 PM, Eric Nelson
wrote:
Hi Albert,
On 03/13/2013 03:26 PM, Albert ARIBAUD wrote:
On Wed, 13 Mar 2013 13:29:55 +0100, Albert ARIBAUD
wrote:
However, MAKEALL -a arm fails on three boards:
On Wed, Mar 13, 2013 at 7:43 PM, Eric Nelson
wrote:
> Thanks Fabio.
>
>
> On 03/13/2013 03:40 PM, Fabio Estevam wrote:
>>
>> Hi Eric,
>>
>> On Wed, Mar 13, 2013 at 7:36 PM, Eric Nelson
>> wrote:
>>>
>>> Hi Albert,
>>>
>>>
>>> On 03/13/2013 03:26 PM, Albert ARIBAUD wrote:
On Wed, 13
The pinmux code issues a warning if the aller attempts to disable the
lock bit in a pinmux register, since this is impossible (once it's
locked, the only way to unlock it is to reset the device/pmt controller).
The I2C/DDC/CEC/USB macros expect a lock setting to be passed in,
and the previous sett
On 03/13/2013 03:44 PM, Fabio Estevam wrote:
On Wed, Mar 13, 2013 at 7:43 PM, Eric Nelson
wrote:
Thanks Fabio.
On 03/13/2013 03:40 PM, Fabio Estevam wrote:
Hi Eric,
On Wed, Mar 13, 2013 at 7:36 PM, Eric Nelson
wrote:
Hi Albert,
On 03/13/2013 03:26 PM, Albert ARIBAUD wrote:
On Wed,
From: Fabio Estevam
Fix the following build error:
nitrogen6x.c:89:17: error: 'CONFIG_DDR_MB' undeclared (first use in
this function)
nitrogen6x.c:89:17: note: each undeclared identifier is reported only
once for each function it appears in
Reported-by: Albert Aribaud
Signed-off-by: Fabio Este
From: Fabio Estevam >
When building for the nitrogen boards with 2GB the following warning happens:
nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
2GB can not fit in 32-bits, so use ulong instead.
Reported-by: Albert Aribaud
Signed-off-by: Fabio Estevam
---
board/bo
On Wed, Mar 13, 2013 at 7:50 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fix the following build error:
>
> nitrogen6x.c:89:17: error: 'CONFIG_DDR_MB' undeclared (first use in
> this function)
> nitrogen6x.c:89:17: note: each undeclared identifier is reported only
> once for each function
On Wed, Mar 13, 2013 at 3:34 PM, Stephen Warren wrote:
> On 03/13/2013 04:10 PM, Tom Warren wrote:
>> This caused CAM_MCLK's pinmux reg to be locked out, since the
>> table parsing code couldn't find a matching entry for VI_ALT3
>> and wrote garbage to the register.
>
>> diff --git a/arch/arm/cpu/
On Wed, Mar 13, 2013 at 3:46 PM, Tom Warren wrote:
> The pinmux code issues a warning if the aller attempts to disable the
*caller - I'll fix this when I apply it. :/
> lock bit in a pinmux register, since this is impossible (once it's
> locked, the only way to unlock it is to reset the device/pm
From: Fabio Estevam
Fix the following build error when buildig nitrogen6s1g:
nitrogen6x.c:89:17: error: 'CONFIG_DDR_MB' undeclared (first use in
this function)
nitrogen6x.c:89:17: note: each undeclared identifier is reported only
once for each function it appears in
Reported-by: Albert Aribaud
From: Fabio Estevam >
When building for the nitrogen boards with 2GB the following warning happens:
nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
2GB can not fit in 32-bits, so use ulong instead.
Reported-by: Albert Aribaud
Signed-off-by: Fabio Estevam
---
Changes s
On 03/13/2013 04:55 PM, Tom Warren wrote:
> On Wed, Mar 13, 2013 at 3:34 PM, Stephen Warren wrote:
>> On 03/13/2013 04:10 PM, Tom Warren wrote:
>>> This caused CAM_MCLK's pinmux reg to be locked out, since the
>>> table parsing code couldn't find a matching entry for VI_ALT3
>>> and wrote garbage
On 03/13/2013 04:34 PM, Tom Warren wrote:
> Differences in padcfg registers (some removed, some added) between
> Tegra30 and Tegra114 weren't picked up when I ported this file.
> Also removed the HSM setting for SDIOCFG - not called out in TRM.
The actual diff would be a lot easier to see if the r
On 03/13/2013 04:46 PM, Tom Warren wrote:
> The pinmux code issues a warning if the aller attempts to disable the
> lock bit in a pinmux register, since this is impossible (once it's
> locked, the only way to unlock it is to reset the device/pmt controller).
>
> The I2C/DDC/CEC/USB macros expect a
Hello,
On 3/13/2013 20:26, mar...@netopen.com.br wrote:
Hi
Our board reboots after send Wrong Image Format message to the console and
hangs.
How do you do this? what output from console?
The Linux uImage is correctly placed in the NAND 0X20. The
console input is somehow inhibit. I canno
On 3/11/2013 0:16, Andreas Bießmann wrote:
Signed-off-by: Andreas Bießmann
Cc: Bo Shen
Acked-by: Bo Shen
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 12
include/configs/at91sam9260ek.h | 20
2 files changed, 20 insertions(+), 12 delet
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, March 13, 2013 4:30 PM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren
> Subject: Re: [U-Boot] [PATCH] Tegra114: Fix/update GP padcfg register struct
>
> On 03/13
From: Fabio Estevam
Add initial support for Wandboard.
Wandboard is a development board that has two variants: one version based
on mx6 dual lite and another one based on mx6 solo.
For details on the features of Wandboard, please refer to:
http://www.wandboard.org/
Signed-off-by: Fabio Estevam
Hi Stephen,
On Thu, Mar 14, 2013 at 1:11 AM, Stephen Warren wrote:
> On 03/11/2013 08:59 PM, Sonic Zhang wrote:
>> Hi Stephen,
>>
>> On Tue, Mar 12, 2013 at 1:28 AM, Stephen Warren
>> wrote:
>>> On 03/11/2013 03:56 AM, sonic@gmail.com wrote:
From: Sonic Zhang
- Should return
Hi Ajay,
On Wed, Mar 13, 2013 at 6:44 AM, Ajay kumar wrote:
> Hi Simon,
>
> The idea was to move out panel_info structure from board files, and
> passing the same info from the device tree.
> The first obstacle towards this were the callback hooks in the
> panel_info structure.
> This is just a w
On 03/13/2013 08:51 PM, Sonic Zhang wrote:
> Hi Stephen,
>
> On Thu, Mar 14, 2013 at 1:11 AM, Stephen Warren wrote:
>> On 03/11/2013 08:59 PM, Sonic Zhang wrote:
>>> Hi Stephen,
>>>
>>> On Tue, Mar 12, 2013 at 1:28 AM, Stephen Warren
>>> wrote:
On 03/11/2013 03:56 AM, sonic@gmail.com w
On 03/13/2013 08:13 PM, Tom Warren wrote:
> Stephen,
>
>> -Original Message-
>> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
>> Sent: Wednesday, March 13, 2013 4:30 PM
>> To: Tom Warren
>> Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren
>> Subject: Re: [U-Boot] [PATCH] Tegra114
Hi,
On 03/13/2013 04:22 PM, Fabio Estevam wrote:
Lauri,
On Wed, Mar 13, 2013 at 11:18 AM, Fabio Estevam wrote:
Hi Stefano,
On Wed, Mar 13, 2013 at 5:16 AM, Stefano Babic wrote:
Apart of the fact that fixes booting old kernel, these changes affects
all mx28 boards, not only mx28evk. Can we
Op 13 mrt. 2013, om 21:19 heeft Matt Porter het volgende
geschreven:
> On Wed, Mar 13, 2013 at 08:02:26PM +0100, Koen Kooi wrote:
>>
>> Op 13 mrt. 2013, om 16:07 heeft Nishanth Menon het volgende
>> geschreven:
>>
>>> On 16:05-20130313, Koen Kooi wrote:
101 - 128 of 128 matches
Mail list logo