Porting Android to a big-endian pla

Porting Android to a big-endian platform is a process
divided into three stages. Used Micronas platform comes with
Linux kernel version 2.6.21.7 which is pretty old for a kernel
today. In spite of this, frameworks used by the platform drivers
make it much harder to port them into the Android 2.6.27 or
later kernel version (amount of work exceeds the purpose of
this project) than to do the opposite. Consequently, in the first
stage, Linux kernel drivers used by Android software stack
need to be back-ported to the platform supplied kernel. The
second stage of the porting process demands extension of
Android build environment [5] to support big-endian MIPS
platforms; the settings from the environment have to be
properly interpreted in the compilation process. Final stage of
porting Android software stack consists of audio driver
integration and DirectFB video frame-buffer support.
A. Linux Kernel Back-porting
Few new drivers are introduced to the Linux kernel tree to
support Android software stack. Some of the drivers are:
• ASHMEM (Anonymous SHared MEMory) – shared
memory manager similar to POSIX SHM but with
different behavior; it supports a simpler file-based API,
• Binder for Android – a CORBA like IPC (Inter Process
Communication),
• Android event logger – Linux kernel driver for
cataloguing debug messages directly in kernel.
Linux kernel 2.6.21.7 tree configuration that came with the
used platform had to be modified in number of ways to support
Android software stack and mentioned new drivers had to be
integrated.
B. Android Environment Modification
Android software stack had been successfully ported to
little-endian MIPS platform [9]. Due to the different endianes
of the used platform (big-endian) modifications to Android
software stack are numerous.
• The first kind of modifications involves platform
native software binaries, mainly open-source libraries
and programs written in C/C++ (endianes support is
typically maintained through internal build systems
(primarily “autoconf”)). Android build system
makefiles (Android.mk) were changed to support
missing big-endian variables and defines.
• The second kind of modifications was the build tools
in-code endian unawareness. These bugs are rare and
hard to find as they generally cause Android build to
fail or prevent the platform from eventually starting.
Programs that were affected are Android pre-linker
Apriori, stripping application Soslim, resource
manager aapt (Android Asset Packaging Tool), etc.
• The third and final kind of modifications includes
addition of support for in-code endian awareness for
libraries and programs running on Android. Central
example is the Dalvik VM (that explicitly supports bigendian
platforms). Uses of pointer assigning for
variable data types works correctly for little-endian
architectures, but makes the code not portable to bigendian
platforms. Culprit was the use of a structure
JValue throughout the VM code as a one structure for
many value types container. Classical misuse of correct
little-endian variable data types pointer assigning. Bug
of same sort was found in the logger library. Few more
modifications included fixing of color issues, mainly
endian sort, in SKIA engine, Pixel and Surface Flinger.
C. Android DirectFB Support
DirectFB (Direct Frame Buffer) framework is a
GNU/Linux/UNIX based software library with a small memory

ผลลัพธ์ (ไทย) 1:

ระบบ Android ที่เป็นเวทีใหญ่ endian เป็นกระบวนการแบ่งออกเป็นสามขั้นตอน มาพร้อมแพลตฟอร์ม Micronas ที่ใช้กับลินุกซ์เคอร์เนลรุ่น 2.6.21.7 ซึ่งเป็นเก่าสวยสำหรับตัวเคอร์เนลปัจจุบัน แม้นี้ กรอบที่ใช้ โดยโปรแกรมควบคุมแพลตฟอร์มทำให้มันยากมากที่จะพอร์ตไปลง Android 2.6.27 หรือเคอร์เนลรุ่นที่ใหม่กว่า (เกินกว่าจำนวนงานวัตถุประสงค์ของโครงการนี้) กว่าจะทำตรงกันข้าม ดังนั้น ในครั้งแรกเวที โปรแกรมควบคุมเคอร์เนล Linux ที่ใช้ โดยซอฟต์แวร์ Android กองจำเป็นต้อง ported กลับไปยังเคอร์เนลแพลตฟอร์มที่ให้มา การขั้นตอนที่สองของกระบวนการ porting ต้องขยายสภาพแวดล้อมการสร้างหุ่นยนต์ [5] เพื่อสนับสนุนใหญ่ endian MIPSแพลตฟอร์ม การตั้งค่าจากสิ่งแวดล้อมจะต้องแปลความหมายได้อย่างถูกต้องในกระบวนการคอมไพล์ ขั้นตอนสุดท้ายของระบบซอฟต์แวร์ Android กองประกอบด้วยโปรแกรมควบคุมเสียงบูรณาการและสนับสนุนเฟรมบัฟเฟอร์วิดีโอ DirectFBA. เคอร์เนล Linux หลังโฟนมีการแนะนำใหม่ขับสู่ต้นไม้เคอร์เนล Linux เพื่อสนับสนุนกองซอฟต์แวร์ Android ไดรเวอร์บางอย่างได้แก่:• ASHMEM (ระบุชื่อหน่วยความจำ) – ใช้ร่วมกันจัดการหน่วยความจำที่คล้ายกับ POSIX SHM แต่มีพฤติกรรมที่แตกต่าง รองรับเรียบง่ายตามไฟล์ API•คลิบหุ่นยนต์ – CORBA เช่น IPC (ระหว่างกระบวนการการสื่อสาร),•เหตุการณ์หุ่นยนต์ตัดไม้ – โปรแกรมควบคุมเคอร์เนล Linux สำหรับข้อความดีบัก cataloguing ในเคอร์เนลฟิกทรี Linux kernel 2.6.21.7 ที่มาพร้อมกับการแพลตฟอร์มที่ใช้มีการแก้ไขหลายวิธีเพื่อสนับสนุนกอง android ซอฟต์แวร์และไดรเวอร์ใหม่ดังกล่าวก็จะเป็นรวมB. ปรับเปลี่ยนสภาพแวดล้อม androidกองซอฟต์แวร์ android ได้ถูกนำออกไปเรียบร้อยแล้วแพลตฟอร์ม MIPS endian เพียงเล็กน้อย [9] เนื่องจาก endianes แตกต่างกันการปรับเปลี่ยนใช้แพลตฟอร์ม (ใหญ่ endian) เพื่อหุ่นยนต์กองซอฟต์แวร์ต่าง ๆ มากมาย•ชนิดของการแก้ไขที่เกี่ยวข้องกับแพลตฟอร์มเจ้าของซอฟต์แวร์ไบนารี ส่วนใหญ่เป็นแหล่งเปิดไลบรารีและโปรแกรมที่เขียนขึ้นใน C/c ++ (สนับสนุน endianes เป็นโดยทั่วไปได้รับการดูแลโครงสร้างภายในระบบ(เป็นหลัก "autoconf")) ระบบสร้างหุ่นยนต์makefiles (Android.mk) มีการเปลี่ยนแปลงเพื่อสนับสนุนขาดตัวแปรใหญ่ endian และกำหนด•ประเภทสองของการปรับเปลี่ยนแก้ไขเครื่องมือในรหัส endian unawareness แมลงเหล่านี้จะหายาก และยากที่จะหาโดยทั่วไปก่อให้เกิดการสร้างหุ่นยนต์เพื่อล้มเหลว หรือทำให้แพลตฟอร์มในที่สุดก็เริ่มต้นโปรแกรมที่ได้รับผลกระทบจะ linker Android ก่อนApriori ลอกแอพลิเคชัน Soslim ทรัพยากรจัดการ aapt (เครื่องมือบรรจุภัณฑ์ Android สินทรัพย์) ฯลฯ•ประเภทที่สาม และสุดท้ายของการปรับเปลี่ยนรวมเพิ่มการสนับสนุนสำหรับรหัสใน endian ความตระหนักในไลบรารีและโปรแกรมทำงานบน Android เซ็นทรัลอย่างคือ Dalvik VM (ที่ชัดเจนรองรับ bigendianแพลตฟอร์ม) ใช้การชี้กำหนดสำหรับข้อมูลตัวแปรชนิดทำงานอย่างถูกต้องสำหรับ endian เพียงเล็กน้อยสถาปัตยกรรม แต่การไม่พกพาเพื่อ bigendianแพลตฟอร์ม ผู้กระทำผิดคือ การใช้โครงสร้างJValue ตลอดรหัส VM เป็นโครงสร้างหนึ่งสำหรับคอนเทนเนอร์ประเภทหลายค่า ใช้คลาสสิกถูกต้องendian เพียงเล็กน้อยตัวแปรข้อมูลชนิดตัวชี้กำหนด ข้อผิดพลาดของประเภทเดียวกันพบในสมุดบันทึก อีกไม่กี่การปรับเปลี่ยนรวมแก้ไขปัญหาสี ส่วนใหญ่เรียง endian เครื่องยนต์ SKIA พิกเซลและ Surface Flingerค.หุ่นยนต์ DirectFB สนับสนุนกรอบ DirectFB (ตรงเฟรมบัฟเฟอร์) เป็นไลบรารีของซอฟต์แวร์ตาม GNU/Linux/UNIX มีหน่วยความจำขนาดเล็ก

ผลลัพธ์ (ไทย) 2:

แจง Android เพื่อแพลตฟอร์ม big-เป็นกระบวนการ
แบ่งออกเป็นสามขั้นตอน Micronas แพลตฟอร์มมือสองมาพร้อมกับ
ลินุกซ์เคอร์เนลรุ่น 2.6.21.7 ซึ่งสวยเก่าเคอร์เนล
ในวันนี้ แม้นี้กรอบใช้โดยไดรเวอร์แพลตฟอร์ม
ทำให้มันยากมากที่จะพอร์ตลงใน Android 2.6.27 หรือ
รุ่นที่ใหม่กว่าเคอร์เนล (ปริมาณของการทำงานเกินกว่าวัตถุประสงค์ของ
โครงการนี้) มากกว่าที่จะทำตรงข้าม ดังนั้นในช่วงแรกที่
เวทีลินุกซ์เคอร์เนลไดรเวอร์ที่ใช้โดย Android ซอฟต์แวร์สแต็ค
จะต้องมีกลับรังเพลิงไปยังแพลตฟอร์มที่จัดเคอร์เนล
ขั้นตอนที่สองของกระบวนการย้ายเรียกร้องส่วนขยายของ
Android สร้างสภาพแวดล้อม [5] เพื่อสนับสนุน MIPS big-
แพลตฟอร์ม การตั้งค่าจากสภาพแวดล้อมจะต้องมีการ
ตีความถูกต้องในขั้นตอนการรวบรวม ขั้นตอนสุดท้ายของ
การย้ายสแต็คซอฟต์แวร์ Android ประกอบด้วยโปรแกรมควบคุมเสียง
บูรณาการและ DirectFB สนับสนุนวิดีโอเฟรมบัฟเฟอร์.
เอ Linux Kernel กลับ porting
ไดรเวอร์ใหม่ไม่กี่แนะนำให้รู้จักกับต้นไม้เคอร์เนลเพื่อ
สนับสนุนสแต็คซอฟต์แวร์ Android บางส่วนของคนขับรถที่มี:
• ASHMEM (ไม่ประสงค์ออกนามร่วมกันหน่วยความจำ) - ร่วมกัน
จัดการหน่วยความจำที่คล้ายกับ POSIX SHM แต่มี
พฤติกรรมที่แตกต่างกัน จะสนับสนุน API ของไฟล์ที่ใช้ง่าย
• Binder สำหรับ Android - CORBA เช่น IPC (อินเตอร์กระบวนการ
สื่อสาร)
• Logger เหตุการณ์ Android - ไดรเวอร์เคอร์เนลลินุกซ์สำหรับ
รายการข้อความแก้ปัญหาโดยตรงในเคอร์เนล.
ลินุกซ์เคอร์เนลกำหนดค่าต้นไม้ 2.6.21.7 ที่มาพร้อมกับ
แพลตฟอร์มที่ใช้จะต้องได้รับการแก้ไขในหลายวิธีที่จะสนับสนุน
สแต็คซอฟแวร์ Android และกล่าวถึงไดรเวอร์ใหม่จะต้องมีการ
แบบบูรณาการ.
บี Android สิ่งแวดล้อมปรับเปลี่ยน
ซอฟต์แวร์ Android สแต็คได้รับการ ported ประสบความสำเร็จกับ
แพลตฟอร์ม MIPS น้อย endian [9] เนื่องจากการ endianes ที่แตกต่างกัน
ของแพลตฟอร์มที่ใช้ (big-) การปรับเปลี่ยนเพื่อ Android
ซอฟต์แวร์สแต็คเป็นจำนวนมาก.
•ชนิดแรกของการปรับเปลี่ยนที่เกี่ยวข้องกับแพลตฟอร์ม
พื้นเมืองไบนารีซอฟต์แวร์ส่วนใหญ่ห้องสมุดเปิดแหล่งที่มา
และโปรแกรมในภาษา C / C ++ (สนับสนุน endianes คือ
การบำรุงรักษามักจะผ่านการสร้างระบบภายใน
(ส่วนใหญ่ "autoconf")) หุ่นยนต์สร้างระบบ
makefiles (Android.mk) มีการเปลี่ยนแปลงเพื่อรองรับการ
ขาดหายไปตัวแปร big-และกำหนด.
•ประเภทที่สองของการปรับเปลี่ยนถูกสร้างเครื่องมือ
ในรหัสไม่รู้ endian ข้อบกพร่องเหล่านี้เป็นของหายากและ
ยากที่จะหาว่าเป็นพวกเขามักทำให้เกิดการสร้าง Android ที่จะ
ล้มเหลวหรือป้องกันไม่ให้แพลตฟอร์มจากในที่สุดก็เริ่มต้น.
โปรแกรมที่ได้รับผลกระทบเป็น Android ก่อนลิงเกอร์
Apriori แอพลิเคชันลอก Soslim ทรัพยากร
aapt ผู้จัดการ (Android สินทรัพย์บรรจุภัณฑ์เครื่องมือ) เป็นต้น .
•ชนิดที่สามและครั้งสุดท้ายของการปรับเปลี่ยนรวมถึง
การเพิ่มขึ้นของการสนับสนุนในการรับรู้รหัส endian สำหรับ
ห้องสมุดและโปรแกรมที่ทำงานบน Android เซ็นทรัล
ตัวอย่างคือ Dalvik VM (อย่างชัดเจนว่าสนับสนุน bigendian
แพลตฟอร์ม) การใช้งานของตัวชี้กำหนดสำหรับ
ชนิดข้อมูลตัวแปรทำงานอย่างถูกต้องสำหรับน้อย endian
สถาปัตยกรรม แต่ทำให้โค้ดไม่ได้พกพาไป bigendian
แพลตฟอร์ม ผู้ร้ายก็ใช้โครงสร้าง
JValue ทั่วรหัส VM เป็นโครงสร้างหนึ่งสำหรับ
หลายประเภทค่าภาชนะบรรจุ การใช้ผิดประเภทคลาสสิกของที่ถูกต้อง
น้อย endian ชนิดข้อมูลตัวแปรชี้กำหนด ข้อผิดพลาด
ของการจัดเรียงเดียวกันที่พบในห้องสมุดคนตัดไม้ อีกไม่กี่
ปรับเปลี่ยนรวมถึงการแก้ไขปัญหาสีส่วนใหญ่
เรียงลำดับ endian ในเครื่องยนต์ SKIA พิกเซลและพื้นผิว Flinger.
ซี Android DirectFB สนับสนุน
DirectFB (กรอบบัฟเฟอร์โดยตรง) กรอบเป็น
ห้องสมุดซอฟต์แวร์ GNU / Linux / UNIX ตามที่มีหน่วยความจำขนาดเล็ก