User Tools

Site Tools


realtime:rtl:all_topics

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
realtime:rtl:all_topics [2017/10/05 20:25]
tglx Update to current state of affairs
realtime:rtl:all_topics [2025/01/07 11:19] (current)
bigeasy All initial items are covered. Some rework is outstanding.
Line 9: Line 9:
  
 ===== Changes to current kernel functionality ===== ===== Changes to current kernel functionality =====
-  * The CPU hotplug code needs an overhaul in general - Mostly done +  * The CPU hotplug code needs an overhaul in general - Done 
-  * Some of the existing timer infrastructure needs to be rewritten - Initial problems solved, still work in progress+  * Some of the existing timer infrastructure needs to be rewritten - Mostly done.
   * Pagefault disable/​enable handling (the kernel pagefault disable/​enable mechanism is not RT compatible. Rework it to fit RT) - Done   * Pagefault disable/​enable handling (the kernel pagefault disable/​enable mechanism is not RT compatible. Rework it to fit RT) - Done
- 
  
 ===== Extensions to current kernel functionality ===== ===== Extensions to current kernel functionality =====
  
-  * kmap infrastructure – adaption to make it RT compatible - Open item, no real benefit for mainline so it's postponed to the 'RT only section'​ +  * kmap infrastructure – adaption to make it RT compatible - Done 
-  * Additional annotation mechanisms are necessary which allow RT to substitute functionality. (Such annotations are useful in general even for non-RT as they add value by making the code clearer and the scope of functionality documented) - Work in progress +  * Additional annotation mechanisms are necessary which allow RT to substitute functionality. (Such annotations are useful in general even for non-RT as they add value by making the code clearer and the scope of functionality documented) - Done. 
-  * Extending debug infrastructure,​ e.g. lockdep to handle the new lock types. - Open item, partial issues solved+  * Extending debug infrastructure,​ e.g. lockdep to handle the new lock types. - Mostly done.
  
 ===== Redesigning RT components ===== ===== Redesigning RT components =====
  
   * Make use of the new annotation mechanisms   * Make use of the new annotation mechanisms
-  * Soft interrupt handling – structure must be adopted to be RT compatible +  * Soft interrupt handling – structure must be adopted to be RT compatible. Work is done. A fain grain locking is work in progress. 
-  * Reader/​writer lock handling - they are not scalable on RT. Find a scalable solution ​- Replacement exists but might need to be revisited+  * Reader/​writer lock handling - they are not scalable on RT. Find a scalable solution. A rework is done with multiple reader. Only the writer gets a PI boost.
   * Hotplug interaction – find a proper solution able to be compatible with RT requirements - Solved   * Hotplug interaction – find a proper solution able to be compatible with RT requirements - Solved
-  * Timer interaction – rework the kernel architecture to be compatible with RT requirements - Partially solved, work in progress +  * Timer interaction – rework the kernel architecture to be compatible with RT requirements - Done. 
-  * More palatable approach to RT friendly memory management - develop an upstream acceptable solution for the RT requirements ​- work in progress+  * More palatable approach to RT friendly memory management - develop an upstream acceptable solution for the RT requirements. Done.
  
 Various details which do not fit into any of the above categories, but need to be addressed to make RT upstream acceptable Various details which do not fit into any of the above categories, but need to be addressed to make RT upstream acceptable
realtime/rtl/all_topics.1507235157.txt.gz · Last modified: 2017/10/05 20:25 by tglx