تنزيل qemu - تنزيل رمز المصدر qemu

qemu

شفرة المصدر الأخرى

1.0.0

تنزيل

QEMU README

QEMU عبارة عن جهاز و Dirtualizer و Virtualizer عام و Virtualizer.

QEMU قادرة على محاكاة آلة كاملة في البرامج دون أي حاجة لدعم المحاكاة الافتراضية للأجهزة. باستخدام الترجمة الديناميكية ، فإنه يحقق أداءً جيدًا للغاية. يمكن لـ QEMU أيضًا الاندماج مع Hypervisors Xen و KVM لتوفير الأجهزة المحاكاة مع السماح لـ Hypervisor بإدارة وحدة المعالجة المركزية. مع دعم Hypervisor ، يمكن لـ QEMU تحقيق الأداء الأصلي لمحافظة وحدات المعالجة المركزية. عندما تحاكي QEMU وحدة المعالجة المركزية مباشرة ، تكون قادرة على تشغيل أنظمة التشغيل التي تم إجراؤها لجهاز واحد (مثل لوحة ARMV7) على جهاز مختلف (مثل لوحة PC X86_64).

QEMU قادرة أيضًا على تزويد المحاكاة الافتراضية لـ API API لمستخدمي API لواجهات Linux و BSD kernel. يتيح هذا الثنائيات التي تم تجميعها ضد بنية واحدة ABI (على سبيل المثال ، Linux PPC64 ABI) لتشغيل مضيف باستخدام بنية مختلفة ABI (على سبيل المثال Linux X86_64 ABI). هذا لا يتضمن أي مضاهاة للأجهزة ، ببساطة وحدة المعالجة المركزية ومضاهاة Syscall.

تهدف QEMU إلى ملائمة مجموعة متنوعة من حالات الاستخدام. يمكن التذرع به مباشرة من قبل المستخدمين الذين يرغبون في التحكم الكامل في سلوكه وإعداداته. كما يهدف إلى تسهيل التكامل في طبقات إدارة المستوى الأعلى ، من خلال توفير واجهة سطر أوامر مستقرة ومراقبة واجهة برمجة تطبيقات. يتم الاحتجاج به بشكل غير مباشر عبر مكتبة Libvirt عند استخدام تطبيقات مفتوحة المصدر مثل Ovirt و OpenStack و Virt-Manager.

يتم إصدار QEMU ككل بموجب ترخيص GNU العام العام ، الإصدار 2. للحصول على تفاصيل الترخيص الكامل ، استشر ملف الترخيص.

الوثائق

يمكن العثور على الوثائق المستضافة عبر الإنترنت على https://www.qemu.org/documentation/. يتم إنشاء وثائق إصدار التطوير الحالي المتوفرة على https://www.qemu.org/docs/master/ من docs/ المجلد في شجرة المصدر ، وتم تصميمه بواسطة sphinx.

مبنى

QEMU هي برامج متعددة المنصات تهدف إلى الإنشاء على جميع منصات Linux الحديثة ، OS-X ، Win32 (عبر MingW64 Toolchain) ومجموعة متنوعة من أهداف UNIX الأخرى. الخطوات البسيطة لبناء QEMU هي:

mkdir build
cd build
../configure
make

يمكن أيضًا العثور على معلومات إضافية عبر الإنترنت عبر موقع QEMU:

https://wiki.qemu.org/hosts/linux
https://wiki.qemu.org/hosts/mac
https://wiki.qemu.org/hosts/w32

إرسال بقع

يتم الحفاظ على رمز مصدر QEMU ضمن نظام التحكم في إصدار GIT.

git clone https://gitlab.com/qemu-project/qemu.git

عند إرسال تصحيحات ، تتمثل إحدى الطرق الشائعة في استخدام "GIT Format-Patch" و/أو "Git Send-Email" لتنسيق وإرسال البريد إلى قائمة البريد [email protected]. يجب أن تحتوي جميع التصحيحات المقدمة على سطر "موقّع" من المؤلف. يجب أن تتبع التصحيحات الإرشادات المحددة في قسم النمط من دليل المطورين.

يمكن العثور على معلومات إضافية حول إرسال تصحيحات عبر الإنترنت عبر موقع QEMU:

https://wiki.qemu.org/contribute/submitapatch
https://wiki.qemu.org/contribute/trivialpatches

يتم الحفاظ على موقع QEMU أيضًا تحت التحكم في المصدر.

git clone https://gitlab.com/qemu-project/qemu-web.git

https://www.qemu.org/2017/02/04/the-new-qemu-website-is-up/

تم إنشاء أداة "النشر" لجعل العملية أعلى من العملية أقل تعقيدًا ، وينصح بها بشدة لتقديم مساهمات منتظمة ، أو حتى لإرسال مراجعات متتالية لسلسلة التصحيح. كما يتطلب إعداد "git send-email" العاملة ، وعلى الافتراضي لا يؤدي إلى أتمتة كل شيء ، لذلك قد ترغب في الذهاب إلى الخطوات المذكورة أعلاه يدويًا لمرة واحدة.

للحصول على تعليمات التثبيت ، يرجى الانتقال إلى:

https://github.com/stefanha/git-publish

سير العمل مع "Git-Publish" هو:

$ git checkout master -b my-feature
$ # work on new commits, add your 'Signed-off-by' lines to each
$ git publish

سيتم إرسال سلسلة التصحيح الخاصة بك ووضع علامة عليها على أنها F-Feature-V1 إذا كنت بحاجة إلى الرجوع إليها في المستقبل.

إرسال V2:

$ git checkout my-feature # same topic branch
$ # making changes to the commits (using 'git rebase', for example)
$ git publish

سيتم إرسال سلسلة التصحيح الخاصة بك باستخدام علامة "V2" في هذا الموضوع وسيتم وضع علامة على TIP GIT على أنها ميزة My-Feature-V2.

تقارير الأخطاء

يستخدم مشروع QEMU مشكلات gitlab لتتبع الأخطاء. يجب الإبلاغ عن الأخطاء التي تم العثور عليها عند تشغيل رمز تم تصميمه من QEMU git أو مصادر المنبع المنبع عبر:

https://gitlab.com/qemu-project/qemu/-/issues

إذا كنت تستخدم QEMU عبر حزمة ثنائية من بائع نظام التشغيل ، فمن الأفضل الإبلاغ عن الأخطاء إلى متتبع الأخطاء الخاص بالبائع أولاً. إذا كان من المعروف أيضًا أن الخطأ يؤثر على أحدث رمز المنبع ، فيمكن أيضًا الإبلاغ عنه عبر Gitlab.

للحصول على معلومات إضافية حول استشارة الإبلاغ عن الأخطاء: