लिनक्स कर्नेल हेडर के संगठन

Question

जब मैं सिस्टम कॉल पर कुछ पढ़ने कर रहा था, मैं LXR में हेडर फाइल को खोजने के लिए syscalls.h के लिए एक खोज किया था। खोज परिणामों ने मुझे परेशान किया। arch/_arch_name_/include/asm के अंतर्गत निर्देशिकाओं से आने वाली syscalls.h फ़ाइलों में से एक दर्जन है। ये ठीक हैं, वे आर्किटेक्चर विशिष्ट परिभाषाएं हैं या कुछ और आवश्यक हैं। सवाल यह है कि हमारे पास include/linux और include/asm-generic दोनों के तहत दो अलग-अलग syscalls.h हेडर क्यों हैं?

इसके अलावा, मैं यह जानना चाहता हूं कि include/linux शीर्षलेख क्या हैं और include/asm-generic शीर्षलेख क्या हैं। वे एक-दूसरे के बीच अंतर कैसे करते हैं? दो अलग हेडर फ़ोल्डरों के पीछे तर्क क्या है? वे एक-दूसरे से कैसे जुड़े होते हैं?

धन्यवाद

Answer 1

मैंने इस प्रश्न को Kernel Newbies ML पर पूछा है।

Cihangir Akturk लिखा है::

AFAIK, में/पाया हेडर शामिल हैं/ASM-सामान्य निर्देशिका वास्तुकला स्वतंत्र (शायद आर्किटेक्चर के पार साझा) कोड के लिए है मैं निम्नलिखित जवाब जो स्पष्ट बातें बनाता मिला है। अधिकतर आपको इन शीर्षकों को सीधे शामिल करने की आवश्यकता नहीं है, इसके बजाय हम इन हेडर को अप्रत्यक्ष रूप से आर्किटेक्चर निर्भर हेडर के माध्यम से शामिल करते हैं।

ओटीओएच,/शामिल/लिनक्स निर्देशिका जेनरिक हेडर फ़ाइलों के लिए है कर्नेल के घटकों के बीच इंटरफेस को परिभाषित करने के लिए। ज्यादातर स्थितियों में, आप इन शीर्षलेखों में आपको आवश्यक सभी कर्नेल कार्यक्षमताओं को ढूंढेंगे।

संबंध, chngr।

Answer 2

निर्देशिका arch/_arch_name_/include/asm में हेडर विशिष्ट वास्तुकला इस तरह के 86, एआरएम आर्किटेक्चर के लिए के रूप में, निर्भर हैं। तो अंदर तर्क मंच-विशिष्ट है और अत्यधिक अंतर्निहित हार्डवेयर पर निर्भर करता है। आप केवल अपनी प्लेटफ़ॉर्म आर्किटेक्चर को शामिल करेंगे।

include/linux में

हेडर आम है और मंच से स्वतंत्र हैं। वे आम तर्क हैं और क्रॉस आर्किटेक्चर साझा किए जाएंगे।