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.

Starterware compatibility with DSP/BIOS (Bios 5)

Guru 15580 points

Are there conflicts with Starterware's use of interrupts or cache with DSP/BIOS? I am hoping to integrate the Starterware USB libraries into my existing DSP/BIOS-based project.

 

  • Mike,

    We don't recommend mixing the StarterWare and DSP/BIOS APIs for interrupts and/or cache in the same application.  That said, there should not be any issue using StarterWare (including the peripheral driver and USB stack libraries) in DSP/BIOS applications.

    Please let me know if you encounter any difficulty, and I will do my best to help you resolve it.

  • Joe,

    Joe Coombs said:
    Please let me know if you encounter any difficulty, and I will do my best to help you resolve it.

    This appears to be related to the mixed use of DSP/BIOS and Startware, but I can't tell for sure. Can someone take a look?

    http://e2e.ti.com/support/embedded/f/790/t/147423.aspx

     

  • Mike,

    I'm not sure whether or not the issue in the linked thread is related to the combination of StarterWare and DSP/BIOS.  I took another look at the USBLIB source code, and I don't see any place where the library could be enabling an interrupt "behind the scenes."  It looks like the only interrupt-related actions taken in the USBLIB are:

    1. Clear USB interrupt event
    2. Temporarily disable/re-enable interrupts globally
    3. Disable and later re-enable the USB interrupt event (ARM only; not actually done on DSP)

    So, it should be safe to use the USBLIB with DSP/BIOS even if you use BIOS to setup and control your interrupts for the overall application.  I will need to do some more testing to make sure there are really no issues here.