Arm Community
Site
Search
User
Site
Search
User
Groups
Research Collaboration and Enablement
DesignStart
Education Hub
Innovation
Open Source Software and Platforms
Forums
AI and ML forum
Architectures and Processors forum
Arm Development Platforms forum
Arm Development Studio forum
Arm Virtual Hardware forum
Automotive forum
Compilers and Libraries forum
Graphics, Gaming, and VR forum
High Performance Computing (HPC) forum
Infrastructure Solutions forum
Internet of Things (IoT) forum
Keil forum
Morello Forum
Operating Systems forum
SoC Design and Simulation forum
中文社区论区
Blogs
AI and ML blog
Announcements
Architectures and Processors blog
Automotive blog
Graphics, Gaming, and VR blog
High Performance Computing (HPC) blog
Infrastructure Solutions blog
Innovation blog
Internet of Things (IoT) blog
Operating Systems blog
Research Articles
SoC Design and Simulation blog
Tools, Software and IDEs blog
中文社区博客
Support
Arm Support Services
Documentation
Downloads
Training
Arm Approved program
Arm Design Reviews
Community Help
More
Cancel
Support forums
Arm Development Studio forum
Interrupt not seen by M0 core
Jump...
Cancel
Locked
Locked
Replies
3 replies
Subscribers
121 subscribers
Views
2394 views
Users
0 members are here
Options
Share
More actions
Cancel
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
Interrupt not seen by M0 core
Offline
John Mount
over 9 years ago
Note: This was originally posted on 13th October 2011 at
http://forums.arm.com
I am sending an interrupt to the M0 from another processor. In the NVIC registers I can see the interrupt pending, and I also can see that the interrupt in question is enabled. The firmware never see's the interrupt. There must be another level of interrupt enable that I have missed. Any suggestions? I attached my vector table. I am asserting general interrupt 0.
Parents
Offline
Joseph Yiu
over 9 years ago
Note: This was originally posted on 14th October 2011 at
http://forums.arm.com
Hi John,
What type of test environment you are using?
- microcontroller / silicon?
- FPGA?
- Verilog simulation?
A few things to check:
- value of PRIMASK (if set, it disable all interrupts)
- value of IPSR (if it is already running another interrupt, then the current priority level might be higher or same as the interrupt).
- what happen with the program? Does it still running, or does it hangs/crashed when the interrupt take place? Could you check if the vector table is set correctly in the compiled program image?
regards,
Joseph
Cancel
Up
0
Down
Cancel
Reply
Offline
Joseph Yiu
over 9 years ago
Note: This was originally posted on 14th October 2011 at
http://forums.arm.com
Hi John,
What type of test environment you are using?
- microcontroller / silicon?
- FPGA?
- Verilog simulation?
A few things to check:
- value of PRIMASK (if set, it disable all interrupts)
- value of IPSR (if it is already running another interrupt, then the current priority level might be higher or same as the interrupt).
- what happen with the program? Does it still running, or does it hangs/crashed when the interrupt take place? Could you check if the vector table is set correctly in the compiled program image?
regards,
Joseph
Cancel
Up
0
Down
Cancel
Children
No data