• State TI Thinks Resolved
  • Locked Locked
  • Replies 11 replies
  • Answers 3 answers
  • Subscribers 101 subscribers
  • Views 2049 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

genAIS CRC

Junie Madrid
Prodigy 140 points

Other Parts Discussed in Thread: SPRC203

Hi,

I'm using genBootCfg/genAIS utility for c6727 flash boot.  This is what's being generated.  Can someone please point out what might be causing it?  Thank you.

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; Requesting CRC
;;;   Current CRC For This Section: 0xA433863A04678946
;;;   Number bytes to copy: 0x00000920
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
    .word 0x58535902
    .word 0xA433863A04678946
    .word 0xFFFFFFFFFFFFF6C8

I followed the exact procedure outlined in the doc.

genAis -i myboot.out -o myboot.asm -bootmode tisecboot -pf 8 -otype asm -cfg myboot.cfg

  • 0
    Prodigy 140 points
    By the way, I'm using CCS5 and rts67plus.lib.
  • 0 in reply to Junie Madrid
    TI__Mastermind 35645 points
    Hi,

    We are checking on this and will provide a response as soon as possible.

    Thanks for your patience.

    Regards,
    Sivaraj K
  • 0 in reply to Sivaraj Kuppuraj
    Prodigy 140 points

    Thanks.  Just to give you more info:

    I have CCSv5.5 to be precise

    I used and compiled in the downloaded TISecondaryBoot files as is, no mods:

    TMS320C672xxBootUtils\bootUtilities\src\TISecondaryBoot.c and \inc\TISecondaryBoot.h

    I only have main app with just a single statement in main()

    I utilized the supplied linker cmd file removing only the example-specific .text section

    I only configured PLL and AsyncRam in genBootCfg.

    Whether or not I have c672xSystemPatchV2_00_00.lib and applySystemPatch.obj linked in, the CRC length issue remains the same.

  • 0
    TI__Mastermind 43955 points
    Hi Junie,
    I've downloaded the boot example with utility.
    www-s.ti.com/.../sprc203.zip

    Able to generate asm file like below.
    ./genAIS.pl -I gpioAsaddr.out -o gpioAsaddr.asm -bootmode tisecboot -pf 8 -otype asm -cfg gpioAsaddr.cfg
    And I got "AIS file generation complete" message.
    Have you tried this and got success ?

    I have did it on Linux Ubuntu machine and modified the genAIS.pl script to run my perl version on Linux Ubuntu PC.
  • 0 in reply to Shankari G
    Prodigy 140 points

    Thanks Shankari.

    Yes, I always get the "generation complete" message.  In fact I can generate ais or asm files just fine using the gpioAsAddr.out and .cfg from the SPRC203 examples.  The problem persist when I'm generating AIS with my own .out and .cfg.

    So I'm hoping to see if you can perhaps find potential issue or cause of this.  Thanks!

  • 0 in reply to Junie Madrid
    Prodigy 140 points

    Hi Shankari.

    Just to further clarify.  So I can generate the same AIS file without problem IF I just run genAis on those gpioAsAddr.out and .cfg that are already provided in sprc203.zip.  But when I import project or create new project using all the source files and linker cmd from sprc203, and then build gpioAsAddr, this is when I run into this CRC issue in genAis output.

    Can you please try if see the same when you build on CCS5.5 with rts67plus.lib?  I've tried both debug (full or suppressed symbols) and release build.

    Thanks.

  • 0 in reply to Junie Madrid
    Prodigy 140 points

    Hi, any idea out there what might cause this problem?  Thank you in advance for your input!

  • 0 in reply to Shankari G
    Prodigy 140 points
    Hi Shankari,

    What perl version are you using? Thanks.
  • 0 in reply to Junie Madrid
    TI__Mastermind 43955 points
    Junie,

    It is perl version 5.
  • 0
    Prodigy 90 points
    Hi Junie,
    Although this post is a bit old, I hope my answer can be of help for you or any other person facing the same issue.
    I think this is a mistake on TI's part. If you check the Perl script it seems to have been copied from the c code example without accounting for how perl doesn't limit the value of the crc to 32 bits like the C language does. You can mask the return value of the calcCrc functions using 0xFFFFFFFF. you should do the same for $seek value. This worked for me and hopefully will for you too.
    I hope TI fixes their Perl script if this is indeed the problem here.
  • 0 in reply to Ayman Gumaa
    Prodigy 140 points

    Thanks Ayman.  Yes, I was able to figure this out too after my last post when I started looking closely at the script.  That was indeed just merely enforcing a 32-bit value.

    But I do appreciate your taking the time to post a reply.  Thanks and have a great day!