• 

  Lucas Rolfes

  • 7 months ago
  • Processors
  • Processors forum

  RE: Compiler/PRU-SWPKG: Application-PRU Support for GNU G++

  Hello Nick, Sorry for the confusion. I was confused with the difference between the PRU and the IPU subsystem, without recognizing that the PRU is a Risc-32-bit versus and Arm M4. Closing the issue as it is arguably a non-issue.
• 

  user5835157

  • 8 months ago
  • Processors
  • Processors forum

  RE: Linux/PRU-SWPKG: PRU PWM/RPMsg control GPIO

  Hi Nick, Thank you for your reply, For testing, I am trying to have PWM signals working on LEDs. I am more interested in generating my PWM signal manually from the PRU. Do you have some application note about this use case ? Thanks
• 

  George Mock

  • 11 months ago
  • Code Composer Studio™
  • Code Composer Studio™ forum

  RE: Compiler/PRU-SWPKG: clpru behaves differently in docker image vs ubuntu desktop; fails with "exec() error spawning acpiapru: No such file or directory"

  We do not test clpru (or any other TI compiler) under Docker. Whether running under Linux or Docker, the shell clpru invokes the sub-process acpiapru with the system call execvp. It has worked this way for a long time. Therefore, it is likely the problem...
• 

  Nick Saulnier

  • 5 months ago
  • Processors
  • Processors forum

  RE: Linux/OMAP-L138: Clarification about PRU code development?

  As an FYI, PRU resources for OMAP-L138 can be found at the Programmable Realtime Unit Subsystem wiki. Sample PRU code for OMAP-L138 can be found at the legacy PRU-SWPKG (v1.03). PLEASE NOTE! None of the content linked above has been updated since 2010...
• 

  Kazuya Nakamura

  • over 1 year ago
  • Processors
  • Processors forum

  RE: Linux/PRU-SWPKG: PRU program load

  Will read further about the Processor SDK and the Remoteproc framework, but as far as i know, the Processor SDK does not support non-Ubuntu Linux distros, correct? Thanks for the quick answer.
• 

  Puneeth Bandikatla

  • over 1 year ago
  • Processors
  • Processors forum

  RE: PRU-SWPKG: PRU access to host memory

  Hi Jason, Thanks for the reply, It cleared all the doubts I had on Address Mapping of PRU.
• 

  Sahin Okur

  • 8 months ago
  • Processors
  • Processors forum

  RE: TMS320C6748: Access same memory addresses on ICSS0 and ICSS1

  Hi Peter, Please see responses by Daniel in this thread: e2e.ti.com/.../109794 Additional PRU content: processors.wiki.ti.com/.../Programmable_Realtime_Unit_Subsystem www.ti.com/.../pru-swpkg (no longer supported but good reference)
• 

  Mike Geppert

  • over 1 year ago
  • Processors
  • Processors forum

  OMAP-L138: Trying to use the PRUs...

  • Resolved

  Part Number: OMAP-L138 PRU - SWPKG version 1.03 is the last one that claims to support the PRU
• 

  Jason Reeder

  • over 1 year ago
  • Processors
  • Processors forum

  RE: PRU-SWPKG: Sharing variables across PRUs

  Puneeth, Please see the memory map for the PRU subsystems in the AM437x TRM ( http://www.ti.com/lit/pdf/spruhl7 ) in Table 30-5 in section 30.3.1.2. You'll see that PRU-ICSS0's PRU0 accesses its own local memory (PRU0 DRAM) at address 0x0000...
• 

  Jason Reeder

  • over 1 year ago
  • Processors
  • Processors forum

  RE: PRU-SWPKG: Sharing data between ARM and PRU

  Puneeth, Please try adding pinctrl-names = "default"; to your pru0_1 node (shown below). I just copied and pasted your pru0_1 node into my DT and without that line my devmem2 was showing mux mode 7 (like yours). When I added that line, devmem2...

Didn't find what you are looking for? Post a new question.

• Ask a new question