Hi
On 4 September 2014 21:50, Benoît Thébaudeau
wrote:
> Hi Magnus,
>
v2014.10 is getting closer with the release of -rc2. It would be much
better to get mx31pdk fixed for this release. Helmut, can you send a
patch for the 'b reset' issue? If not, do you agree that someone else
>>
Hi Magnus,
On Thu, Sep 4, 2014 at 9:12 PM, Magnus Lilja wrote:
> On 3 September 2014 03:13, Tom Rini wrote:
>> On Wed, Sep 03, 2014 at 02:53:17AM +0200, Benoît Thébaudeau wrote:
>>> > IMHO, the 'b reset' and the 'nop nop nop' are two different issues, so
>>> > Helmut should create a formal patch
Hi
On 3 September 2014 03:13, Tom Rini wrote:
> On Wed, Sep 03, 2014 at 02:53:17AM +0200, Benoît Thébaudeau wrote:
>> > IMHO, the 'b reset' and the 'nop nop nop' are two different issues, so
>> > Helmut should create a formal patch for the 'b reset' issue right now,
>> > which will fix mx31pdk (a
On Wed, Sep 03, 2014 at 02:53:17AM +0200, Benoît Thébaudeau wrote:
> Hi Helmut, all,
>
> On Tue, Aug 19, 2014 at 10:55 PM, Benoît Thébaudeau
> wrote:
> > On Fri, Aug 15, 2014 at 7:45 PM, Magnus Lilja
> > wrote:
> >> On 13 August 2014 14:01, Helmut Raiger wrote:
> >>> On 08/05/2014 02:32 PM, Ma
Hi Helmut, all,
On Tue, Aug 19, 2014 at 10:55 PM, Benoît Thébaudeau
wrote:
> On Fri, Aug 15, 2014 at 7:45 PM, Magnus Lilja wrote:
>> On 13 August 2014 14:01, Helmut Raiger wrote:
>>> On 08/05/2014 02:32 PM, Magnus Lilja wrote:
I would expect Helmut to create a formal patch then I can test
On Tue, Aug 19, 2014 at 5:55 PM, Benoît Thébaudeau
wrote:
>> Not sure how you should proceed with the path.
>
> IMHO, the 'b reset' and the 'nop nop nop' are two different issues, so
> Helmut should create a formal patch for the 'b reset' issue right now,
> which will fix mx31pdk (and maybe other
Hi Magnus, all,
On Fri, Aug 15, 2014 at 7:45 PM, Magnus Lilja wrote:
> Hi
>
> On 13 August 2014 14:01, Helmut Raiger wrote:
>> On 08/05/2014 02:32 PM, Magnus Lilja wrote:
>>>
>>> Hi Fabio,
>>>
>>> On 5 August 2014 14:28, Fabio Estevam wrote:
Hi Magnus,
>>> I would expect Helmut t
Hi
On 13 August 2014 14:01, Helmut Raiger wrote:
> On 08/05/2014 02:32 PM, Magnus Lilja wrote:
>>
>> Hi Fabio,
>>
>> On 5 August 2014 14:28, Fabio Estevam wrote:
>>>
>>> Hi Magnus,
>>>
>> I would expect Helmut to create a formal patch then I can test that
>> and add a Tested-by.
>>
> The problem
On 08/05/2014 02:32 PM, Magnus Lilja wrote:
Hi Fabio,
On 5 August 2014 14:28, Fabio Estevam wrote:
Hi Magnus,
On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
I have now done some tests on i.MX31 PDK:
* v2013.04 and v2014.04 works
* v2014.07 and "tip of tree as of this mail" does not wo
Hi Fabio,
On 5 August 2014 14:28, Fabio Estevam wrote:
> Hi Magnus,
>
> On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
>
>> I have now done some tests on i.MX31 PDK:
>> * v2013.04 and v2014.04 works
>> * v2014.07 and "tip of tree as of this mail" does not work
>>
>> To make it work (both v2
Hi Magnus,
On Mon, Aug 4, 2014 at 5:23 PM, Magnus Lilja wrote:
> I have now done some tests on i.MX31 PDK:
> * v2013.04 and v2014.04 works
> * v2014.07 and "tip of tree as of this mail" does not work
>
> To make it work (both v2014.07 and tip of tree) I only have to change
> the "ldr pc, _reset"
Hello Magnus,
On 04-08-14 22:23, Magnus Lilja wrote:
On a different note I noticed that I received a warning that the PDK
board does not use "generic board", I will try to fix this but I don't
know how much work that is and when I can submit a patch.
typically it is trivial, just add:
#defi
Hi
On 15 July 2014 11:31, Helmut Raiger wrote:
> Hi,
>
>thx Magnus for the test, could you possibly change the few lines of code
> and test again:
>
> diff --git a/arch/arm/cpu/arm1136/start.S b/arch/arm/cpu/arm1136/start.S
> index 1cfcca9..53bde12 100644
> --- a/arch/arm/cpu/arm1136/start.S
On 07/11/2014 09:56 AM, Magnus Lilja wrote:
Hi
On 8 July 2014 10:05, Helmut Raiger wrote:
I meant, that the SPL is now doing the RAM init and copying of the SPL code
correctly. RAM is working, the SPL code is at 0x87dc after that (CRCed
it via JTAG).
I could not track it further (I have ve
Hi
On 8 July 2014 10:05, Helmut Raiger wrote:
> I meant, that the SPL is now doing the RAM init and copying of the SPL code
> correctly. RAM is working, the SPL code is at 0x87dc after that (CRCed
> it via JTAG).
> I could not track it further (I have very limited development time right now
>
Hi,
finally I have the SPL running again, with this fix:
diff --git a/arch/arm/cpu/arm1136/start.S b/arch/arm/cpu/arm1136/start.S
index 1cfcca9..53bde12 100644
--- a/arch/arm/cpu/arm1136/start.S
+++ b/arch/arm/cpu/arm1136/start.S
@@ -91,4 +91,9 @@ cpu_init_crit:
bl lowlevel_init
On 07/08/2014 02:32 PM, Helmut Raiger wrote:
On 07/08/2014 10:05 AM, Helmut Raiger wrote:
I meant, that the SPL is now doing the RAM init and copying of the
SPL code
correctly. RAM is working, the SPL code is at 0x87dc after that
(CRCed it via JTAG).
I could not track it further (I have v
On 07/08/2014 10:05 AM, Helmut Raiger wrote:
I meant, that the SPL is now doing the RAM init and copying of the SPL
code
correctly. RAM is working, the SPL code is at 0x87dc after that
(CRCed it via JTAG).
I could not track it further (I have very limited development time
right now ... re
On 07/03/2014 10:58 PM, Benoît Thébaudeau wrote:
Hi,
On Thu, Jul 3, 2014 at 10:19 AM, Helmut Raiger wrote:
On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
)Dear Helmut Raiger,
On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger
wrote:
the commit 41623c91 breaks the SPL on i.mx31 platform
Hi Magnus,
On Fri, Jul 4, 2014 at 12:42 PM, Magnus Lilja wrote:
> Hi all,
>
> (I hope gmail formats this mail according to the mailing list requirements,
> my apologies if it doesn't)
I think that HTML is forbidden. You can switch Gmail to plain text
mode with the "More options" down arrow in th
Hi Albert,
On Fri, Jul 4, 2014 at 10:50 AM, Albert ARIBAUD
wrote:
> On Thu, 3 Jul 2014 22:58:56 +0200, Benoît Thébaudeau
> wrote:
>> On Thu, Jul 3, 2014 at 3:35 PM, Albert ARIBAUD
>> wrote:
>> > On Thu, 03 Jul 2014 10:19:39 +0200, Helmut Raiger
>> > wrote:
>> >> On 07/03/2014 01:20 AM, Benoît
Hi all,
(I hope gmail formats this mail according to the mailing list requirements,
my apologies if it doesn't)
On 4 July 2014 10:50, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Thu, 3 Jul 2014 22:58:56 +0200, Benoît Thébaudeau
> wrote:
>
> > Hi Albert,
> > It makes sense to me. That should work
Hi Benoît,
On Thu, 3 Jul 2014 22:58:56 +0200, Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Thu, Jul 3, 2014 at 3:35 PM, Albert ARIBAUD
> wrote:
> > Hi Helmut,
> >
> > On Thu, 03 Jul 2014 10:19:39 +0200, Helmut Raiger
> > wrote:
> >
> >> Hi,
> >>
> >> On 07/03/2014 01:20 AM, Benoît Thébaudeau
Hi Albert,
On Thu, Jul 3, 2014 at 3:35 PM, Albert ARIBAUD
wrote:
> Hi Helmut,
>
> On Thu, 03 Jul 2014 10:19:39 +0200, Helmut Raiger
> wrote:
>
>> Hi,
>>
>> On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
>> > )Dear Helmut Raiger,
>> >
>> > On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger
>> > wr
Hi,
On Thu, Jul 3, 2014 at 10:19 AM, Helmut Raiger wrote:
> On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
>>
>> )Dear Helmut Raiger,
>>
>> On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger
>> wrote:
the commit 41623c91 breaks the SPL on i.mx31 platforms.
>>
>> Here, you are talkin
Hi Helmut,
On Thu, 03 Jul 2014 10:19:39 +0200, Helmut Raiger
wrote:
> Hi,
>
> On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
> > )Dear Helmut Raiger,
> >
> > On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger wrote:
> >>> the commit 41623c91 breaks the SPL on i.mx31 platforms.
> > Here, you
Hi,
On 07/03/2014 01:20 AM, Benoît Thébaudeau wrote:
)Dear Helmut Raiger,
On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger wrote:
the commit 41623c91 breaks the SPL on i.mx31 platforms.
Here, you are talking about mx31pdk, right?
Actually im talking TT-01, but it has no contributed NAND
)Dear Helmut Raiger,
On Wed, Jul 2, 2014 at 9:04 AM, Helmut Raiger wrote:
>> the commit 41623c91 breaks the SPL on i.mx31 platforms.
Here, you are talking about mx31pdk, right?
>> The original startup code (start.S) was position independent to
>> allow relocation in board_init_f. This is n
Hi Helmut,
On Wed, 02 Jul 2014 09:04:46 +0200, Helmut Raiger
wrote:
> Hi,
> > Hi,
> >
> > the commit 41623c91 breaks the SPL on i.mx31 platforms.
> > The original startup code (start.S) was position independent to
> > allow relocation in board_init_f. This is necessary as the internal
> > R
Hi Helmut,
On 01/07/2014 15:53, Fabio Estevam wrote:
>
> I don't have access to a mx31 board at the moment to investigate this bug.
>
> Maybe Albert, Stefano or Magnus could help?
I have not at the moment access to a mx31 board, sorry.
Regards,
Stefano
--
==
Hi,
Hi,
the commit 41623c91 breaks the SPL on i.mx31 platforms.
The original startup code (start.S) was position independent to
allow relocation in board_init_f. This is necessary as the internal
RAM used by the IPL to load the first 2kB from NAND is also
used by the NAND controller to buff
Hi Fabio,
On Tue, 1 Jul 2014 10:53:57 -0300, Fabio Estevam
wrote:
> Hi Helmut,
>
> On Tue, Jul 1, 2014 at 10:33 AM, Helmut Raiger wrote:
> > Hi,
> >
> > the commit 41623c91 breaks the SPL on i.mx31 platforms.
> > The original startup code (start.S) was position independent to
> > allow rel
Hi Helmut,
On Tue, Jul 1, 2014 at 10:33 AM, Helmut Raiger wrote:
> Hi,
>
> the commit 41623c91 breaks the SPL on i.mx31 platforms.
> The original startup code (start.S) was position independent to
> allow relocation in board_init_f. This is necessary as the internal
> RAM used by the IPL to l
Hi,
the commit 41623c91 breaks the SPL on i.mx31 platforms.
The original startup code (start.S) was position independent to
allow relocation in board_init_f. This is necessary as the internal
RAM used by the IPL to load the first 2kB from NAND is also
used by the NAND controller to buffer pag
34 matches
Mail list logo