ADSP-21571 SPI Slave Boot problem

Hello Lalitha,

I've done some further tests.

After transmitting the first block (16 bytes) and two additional data bytes Core1 gets stuck in a loop. See attached picture.

Any idea what's going? Is this an indication of that my block is invalid in some way?

Thanks!

An update on my issue:

I finally sorted out SPI bit-order issue. I guess it's MSB first after all.

Using CCES emulator I can see the data sent from host showing up at the SPI2 RFIFO register. However, core1 still end up at that infinte loop at 0xb0253e.
I'm transmitting the following sequence (hex) to the DSP:

03 <--- bcode
50
66
ac <--- core1
04 \
00  \ 0x90004
09  / 
00 /
00
00
00
00
94
00
00
00
03 <--- when this byte is received by core1, it ends up in an infinte loop (i guess something's wrong with the first block).
...
...
...

If someone (perhaps ADI?) has a minimal loader stream available (for ADSP-21571 in SPI Slave boot mode) that they do know work, I would very much like to try that with my system.
It could basically be just a 'nop' and a 'jump'.

Thanks!

Hi,

This happens in my experience as well.  That last 0x03 in your listing should be the beginning of the next block - bits 0-7 of the block code (BCODE) - according to the hardware manual.  If I send anything more than just the first block - an Ignore type with the 'first' bit set - The processor faults (~SYS_FAULT drives low).

ADI - What is happening here? I too would like to see a ldr file that is tested and known good.  Can you please explain further - "Please ensure that the correct boot kernel is used before generating the loader (.LDR) file. If you are using a modified boot kernel, try using the default boot kernel supplied with CCES"

Isn't the boot kernel internal to the ADSP-21571?  My understanding is that the boot process can be adjusted using OTP commands, but I have no use for that.

Thanks,

Matt

Hi,

This happens in my experience as well.  That last 0x03 in your listing should be the beginning of the next block - bits 0-7 of the block code (BCODE) - according to the hardware manual.  If I send anything more than just the first block - an Ignore type with the 'first' bit set - The processor faults (~SYS_FAULT drives low).

ADI - What is happening here? I too would like to see a ldr file that is tested and known good.  Can you please explain further - "Please ensure that the correct boot kernel is used before generating the loader (.LDR) file. If you are using a modified boot kernel, try using the default boot kernel supplied with CCES"

Isn't the boot kernel internal to the ADSP-21571?  My understanding is that the boot process can be adjusted using OTP commands, but I have no use for that.

Thanks,

Matt

Hi Matt,

I'm so glad I'm not alone in experiencing this. It was almost  starting to feel like I was holding a monologue here...

I just checked my SYS_FAULT pin and it asserts for me too after the first block header has been received.
As I, at this point, haven't even started to transmit actual code/instructions, I guess any problems with my program can be ruled out at this point.

ADI: Again, I cannot emphasize enough how helpful it would be with a known good (a preferable minimal) loader steam.

Thanks!