• State TI Thinks Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 99 subscribers
  • Views 1114 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.

AM3358: Ktimersoftd stalls CPU

Gunter Schmer
Genius 14212 points
Part Number: AM3358

Hi,

I have seen some other threads some time back with older versions of PLSDK, which stated similar issues for the Linux RT SDK, ktimersoftd consuming a lot of the CPU time.

Since this is now the latest PLSDK 6.1.0.8, wanted to raise the issue again.

Is there a particular patch or workaround for this?

Thanks!

--Gunter

  • 0
    TI__Genius 14212 points

    Hi,

    to followup on this, testing with the BeagleBoneBlack, it shows this behavior:

    Before connecting the USB Gadget cable, the CPU is low

    After connecting the USB Gadget cable, after the g_multi driver starts.

    So the USB Gadget driver is doing something, that is consuming huge amounts of CPU. Do we have a fix for that?

    Regards,

    --Gunter

  • 0 in reply to Gunter Schmer
    TI__Guru**** 167581 points

    Hi Gunter,

    g_multi driver is a legacy driver. Can you please try to use USB gadget configfs to create a multi-function gadget driver to see if the same issue happens?

    There are plenty of information of how to use USB gadget configfs, and kernel documentation also has a reference:

    Documentation/usb/gadget_configfs.txt