Hi Daniel,
On 12.02.20 13:48, Daniel Schwierzeck wrote:
Daniel, perhaps a dumb question, but is the MIPS U-Boot code position
independant?
from your tests I can only conclude that RAM loading doesn't work at
all. If you see it
"working" than you simply junp to the old copy which the SPL cre
On Wed, Feb 12, 2020 at 10:23 AM Mauro Condarelli wrote:
>
> Hi Stefan,
> Hi Daniel,
>
> On 2/12/20 7:39 AM, Stefan wrote:
> > Hi Mauro,
> > Hi Daniel,
> >
> > On 11.02.20 19:05, Mauro Condarelli wrote:
> >> ===8<---
> >>
> >> What *does NOT* work is loading RAM version or, to be more precise:
> >
Hi Mauro,
On 12.02.20 10:23, Mauro Condarelli wrote:
Hi Stefan,
Hi Daniel,
On 2/12/20 7:39 AM, Stefan wrote:
Hi Mauro,
Hi Daniel,
On 11.02.20 19:05, Mauro Condarelli wrote:
===8<---
What *does NOT* work is loading RAM version or, to be more precise:
It works IF (and only if) you load the sa
Hi Stefan,
Hi Daniel,
On 2/12/20 7:39 AM, Stefan wrote:
> Hi Mauro,
> Hi Daniel,
>
> On 11.02.20 19:05, Mauro Condarelli wrote:
>> ===8<---
>>
>> What *does NOT* work is loading RAM version or, to be more precise:
>> It works IF (and only if) you load the same code already running.
>> I *think* th
Hi Mauro,
Hi Daniel,
On 11.02.20 19:05, Mauro Condarelli wrote:
Thanks Daniel.
On 2/11/20 5:49 PM, Daniel Schwierzeck wrote:
On Tue, Feb 11, 2020 at 5:11 PM Mauro Condarelli wrote:
===8<
Hit any key to stop autoboot: 0
=>
ok, booting from RAM works. But what I meant with bootable is, t
Thanks Daniel.
On 2/11/20 5:49 PM, Daniel Schwierzeck wrote:
> On Tue, Feb 11, 2020 at 5:11 PM Mauro Condarelli wrote:
>> ===8<
>> Hit any key to stop autoboot: 0
>> =>
> ok, booting from RAM works. But what I meant with bootable is, that
> you can write the
> the u-boot-mtmips.bin to SPI fl
On Tue, Feb 11, 2020 at 5:11 PM Mauro Condarelli wrote:
>
> Sorry Daniel,
> I seem unable to pass the message through.
>
> I have, in front of me two, very similar directories:
>
> u-boot.master:
> built from master + Weijie.v3 patches + my vocore2 patch.
>
> u-boot-mips:
> built from u-boot-mips/
Sorry Daniel,
I seem unable to pass the message through.
I have, in front of me two, very similar directories:
u-boot.master:
built from master + Weijie.v3 patches + my vocore2 patch.
u-boot-mips:
built from u-boot-mips/testing + my vocore2 patch.
I was very careful not to change anything after
On 11.02.20 14:54, Daniel Schwierzeck wrote:
On Tue, Feb 11, 2020 at 11:58 AM Mauro Condarelli wrote:
Thanks Daniel.
On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
Hi Mauro,
Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
FYI
I've been using this patchset for over a week without any adverse
On Tue, Feb 11, 2020 at 11:58 AM Mauro Condarelli wrote:
>
> Thanks Daniel.
>
> On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
> > Hi Mauro,
> >
> > Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
> >> FYI
> >> I've been using this patchset for over a week without any adverse effect.
> >> It allowe
On 11.02.20 13:34, Mauro Condarelli wrote:
Thanks for the fast answer, Stefan.
On 2/11/20 12:16 PM, Stefan wrote:
Hi Mauro,
===8<
https://gitlab.denx.de/u-boot/custodians/u-boot-mips/commits/testing
I tried to use this repo/branch, but something is wrong (or I goofed
badly).
Just a quic
Thanks for the fast answer, Stefan.
On 2/11/20 12:16 PM, Stefan wrote:
> Hi Mauro,
> ===8<
>>> https://gitlab.denx.de/u-boot/custodians/u-boot-mips/commits/testing
>> I tried to use this repo/branch, but something is wrong (or I goofed
>> badly).
>
> Just a quick reply: I tested u-boot-mips/te
Hi Mauro,
On 11.02.20 11:58, Mauro Condarelli wrote:
Thanks Daniel.
On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
Hi Mauro,
Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
FYI
I've been using this patchset for over a week without any adverse effect.
It allowed me to port to VoCore2 board.
Sh
Thanks Daniel.
On 2/10/20 10:28 PM, Daniel Schwierzeck wrote:
> Hi Mauro,
>
> Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
>> FYI
>> I've been using this patchset for over a week without any adverse effect.
>> It allowed me to port to VoCore2 board.
>> Should I add a "Tested-by" flag?
>> If so:
Hi Mauro,
Am 10.02.20 um 21:20 schrieb Mauro Condarelli:
> FYI
> I've been using this patchset for over a week without any adverse effect.
> It allowed me to port to VoCore2 board.
> Should I add a "Tested-by" flag?
> If so: how should I do it?
>
> Regards
> Mauro Codarelli
>
sorry that I could
FYI
I've been using this patchset for over a week without any adverse effect.
It allowed me to port to VoCore2 board.
Should I add a "Tested-by" flag?
If so: how should I do it?
Regards
Mauro Codarelli
On 2/10/20 6:20 PM, Daniel Schwierzeck wrote:
> Hi Weije,
>
> Am 21.01.20 um 09:17 schrieb Weij
Hi Weije,
Am 21.01.20 um 09:17 schrieb Weijie Gao:
> This patch series are divided into two parts:
>
> The main part is to rewrite the whole architecture code of mt7628:
> * Lock parts of the d-cache for initial stack so the rest of the code can
> be reimplemented in C.
> * Memory controller &
I'm having a holiday from tomorrow to Jan 30th and I may not reply
during the holiday.
Sincerely
On Tue, 2020-01-21 at 16:17 +0800, Weijie Gao wrote:
> This patch series are divided into two parts:
>
> The main part is to rewrite the whole architecture code of mt7628:
> * Lock parts of the d-cac
This patch series are divided into two parts:
The main part is to rewrite the whole architecture code of mt7628:
* Lock parts of the d-cache for initial stack so the rest of the code can
be reimplemented in C.
* Memory controller & DDR initialization have been fully written to support
detectin
19 matches
Mail list logo
