Hello again,
Some other results of HPI boot testing. The same small DSP bootloader,
which at boot is written to address 0, now is written in SDRAM buffer
during normal application running. And results are as follows: while
during the boot several words are corrupted, during simple write in
SDRAM memory it is completely OK! No corrupted words. What could it be
during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
tku @mitaua.dk
Direct phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
HPI booting problem (2)
Started by ●February 7, 2008
Reply by ●February 7, 20082008-02-07
Hi,
Do you use CACHE in your application? did you reset the CACHE and made a flush before to use it?
Regards
To: c...From: t...@mitaua.dkDate: Thu, 7 Feb 2008 19:15:40 +0200Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small DSP bootloader, which at boot is written to address 0, now is written in SDRAM buffer during normal application running. And results are as follows: while during the boot several words are corrupted, during simple write in SDRAM memory it is completely OK! No corrupted words. What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
t...@mitaua.dkDirect phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Do you use CACHE in your application? did you reset the CACHE and made a flush before to use it?
Regards
To: c...From: t...@mitaua.dkDate: Thu, 7 Feb 2008 19:15:40 +0200Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small DSP bootloader, which at boot is written to address 0, now is written in SDRAM buffer during normal application running. And results are as follows: while during the boot several words are corrupted, during simple write in SDRAM memory it is completely OK! No corrupted words. What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
t...@mitaua.dkDirect phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Reply by ●February 8, 20082008-02-08
Hi Christophe,
Thank you for reply.
Yes, I use CACHE in the application and I reset it in preinit function.
I had problems with CACHE when tested communication, namely, I could
not write new values in the same address without making CACHE_clean. But
now I simply cannot write correctly via HPI only when DSP core is held
in reset - when it is running everything is OK.
Regards,
Taras
_____
From: christophe blouet [mailto:c...@hotmail.com]
Sent: Thursday, February 07, 2008 9:12 PM
To: Kurnytskyi Taras; c...
Subject: RE: [c6x] HPI booting problem (2)
Hi,
Do you use CACHE in your application? did you reset the CACHE and made a
flush before to use it?
Regards
_____
To: c...
From: t...@mitaua.dk
Date: Thu, 7 Feb 2008 19:15:40 +0200
Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small DSP
bootloader, which at boot is written to address 0, now is written in
SDRAM buffer during normal application running. And results are as
follows: while during the boot several words are corrupted, during
simple write in SDRAM memory it is completely OK! No corrupted words.
What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
tku @mitaua.dk
Direct phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Thank you for reply.
Yes, I use CACHE in the application and I reset it in preinit function.
I had problems with CACHE when tested communication, namely, I could
not write new values in the same address without making CACHE_clean. But
now I simply cannot write correctly via HPI only when DSP core is held
in reset - when it is running everything is OK.
Regards,
Taras
_____
From: christophe blouet [mailto:c...@hotmail.com]
Sent: Thursday, February 07, 2008 9:12 PM
To: Kurnytskyi Taras; c...
Subject: RE: [c6x] HPI booting problem (2)
Hi,
Do you use CACHE in your application? did you reset the CACHE and made a
flush before to use it?
Regards
_____
To: c...
From: t...@mitaua.dk
Date: Thu, 7 Feb 2008 19:15:40 +0200
Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small DSP
bootloader, which at boot is written to address 0, now is written in
SDRAM buffer during normal application running. And results are as
follows: while during the boot several words are corrupted, during
simple write in SDRAM memory it is completely OK! No corrupted words.
What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
tku @mitaua.dk
Direct phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Reply by ●February 8, 20082008-02-08
Jeff,
Yes, bootmode is detected by DSP when it is released from reset. I just
do it - first set HPI bootmode, then release DSP from reset, then send
code via HPI and finally set DSPINT.
Regards,
Taras
_____
From: Jeff Brower [mailto:j...@signalogic.com]
Sent: Friday, February 08, 2008 7:29 PM
To: Kurnytskyi Taras
Cc: c...
Subject: Re: [c6x] HPI booting problem (2)
Taras-
Yes, I use CACHE in the application and I reset it in preinit function.
I had problems with CACHE when tested communication, namely, I could
not write new values in the same address without making CACHE_clean. But
now I simply cannot write correctly via HPI only when DSP core is held
in reset - when it is running everything is OK.
HPI is not active when you hold the chip / core in Reset. Boot mode is
not detected until Reset is released.
-Jeff
_____
From: christophe blouet [ mailto:c...@hotmail.com]
Sent: Thursday, February 07, 2008 9:12 PM
To: Kurnytskyi Taras; c...
Subject: RE: [c6x] HPI booting problem (2)
Hi,
Do you use CACHE in your application? did you reset the CACHE
and made a flush before to use it?
Regards
_____
size=2 width="100%" alignter>
To: c...
From: t...@mitaua.dk
Date: Thu, 7 Feb 2008 19:15:40 +0200
Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small
DSP bootloader, which at boot is written to address 0, now is written in
SDRAM buffer during normal application running. And results are as
follows: while during the boot several words are corrupted, during
simple write in SDRAM memory it is completely OK! No corrupted words.
What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
tku @mitaua.dk
Direct phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Yes, bootmode is detected by DSP when it is released from reset. I just
do it - first set HPI bootmode, then release DSP from reset, then send
code via HPI and finally set DSPINT.
Regards,
Taras
_____
From: Jeff Brower [mailto:j...@signalogic.com]
Sent: Friday, February 08, 2008 7:29 PM
To: Kurnytskyi Taras
Cc: c...
Subject: Re: [c6x] HPI booting problem (2)
Taras-
Yes, I use CACHE in the application and I reset it in preinit function.
I had problems with CACHE when tested communication, namely, I could
not write new values in the same address without making CACHE_clean. But
now I simply cannot write correctly via HPI only when DSP core is held
in reset - when it is running everything is OK.
HPI is not active when you hold the chip / core in Reset. Boot mode is
not detected until Reset is released.
-Jeff
_____
From: christophe blouet [ mailto:c...@hotmail.com]
Sent: Thursday, February 07, 2008 9:12 PM
To: Kurnytskyi Taras; c...
Subject: RE: [c6x] HPI booting problem (2)
Hi,
Do you use CACHE in your application? did you reset the CACHE
and made a flush before to use it?
Regards
_____
size=2 width="100%" alignter>
To: c...
From: t...@mitaua.dk
Date: Thu, 7 Feb 2008 19:15:40 +0200
Subject: [c6x] HPI booting problem (2)
Hello again,
Some other results of HPI boot testing. The same small
DSP bootloader, which at boot is written to address 0, now is written in
SDRAM buffer during normal application running. And results are as
follows: while during the boot several words are corrupted, during
simple write in SDRAM memory it is completely OK! No corrupted words.
What could it be during boot that makes things worse?
With best regards,
MITA-TEKNIK
Taras Kournytskyi
Software developer
Contact details:
tku @mitaua.dk
Direct phone.: +380(32)2420435
Company details:
Mita-Teknik Ltd.
Kulparkivska 222a
79071 Lviv
Ukraine
Reply by ●February 8, 20082008-02-08
Taras-
> Yes, I use CACHE in the application and I reset it in preinit function. I had
> problems with CACHE when tested communication, namely, I could not write new
> values in the same address without making CACHE_clean. But now I simply cannot
> write correctly via HPI only when DSP core is held in reset when it is running
> everything is OK.
>
HPI is not active when you hold the chip / core in Reset. Boot mode is not detected
until Reset is released.
-Jeff
> ------------
> From: christophe blouet [mailto:c...@hotmail.com]
>
> Sent: Thursday, February 07, 2008 9:12 PM
> To: Kurnytskyi Taras; c...
> Subject: RE: [c6x] HPI booting problem (2)
> Hi,
>
> Do you use CACHE in your application? did you reset the CACHE and made a flush
> before to use it?
>
> Regards
>
> --
> To: c...
>
> From: t...@mitaua.dk
> Date: Thu, 7 Feb 2008 19:15:40 +0200
> Subject: [c6x] HPI booting problem (2)
> Hello again,
>
> Some other results of HPI boot testing. The same small DSP bootloader,
> which at boot is written to address 0, now is written in SDRAM buffer
> during normal application running. And results are as follows: while
> during the boot several words are corrupted, during simple write in SDRAM
> memory it is completely OK! No corrupted words. What could it be during
> boot that makes things worse?
>
> With best regards,
>
> MITA-TEKNIK
>
> Taras Kournytskyi
>
> Software developer
>
> Contact details:
>
> t...@mitaua.dk
> Direct phone.: +380(32)2420435
>
> Company details:
>
> Mita-Teknik Ltd.
>
> Kulparkivska 222a
>
> 79071 Lviv
>
> Ukraine
>
> Yes, I use CACHE in the application and I reset it in preinit function. I had
> problems with CACHE when tested communication, namely, I could not write new
> values in the same address without making CACHE_clean. But now I simply cannot
> write correctly via HPI only when DSP core is held in reset when it is running
> everything is OK.
>
HPI is not active when you hold the chip / core in Reset. Boot mode is not detected
until Reset is released.
-Jeff
> ------------
> From: christophe blouet [mailto:c...@hotmail.com]
>
> Sent: Thursday, February 07, 2008 9:12 PM
> To: Kurnytskyi Taras; c...
> Subject: RE: [c6x] HPI booting problem (2)
> Hi,
>
> Do you use CACHE in your application? did you reset the CACHE and made a flush
> before to use it?
>
> Regards
>
> --
> To: c...
>
> From: t...@mitaua.dk
> Date: Thu, 7 Feb 2008 19:15:40 +0200
> Subject: [c6x] HPI booting problem (2)
> Hello again,
>
> Some other results of HPI boot testing. The same small DSP bootloader,
> which at boot is written to address 0, now is written in SDRAM buffer
> during normal application running. And results are as follows: while
> during the boot several words are corrupted, during simple write in SDRAM
> memory it is completely OK! No corrupted words. What could it be during
> boot that makes things worse?
>
> With best regards,
>
> MITA-TEKNIK
>
> Taras Kournytskyi
>
> Software developer
>
> Contact details:
>
> t...@mitaua.dk
> Direct phone.: +380(32)2420435
>
> Company details:
>
> Mita-Teknik Ltd.
>
> Kulparkivska 222a
>
> 79071 Lviv
>
> Ukraine
>
