خلفية مثال¶

يمكن أن يكون إجراء استدعاءات النظام بطيئًا. في أنظمة x86 ذات 32 بت، يمكنك تشغيل مقاطعة برمجية (int $0x80) لإخبار النواة بأنك ترغب في إجراء استدعاء نظام. ومع ذلك، فإن هذه التعليمات مكلفة: فهي تمر عبر مسارات معالجة المقاطعة الكاملة في البرنامج الصغير للمعالج وكذلك في النواة. تحتوي المعالجات الأحدث على تعليمات أسرع (ولكنها غير متوافقة مع الإصدارات السابقة) لبدء استدعاءات النظام. بدلاً من مطالبة مكتبة C بمعرفة ما إذا كانت هذه الوظيفة متاحة في وقت التشغيل، يمكن لمكتبة C استخدام الدوال التي توفرها النواة في vDSO.

لاحظ أن المصطلحات يمكن أن تكون مربكة. في أنظمة x86، تُسمى دالة vDSO المستخدمة لتحديد الطريقة المفضلة لإجراء استدعاء نظام "__kernel_vsyscall"، ولكن على x86-64، يشير المصطلح "vsyscall" أيضًا إلى طريقة قديمة لسؤال النواة عن الوقت الحالي أو عن وحدة المعالجة المركزية التي يعمل عليها المتصل.

أحد استدعاءات النظام المستخدمة بشكل متكرر هو gettimeofday(2). يتم استدعاء استدعاء النظام هذا مباشرة بواسطة تطبيقات مساحة المستخدم وكذلك بشكل غير مباشر بواسطة مكتبة C. فكر في الطوابع الزمنية أو حلقات التوقيت أو الاستقصاء—كل هذه تحتاج بشكل متكرر إلى معرفة الوقت الحالي. هذه المعلومات أيضًا ليست سرية—أي تطبيق في أي وضع صلاحية (الجذر أو أي مستخدم غير مميز) سيحصل على نفس الإجابة. وبالتالي ترتب النواة لوضع المعلومات المطلوبة للإجابة على هذا السؤال في ذاكرة يمكن للعملية الوصول إليها. الآن يتغير استدعاء gettimeofday(2) من استدعاء نظام إلى استدعاء دالة عادي وبعض الوصولات إلى الذاكرة.

إيجاد vDSO¶

يتم تمرير العنوان الأساسي لـ vDSO (إذا كان موجودًا) بواسطة النواة إلى كل برنامج في المتجه المساعد الأولي (انظر getauxval(3))، عبر الوسم AT_SYSINFO_EHDR.

يجب ألا تفترض أن vDSO موصول في أي موقع معين في خريطة ذاكرة المستخدم. عادةً ما يتم عشوائية العنوان الأساسي في وقت التشغيل في كل مرة يتم فيها إنشاء صورة عملية جديدة (في وقت execve(2)). يتم ذلك لأسباب أمنية، لمنع هجمات "العودة إلى libc".

بالنسبة لبعض البنى، يوجد أيضًا وسم AT_SYSINFO. يُستخدم هذا فقط لتحديد موقع نقطة دخول vsyscall وغالبًا ما يتم حذفه أو تعيينه إلى 0 (بمعنى أنه غير متاح). هذا الوسم هو عودة إلى العمل الأولي لـ vDSO (انظر التاريخ أدناه) ويجب تجنب استخدامه.

تنسيق الملف¶

نظرًا لأن vDSO هو صورة ELF مكتملة التكوين، يمكنك إجراء عمليات بحث عن الرموز عليه. هذا يسمح بإضافة رموز جديدة مع إصدارات النواة الأحدث، ويسمح لمكتبة C باكتشاف الوظائف المتاحة في وقت التشغيل عند التشغيل تحت إصدارات نواة مختلفة. غالبًا ما تقوم مكتبة C بالاكتشاف مع الاستدعاء الأول ثم تخبئ النتيجة للاستدعاءات اللاحقة.

جميع الرموز أيضًا مُرقّمة الإصدارات (باستخدام تنسيق إصدار GNU). هذا يسمح للنواة بتحديث توقيع الدالة دون كسر التوافق مع الإصدارات السابقة. هذا يعني تغيير الوسائط التي تقبلها الدالة وكذلك القيمة المُرجعة. وبالتالي، عند البحث عن رمز في vDSO، يجب عليك دائمًا تضمين الإصدار لمطابقة ABI الذي تتوقعه.

عادةً ما يتبع vDSO اصطلاح التسمية بإضافة بادئة لجميع الرموز بـ "__vdso_" أو "__kernel_" لتمييزها عن الرموز القياسية الأخرى. على سبيل المثال، تُسمى دالة "gettimeofday" "__vdso_gettimeofday".

تستخدم اصطلاحات استدعاء C القياسية عند استدعاء أي من هذه الدوال. لا داعي للقلق بشأن سلوك السجلات أو المكدس الغريب.

المصدر¶

عند تجميع النواة، ستقوم آليًا بتجميع وربط كود vDSO لك. ستجده غالبًا تحت الدليل الخاص بالبنية:

find arch/$ARCH/ -name '*vdso*.so*' -o -name '*gate*.so*'

أسماء vDSO¶

يختلف اسم vDSO عبر البنى. غالبًا ما يظهر في أشياء مثل مخرجات ldd(1) الخاصة بـ glibc. لا ينبغي أن يهم الاسم الدقيق لأي كود، لذا لا تقم بترميزه بشكل ثابت.

strace(1)، seccomp(2)، و vDSO¶

عند تتبع استدعاءات النظام باستخدام strace(1)، فإن الرموز (استدعاءات النظام) التي يصدرها vDSO لن تظهر في مخرجات التتبع. كذلك لن تكون استدعاءات النظام تلك مرئية لمرشحات seccomp(2).

دوال ARM¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

بالإضافة إلى ذلك، يحتوي منفذ ARM على صفحة كود مليئة بدوال الأدوات المساعدة. نظرًا لأنها مجرد صفحة كود خام، فلا توجد معلومات ELF للقيام بعمليات بحث عن الرموز أو إصدارات. لكنها توفر دعمًا لإصدارات مختلفة.

للحصول على معلومات حول صفحة الكود هذه، من الأفضل الرجوع إلى توثيق النواة لأنه مفصل للغاية ويغطي كل ما تحتاج معرفته: Documentation/arm/kernel_user_helpers.rst.

دوال aarch64¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال bfin (Blackfin) (تمت إزالة المنفذ في Linux 4.17)¶

نظرًا لأن وحدة المعالجة المركزية هذه تفتقر إلى وحدة إدارة الذاكرة (MMU)، فإنها لا تنشئ vDSO بالمعنى التقليدي. بدلاً من ذلك، تقوم في وقت الإقلاع بتعيين بضع دوال خام إلى موقع ثابت في الذاكرة. ثم تستدعي تطبيقات مساحة المستخدم مباشرة تلك المنطقة. لا يوجد توفير للتوافق العكسي بخلاف استنشاق الأوبكود الخام، ولكن نظرًا لأنها وحدة معالجة مركزية مدمجة، يمكنها الإفلات من الأمور—بعض تنسيقات الكائنات التي تشغلها ليست حتى مبنية على ELF (إنها bFLT/FLAT).

للحصول على معلومات حول صفحة الكود هذه، من الأفضل الرجوع إلى التوثيق العام:
http://docs.blackfin.uclinux.org/doku.php?id=linux-kernel:fixed-code

دوال mips¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال ia64 (Itanium)¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

منفذ Itanium صعب بعض الشيء. بالإضافة إلى vDSO أعلاه، يحتوي أيضًا على "استدعاءات نظام خفيفة الوزن" (تُعرف أيضًا باسم "استدعاءات النظام السريعة" أو "fsys"). يمكنك استدعاؤها عبر مساعد vDSO __kernel_syscall_via_epc. استدعاءات النظام المدرجة هنا لها نفس الدلالات كما لو استدعيتها مباشرة عبر syscall(2)، لذا ارجع إلى التوثيق ذي الصلة لكل منها. يسرد الجدول أدناه الدوال المتاحة عبر هذه الآلية.

دوال parisc (hppa)¶

يحتوي منفذ parisc على صفحة كود بدوال أدوات مساعدة تُسمى صفحة بوابة. بدلاً من استخدام نهج المتجه المساعد ELF العادي، يمرر عنوان الصفحة إلى العملية عبر سجل SR2. أذونات الصفحة تجعل مجرد تنفيذ تلك العناوين ينفذ آليًا بامتيازات النواة وليس في مساحة المستخدم. يتم ذلك لمطابقة طريقة عمل HP-UX.

نظرًا لأنها مجرد صفحة كود خام، فلا توجد معلومات ELF للقيام بعمليات بحث عن الرموز أو إصدارات. ببساطة، استدعِ الإزاحة المناسبة عبر تعليمة الفرع، على سبيل المثال:

ble <offset>(%sr2, %r0)

دوال ppc/32¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO. الدوال الموسومة بـ * متاحة فقط عندما يكون النواة نواة PowerPC64 (64-بت).

قبل لينكس 5.6، الساعات CLOCK_REALTIME_COARSE و CLOCK_MONOTONIC_COARSE غير مدعومة بواسطة واجهتي __kernel_clock_getres و __kernel_clock_gettime؛ ترجع النواة إلى استدعاء النظام الحقيقي.

دوال ppc/64¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

قبل لينكس 4.16، الساعات CLOCK_REALTIME_COARSE و CLOCK_MONOTONIC_COARSE غير مدعومة بواسطة واجهتي __kernel_clock_getres و __kernel_clock_gettime؛ ترجع النواة إلى استدعاء النظام الحقيقي.

دوال riscv¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال s390¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال s390x¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال sh (SuperH)¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال i386¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

دوال x86-64¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO. جميع هذه الرموز متاحة أيضًا بدون البادئة "__vdso_"، لكن يجب تجاهل تلك والالتزام بالأسماء أدناه.

دوال x86/x32¶

يسرد الجدول أدناه الرموز التي يصدرها vDSO.

السجل¶

كان vDSO في الأصل مجرد دالة واحدة—vsyscall. في النوى الأقدم، قد ترى هذا الاسم في خريطة ذاكرة عملية بدلاً من "vdso". بمرور الوقت، أدرك الأشخاص أن هذه الآلية كانت طريقة رائعة لتمرير وظائف أكثر إلى مساحة المستخدم، لذا أُعيد تصورها كـ vDSO بالتنسيق الحالي.