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:
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
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
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
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
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
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
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
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
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 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
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: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
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
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
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
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 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
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
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
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,
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 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
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:
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
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
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 ++
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
On Wed, 13 Mar 2013 13:29:55 +0100, Albert ARIBAUD
wrote:
> Hi Stefano,
>
> On Wed, 13 Mar 2013 09:43:46 +0100, Stefano Babic
> wrote:
>
> > Hi Albert,
> >
> > please pull from u-boot-imx, thanks. A question about the patch "ARM:
> > implement some Cortex-A9 errata workarounds"
> >
> > h
I've been tasked with porting U-Boot from v1.1.5 to v2013.01 for a custom
board based off PPC460SX (AMCC Eiger board which is no longer supported).
I'm trying to understand what's going on with my current setup. I'm able to
load the u-boot.bin and can see that it's in the correct address location.
Stephen Warren writes:
> On 03/13/2013 12:03 PM, Måns Rullgård wrote:
>> Simon Glass writes:
>>
>>> Hi Mans,
>>>
>>> On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
Tom Rini writes:
> On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
>> Hi,
>>
>> Given that
Simon Glass writes:
> [once more from correct address, sorry]
>
> Hi,
>
> On Wed, Mar 13, 2013 at 11:03 AM, Måns Rullgård wrote:
>> Simon Glass writes:
>>
>>> Hi Mans,
>>>
>>> On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
Tom Rini writes:
> On Tue, Mar 12, 2013 at 7:22 P
Hi Tom,
On Wed, Mar 13, 2013 at 9:25 AM, Tom Rini wrote:
> On Wed, Mar 13, 2013 at 02:16:23PM +0100, Andreas Bie?mann wrote:
>> Hi Simon,
>>
>> On 03/13/2013 04:52 AM, Simon Glass wrote:
>> > Hi,
>> >
>> > On Mon, Mar 11, 2013 at 10:03 AM, Simon Glass wrote:
>> >> This series creates a generic b
I am working with a board derived from mx53loco. We have SPI NOR on
ECSPI1, and are using U-Boot u-boot-2013.04-rc1.
I appear to be having some trouble mapping the device in correctly. I am
able to use 'sf probe 0', and using a logic analyzer, we can see the SPI
transaction run correctly to ID t
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.
Signed-off-by: Tom Warren
---
arch/arm/cpu/tegra114-common/pinmux.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --g
Hi Adnan,
On Wed, Mar 13, 2013 at 4:48 AM, Adnan Ali wrote:
> Introduces btrfs file-system to read file from
> volume/sub-volumes with btrload command. This
> implementation has read-only support.
> This btrfs implementation is based on syslinux btrfs
> code, commit 269ebc845ebc8b46ef4b0be7fa0005
On Mon, 25 Feb 2013 11:58:56 +0100, Albert ARIBAUD
wrote:
> R_ARM_ABS32 relocation records cause symbol references
> to be zero before relocation, and become correct only
> after relocation. On the other hand, R_ARM_RELATIVE
> records make references correct before as well as
> after relocation.
On Wed, Mar 13, 2013 at 6:13 PM, Rafał Fabich wrote:
> Hi,
>
> On Wed, Mar 13, 2013 at 5:33 PM, Eric Nelson
> wrote
>>
>> Got patch?
>
> On Wed, Mar 13, 2013 at 5:32 PM, Fabio Estevam wrote:
>>
>> Care to submit a patch for this?
>
> Yes, I would like to do that, but first I have to do some more
Hi,
On Wed, Mar 13, 2013 at 5:33 PM, Eric Nelson
wrote
>
> Got patch?
On Wed, Mar 13, 2013 at 5:32 PM, Fabio Estevam wrote:
>
> Care to submit a patch for this?
Yes, I would like to do that, but first I have to do some more testing
(ie. the ext2 partition, etc). Anyway, before I submit the pat
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:
> >>
> >> Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon het volgende
>
cpu.c:288:2:
warning: implicit declaration of function 'reset_85xx_watchdog'
[-Wimplicit-function-declaration]
Signed-off-by: Horst Kronstorfer
---
Changes for v2:
- Fix formatting
- Fix checkpatch findings
arch/powerpc/cpu/mpc85xx/cpu.c | 18 ++
1 file changed, 10 inserti
On Fri, Mar 08, 2013 at 07:08:27PM -0600, Scott Wood wrote:
> On 03/08/2013 11:37:25 AM, Tom Rini wrote:
> >From: Pantelis Antoniou
> >
> >Support for NAND storage devices to work with the DFU framework.
> >
> >Signed-off-by: Pantelis Antoniou
> >Signed-off-by: Tom Rini
> >---
> >Changes in v5:
On Wed, Mar 13, 2013 at 11:25:42AM -0400, Tom Rini wrote:
> On Mon, Mar 11, 2013 at 11:03:41AM +0100, Lukasz Majewski wrote:
>
> [snip]
> > > > - if (blk_seq_num == 0) {
> > > > - i_buf = dfu_buf;
> > > > - ret = dfu->read_medium(dfu, i_buf, &r_size);
> > > > -
On 20:02-20130313, Koen Kooi wrote:
>
> Op 13 mrt. 2013, om 16:07 heeft Nishanth Menon het volgende
> geschreven:
>
> > On 16:05-20130313, Koen Kooi wrote:
> >>
> >> Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon het volgende
> >> geschreven
Op 13 mrt. 2013, om 16:07 heeft Nishanth Menon het volgende
geschreven:
> On 16:05-20130313, Koen Kooi wrote:
>>
>> Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon het volgende
>> geschreven:
>>
>>> On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi
>>>
On Wed, Mar 13, 2013 at 2:14 PM, Hector Palacios
wrote:
> No I don't use PHYLIB. My platform is based on Freescale's mx28evk (not
> DENX's m28evk). I saw fecmxc_mii_postcall() and I do a similar thing because
> of my phy model KSZ8031, but as I said the pauses and timeouts occur in both
> platfor
[once more from correct address, sorry]
Hi,
On Wed, Mar 13, 2013 at 11:03 AM, Måns Rullgård wrote:
> Simon Glass writes:
>
>> Hi Mans,
>>
>> On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
>>> Tom Rini writes:
>>>
On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
> Hi,
>
On Tue, Mar 12, 2013 at 11:07:46PM +0100, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Tue, 12 Mar 2013 13:47:33 -0400, Tom Rini wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 03/12/2013 01:19 PM, Albert ARIBAUD wrote:
> > > Hi Scott,
> > >
> > > On Tue, 12 Mar 2013 12:06:
On Mon, Feb 25, 2013 at 05:20:34PM +0100, Daniel Schwierzeck wrote:
> Hi Albert, Tom,
>
> 2013/2/25 Tom Rini :
> > On Mon, Feb 25, 2013 at 11:58:56AM +0100, Albert ARIBAUD wrote:
> >
> >> R_ARM_ABS32 relocation records cause symbol references
> >> to be zero before relocation, and become correct
On 03/13/2013 12:03 PM, Måns Rullgård wrote:
> Simon Glass writes:
>
>> Hi Mans,
>>
>> On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
>>> Tom Rini writes:
>>>
On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
> Hi,
>
> Given that we seem to allow C99 features in U-Boo
On Tue, Mar 12, 2013 at 07:42:26PM +0100, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c:
>
> The following changes since commit 68149e94053d18b54a63c9a44c87f178f59a169e:
>
> cmd_mem.c: Fix warning when CONFIG_CMD_MEMTEST is not set (2013-03-12
> 12:43:31 -0400)
>
> are
Simon Glass writes:
> Hi Mans,
>
> On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
>> Tom Rini writes:
>>
>>> On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
Hi,
Given that we seem to allow C99 features in U-Boot I wonder if it
would be OK to use dynamic arrays in
On Wed, Mar 13, 2013 at 09:56:34AM -0400, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/13/2013 09:35 AM, Beno??t Th??baudeau wrote:
> > Hi Stefano,
> >
> > On Wednesday, March 13, 2013 9:01:47 AM, Stefano Babic wrote:
> >> On 08/03/2013 15:54, Fabio Estevam wrote:
Dear Hector Palacios,
> Dear Marek Vasut,
>
> On 03/13/2013 05:52 PM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Dear Marek Vasut,
> >>
> >> On 03/13/2013 05:19 PM, Marek Vasut wrote:
> >>> Dear Hector Palacios,
> >>>
> Dear Marek Vasut,
>
> On 03/13/2013 11:58 AM, M
> "Tom" == Tom Rini writes:
Hi,
>> You could argue this should be ${mmcdev}:2 instead.
Tom> Should but can't, sadly. I did that at first but we don't get
Tom> re-expansion and it becomes later on 'load mmc ${mmcdev}:2 ...'.
Ahh, ok.
Tom> @@ -147,6 +147,8 @@ Tom> #define CONFIG_DOS_P
Hi Mans,
On Wed, Mar 13, 2013 at 3:29 AM, Måns Rullgård wrote:
> Tom Rini writes:
>
>> On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
>>> Hi,
>>>
>>> Given that we seem to allow C99 features in U-Boot I wonder if it
>>> would be OK to use dynamic arrays in SPL?
>>>
>>> I am trying to repla
Dear Marek Vasut,
On 03/13/2013 05:52 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 05:19 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 11:58 AM, Marek Vasut wrote:
Dear Hector Palacios,
Hello,
When doing large TFTP downloa
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 0 for both DOS_MBR and DOS_PBR block types in
>>> test_part_dos().
>>
>> What p
On 03/13/2013 10:51 AM, Stephen Warren wrote:
> On 03/12/2013 08:58 PM, Sonic Zhang wrote:
>> Hi Stephen,
>>
>> On Tue, Mar 12, 2013 at 11:09 AM, Stephen Warren
>> wrote:
>>> On 03/11/2013 08:57 PM, Sonic Zhang wrote:
Hi Stephen,
On Tue, Mar 12, 2013 at 1:28 AM, Stephen Warren
Dear Hector Palacios,
> Dear Marek Vasut,
>
> On 03/13/2013 05:19 PM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Dear Marek Vasut,
> >>
> >> On 03/13/2013 11:58 AM, Marek Vasut wrote:
> >>> Dear Hector Palacios,
> >>>
> Hello,
>
> When doing large TFTP downloads (fil
On 03/12/2013 08:58 PM, Sonic Zhang wrote:
> Hi Stephen,
>
> On Tue, Mar 12, 2013 at 11:09 AM, Stephen Warren
> wrote:
>> On 03/11/2013 08:57 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@gma
On 13/03/2013 14:35, Benoît Thébaudeau wrote:
> Hi Stefano,
>
Hi Benoît,
>> For that, patches 1 until 9 are related to i.MX and mainly to the NAND
>> for i.MX. They get already Scott's ACK. IMHO they are independent from
>> the rest of the patchset and they can be merged now. My proposal is that
On 03/13/2013 08:34 AM, Rafał Fabich wrote:
Hi,
On Tue, Mar 12, 2013 at 1:04 PM, Rafał Fabich wrote:
I suppose it is possible to use USG-OTG instead of Host1 as EHCI host
in U-Boot somehow. Is there something I am missing?
Sorry for answering to myself, but the problem is solved.
In fact t
Hi Rafal,
On Wed, Mar 13, 2013 at 12:34 PM, Rafał Fabich wrote:
> Hi,
>
> On Tue, Mar 12, 2013 at 1:04 PM, Rafał Fabich wrote:
>
>> I suppose it is possible to use USG-OTG instead of Host1 as EHCI host
>> in U-Boot somehow. Is there something I am missing?
>
>
> Sorry for answering to myself, bu
Dear Marek Vasut,
On 03/13/2013 05:19 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 11:58 AM, Marek Vasut wrote:
Dear Hector Palacios,
Hello,
When doing large TFTP downloads (files bigger than 10MiB) on my MX28
platform I'm sometimes experiencing pauses and
On Wed, Mar 13, 2013 at 02:16:23PM +0100, Andreas Bie?mann wrote:
> Hi Simon,
>
> On 03/13/2013 04:52 AM, Simon Glass wrote:
> > Hi,
> >
> > On Mon, Mar 11, 2013 at 10:03 AM, Simon Glass wrote:
> >> This series creates a generic board init implementation which contains
> >> the essential functio
Dear Hector Palacios,
> Dear Marek Vasut,
>
> On 03/13/2013 11:58 AM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Hello,
> >>
> >> When doing large TFTP downloads (files bigger than 10MiB) on my MX28
> >> platform I'm sometimes experiencing pauses and timeouts. U-Boot will
> >> eventu
Hi,
On Tue, Mar 12, 2013 at 1:04 PM, Rafał Fabich wrote:
> I suppose it is possible to use USG-OTG instead of Host1 as EHCI host
> in U-Boot somehow. Is there something I am missing?
Sorry for answering to myself, but the problem is solved.
In fact the controller had to be reinitialized after
Hi Simon,
On 03/13/2013 04:52 AM, Simon Glass wrote:
> Hi,
>
> On Mon, Mar 11, 2013 at 10:03 AM, Simon Glass wrote:
>> This series creates a generic board init implementation which contains
>> the essential functions of the major arch/xxx/lib/board.c files. It is
>> split into two parts: board_f
Hi
Our board reboots after send Wrong Image Format message to the console and
hangs. The Linux uImage is correctly placed in the NAND 0X20. The
console input is somehow inhibit. I cannot type anything on it until the
board reboots .
The board is an AT91SAM9M10 custom board based on the AT91SA
Tom Rini writes:
> On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
>> Hi,
>>
>> Given that we seem to allow C99 features in U-Boot I wonder if it
>> would be OK to use dynamic arrays in SPL?
>>
>> I am trying to replace:
>>
>> ptr = malloc(size);
>>
>> with:
>>
>> char ptr[size];
>>
>> to av
On Wed, Mar 13, 2013 at 03:41:33AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, Mar 12, 2013 at 4:48 PM, Tom Rini wrote:
> > On Tue, Mar 12, 2013 at 7:22 PM, Simon Glass wrote:
> >> Hi,
> >>
> >> Given that we seem to allow C99 features in U-Boot I wonder if it
> >> would be OK to use dynamic
Dear Otavio Salvador,
In message
you wrote:
> On Wed, Mar 13, 2013 at 12:27 PM, Fabio Estevam wrote:
> > On Wed, Mar 13, 2013 at 12:20 PM, Otavio Salvador
> > wrote:
> >
> >> I'd use 'wandboard_dual' as this seems to be how they use it in
> >> marketing material.
> >
> > No, the SoC used is a
Dear Tom,
In message <20130313145638.GK23324@bill-the-cat> you wrote:
>
> We have a problem with the syntax of 'ext4write'. For fatload,
> fatwrite, ext2load and ext4load the format is:
> command interface device:part system-memory-addr filename
> But ext4write is:
> command interface device:par
Dear Horst Kronstorfer,
In message <1363175243-12183-1-git-send-email-hkron...@frequentis.com> you
wrote:
> cpu.c:288:2:
> warning: implicit declaration of function 'reset_85xx_watchdog'
> [-Wimplicit-function-declaration]
...
> +void
> +watchdog_reset(void)
> +{
> + int re_enable = disable_i
On 13/03/2013 17:01, Marek Vasut wrote:
>> Apart of the fact that fixes booting old kernel, these changes affects
>> all mx28 boards, not only mx28evk. Can we have a description about which
>> changes are done and why they are required ?
>
> Please see [1] below, this describes the situation at ha
Dear Linus,
In message
you wrote:
>
> >> -#define CONFIG_SYS_LOAD_ADDR 0x7fc0 /* default load address */
> >> +#define CONFIG_SYS_LOAD_ADDR 0x800 /* default load address */
> >
> > This appears to be an unrelated change. It should be clearly
> > documented, especially as use
Dear Simon Glass,
In message
you wrote:
>
> >> Given that we seem to allow C99 features in U-Boot I wonder if it
> >> would be OK to use dynamic arrays in SPL?
Strange. I can see the follow-ups, but I cannot see the original
posting?
> In the function pow_mod(), I would like to replace:
>
>
Dear Stefano Babic,
> On 28/02/2013 23:59, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > Currently the following kernel hang happens when loading a 2.6.35 kernel
> > from Freeescale on a mx28evk board:
> >
> > RPC: Registered tcp transport module.
> > RPC: Registered tcp NFSv4.1 backchan
Dear Marek Vasut,
On 03/13/2013 11:58 AM, Marek Vasut wrote:
Dear Hector Palacios,
Hello,
When doing large TFTP downloads (files bigger than 10MiB) on my MX28
platform I'm sometimes experiencing pauses and timeouts. U-Boot will
eventually restart the transmission and sometimes may successfull
On Wed, Mar 13, 2013 at 12:39 PM, Otavio Salvador
wrote:
> I understand your point but we use board names not directly linked to
> the SoC they use, we name mx28evk and not mx287evk; mx23evk, not
> mx233evk ... but ok.
mx233 is still a mx23 processor.
mx287 is still a mx28 processor.
mx6q / mx6
On Wed, Mar 13, 2013 at 12:37 PM, Fabio Estevam wrote:
> On Wed, Mar 13, 2013 at 12:30 PM, Otavio Salvador
> wrote:
>
>> I agree but the board name is 'Wandboard Dual', see
>> http://wandboard.org/index.php/details
>>
>> So I'd use their name as users will end looking for it.
>
> If you look at t
On Wed, Mar 13, 2013 at 12:30 PM, Otavio Salvador
wrote:
> I agree but the board name is 'Wandboard Dual', see
> http://wandboard.org/index.php/details
>
> So I'd use their name as users will end looking for it.
If you look at the second row it says the chip is dual-lite.
Dual and dual-lite are
On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi wrote:
>
> Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon het volgende
> geschreven:
>
>> On 10:20-20130313, Tom Rini wrote:
>>> From: Koen Kooi
>>>
>>> Signed-off-by: Koen Kooi
>>> Acked-by: Pet
On Wed, Mar 13, 2013 at 12:27 PM, Fabio Estevam wrote:
> On Wed, Mar 13, 2013 at 12:20 PM, Otavio Salvador
> wrote:
>
>> I'd use 'wandboard_dual' as this seems to be how they use it in
>> marketing material.
>
> No, the SoC used is a mx6 "dual lite", not "dual".
>
> mx6 variants are: quad, dual,
On Wed, Mar 13, 2013 at 12:20 PM, Otavio Salvador
wrote:
> I'd use 'wandboard_dual' as this seems to be how they use it in
> marketing material.
No, the SoC used is a mx6 "dual lite", not "dual".
mx6 variants are: quad, dual, dual-lite, solo, solo-lite.
_
On Mon, Mar 11, 2013 at 11:03:41AM +0100, Lukasz Majewski wrote:
[snip]
> > > - if (blk_seq_num == 0) {
> > > - i_buf = dfu_buf;
> > > - ret = dfu->read_medium(dfu, i_buf, &r_size);
> > > - debug("%s: %s %ld [B]\n", __func__, dfu->name,
> > > r_size);
> > > - i_blk_
On Wed, Mar 13, 2013 at 9:31 AM, Fabio Estevam wrote:
> 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, plea
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Currently the following kernel hang happens when loading a 2.6.35 kernel
> from Freeescale on a mx28evk board:
>
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> Bus freq driver module loaded
> IM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/13/2013 11:04 AM, Peter Korsgaard wrote:
>> "Tom" == Tom Rini writes:
>
> Tom> From: Koen Kooi Tom> The kernel
> is loaded from some form of ext[234] or FAT, depending on the Tom>
> distribution used. We add a bootpart variable to the env
On Wed, Mar 13, 2013 at 5:10 AM, Stefano Babic wrote:
> On 06/03/2013 16:46, Otavio Salvador wrote:
>> This changes the code so in case an unkown value is passed it will
>> return as invalid.
>>
>> Signed-off-by: Otavio Salvador
>> ---
>
> Hi Otavio,
>
>> Changes in v3: None
>> Changes in v2:
>>
On 16:05-20130313, Koen Kooi wrote:
>
> Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon het volgende
> geschreven:
>
> > On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi
> > wrote:
> >>
> >> Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon het volge
> "Tom" == Tom Rini writes:
Hi,
Tom> From: Koen Kooi
Tom> Make bootcmd run findfdt so that we know what dtb file to load. Add a
Tom> loadfdt command to load this file in. Make mmcboot pass in ${fdtaddr}
Tom> and make the mmc section of bootcmd run loadfdt.
Tom> Signed-off-by: Koen K
On Mon, Mar 11, 2013 at 11:03:41AM +0100, Lukasz Majewski wrote:
> Hi Tom,
>
>
> >
> > > From: Pantelis Antoniou
> > >
> > > Previously we didn't support upload/download larger than available
> > > memory. This is pretty bad when you have to update your root
> > > filesystem for example.
> >
Op 13 mrt. 2013, om 16:02 heeft Nishanth Menon het volgende
geschreven:
> On Wed, Mar 13, 2013 at 9:57 AM, Koen Kooi wrote:
>>
>> Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon het volgende
>> geschreven:
>>
>>> On 10:20-20130313, Tom Rini wrote:
>
> "Tom" == Tom Rini writes:
Tom> From: Koen Kooi
Tom> The kernel is loaded from some form of ext[234] or FAT, depending on the
Tom> distribution used. We add a bootpart variable to the environment so
Tom> that we can load from the correct mmc partition as well.
Tom> Signed-off-by: Koe
Op 13 mrt. 2013, om 15:35 heeft Nishanth Menon het volgende
geschreven:
> On 10:20-20130313, Tom Rini wrote:
>> From: Koen Kooi
>>
>> Signed-off-by: Koen Kooi
>> Acked-by: Peter Korsgaard
>> ---
>> include/configs/am335x_evm.h |2 ++
>> 1 fi
Hey all,
We have a problem with the syntax of 'ext4write'. For fatload,
fatwrite, ext2load and ext4load the format is:
command interface device:part system-memory-addr filename
But ext4write is:
command interface device:part filename system-memory-addr
Crap. This has been the published interfac
On 10:20-20130313, Tom Rini wrote:
> From: Koen Kooi
>
> Signed-off-by: Koen Kooi
> Acked-by: Peter Korsgaard
> ---
> include/configs/am335x_evm.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/configs/am335x_evm.h b/include/configs/a
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 have a description about which
>> changes
1 - 100 of 128 matches
Mail list logo
