> Here is an interesting one, once you have the EVM using NAND instead of
> NOR (mine at least) refuses to boot with this jumper set to ON and goes
> back to the dreaded "BOOTME".
>
> Has anyone seen this as well?

I haven't seen the problem, but I posted about the issue (since the
potential problem is documented) (my post was titled "Question about SW3-4
setting for demos"):

>> I'm reading the section in sprue14.pdf
>> (page 106 of 126) about the signal
>> controlled by SW3-4 (DSP_BT: 0=ARM boots DSP,
>> 1=DSP self boot).
>>
>> There's a note below the DSP_BT description
>> that reads:
>>
>> >>   Note: Incompatible with NAND boot option
>> >>   since DSP needs direct read access to
>> >> AEMIF CS2 address space.

Both "Loc Truong" and "Jon Hunter" from TI replied to my question, and
seemed to imply that the requirement for SW3-4 being set to "on" was to get
around a bug in the most recent DSPLINK code (it seems that it wasn't
intentional).  Here's a snippet:

>> Now ideally, if we are using codec_engine/dsplink,
>> we should always have the DSP configure for ARM-boot
>> as the DSP boot is controlled by the ARM. I believe
>> that Loc mentioned in his email that we have
>> identified the reason why the ARM boot mode is not
>> working and this will be corrected.


- Paul

--------- Original Message --------
From: Andrew Armstrong <[EMAIL PROTECTED]>
To: [email protected]
<[email protected]>
Subject: Update _1_10 NAND and SW3
Date: 12/10/06 08:23

>
> Quite a few people have come across the &quot;Failed to open codec engine
> &quot;XXXX&quot;&quot; error and supposedly can sort this out by setting
COUT3 to ON.
>
> Here is an interesting one, once you have the EVM using NAND instead of
> NOR (mine at least) refuses to boot with this jumper set to ON and goes
> back to the dreaded &quot;BOOTME&quot;.
>
> Has anyone seen this as well?
>
> Could be another interesting quirk, I think I have tried rebuilding the
> Kernel and Target system quite a few times now and have yet to get a
> stable _1_10 running.
>
> Regards,
>
> Andrew
>
> _______________________________________________
> Davinci-linux-open-source mailing list
> [email protected]
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
>
>
>
>
>
>

_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to