• Locked Locked
  • Replies 4 replies
  • Subscribers 119 subscribers
  • Views 3568 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How to capture process id and multi-thread for application from ARM hardware

thiet pv
Note: This was originally posted on 5th September 2011 at http://forums.arm.com

Dear all,
I am make a simulator for ARM (Cortex-a9). I want to capture process id and multi-thread for applications run on Linux kernel by this simulator, but I don't have good idea to capture it. I thought about CP15.c13 (Context PID register) of ARM but it seems not true for PID from kernel. I also think that Arm hardware will manage PID by stack and capture stack pointer will help to capture PID and multi-thread, but it is very difficult for me to understand about it. Please help me to find a solution to capture them.
Thanks and best regard,
Parents
  • Arm Employee Badge
    Note: This was originally posted on 6th September 2011 at http://forums.arm.com

    This register is only loosely related to PID, and the mapping between PID and the value in this register is not a 1:1 mapping and time variant.

    As the previous poster said, PID is a software construct managed by the kernel, and not something which exists in the hardware directly.

    Iso
Reply
  • Arm Employee Badge
    Note: This was originally posted on 6th September 2011 at http://forums.arm.com

    This register is only loosely related to PID, and the mapping between PID and the value in this register is not a 1:1 mapping and time variant.

    As the previous poster said, PID is a software construct managed by the kernel, and not something which exists in the hardware directly.

    Iso
Children
No data