เมื่อเร็ว ๆ นี้ ขณะหารือเกี่ยวกับวิธีแก้ปัญหาบนโปรเซสเซอร์ x86 ที่ไม่รองรับ คำแนะนำ «cmpxchg8b » Linus Torvalds กล่าวว่าอาจถึงเวลาที่จะ ทำให้คำสั่งนี้บังคับเพื่อให้เคอร์เนลทำงานและ ลบการสนับสนุนสำหรับโปรเซสเซอร์ i486 ที่ไม่รองรับ "cmpxchg8b" แทนที่จะ "พยายามเลียนแบบวิธี" คำแนะนำนี้ทำงานบนโปรเซสเซอร์ที่ "ไม่มีใครใช้อีกต่อไป"
ในปัจจุบัน ลีนุกซ์รุ่นที่รองรับ x86 32 บิตเกือบทั้งหมดได้เปลี่ยนไปใช้การคอมไพล์เคอร์เนลด้วยตัวเลือก X86_PAE ซึ่งต้องการการสนับสนุน "cmpxchg8b"
ตามคำกล่าวของไลนัส ในแง่ของการสนับสนุนในเคอร์เนล โปรเซสเซอร์ i486 สูญเสียความเกี่ยวข้อง แม้จะพบเห็นได้ในชีวิตประจำวัน เมื่อถึงจุดหนึ่ง โปรเซสเซอร์จะกลายเป็นชิ้นส่วนของพิพิธภัณฑ์ และสำหรับพวกเขา มันค่อนข้างเป็นไปได้ที่จะใช้แกน "พิพิธภัณฑ์"
เป็นมูลค่าการกล่าวขวัญว่าหากการยกเลิกการสนับสนุนสำหรับ i486 แบบคลาสสิก การดำเนินการนี้จะไม่ส่งผลกระทบต่อโปรเซสเซอร์ Quark แบบฝังของ Intel ซึ่งแม้ว่าจะอยู่ในคลาส i486 แต่ก็มีคำแนะนำเพิ่มเติมตามแบบฉบับของรุ่น Pentium รวมถึง "cmpxchg8b »
นอกจากนั้น มีการกล่าวถึงว่าเช่นเดียวกันกับโปรเซสเซอร์ Vortex86DX การสนับสนุนโปรเซสเซอร์ i386 ลดลงในเคอร์เนลเมื่อ 10 ปีที่แล้ว
บางทีเราควรกัดสัญลักษณ์แสดงหัวข้อย่อยและบอกว่าเรารองรับ x86-32 กับ 'cmpxchg8b' เท่านั้น (เช่น Pentium และใหม่กว่า)
กำจัด "จำลองอะตอมมิก 64 บิตทั้งหมดด้วย cli/sti โดยรู้ว่าไม่มีใครมี SMP บนซีพียูเหล่านั้นอยู่แล้ว" และใช้การตั้งค่า x86-32 xchg() ทั่วไปโดยใช้ลูป try_cmpxchg64
ฉันคิดว่าการแจกแจงส่วนใหญ่ (ทั้งหมด?) เปิดใช้งาน X86_PAE แล้ว ซึ่งทำให้ X86_CMPXCHG64 เป็นส่วนหนึ่งของข้อกำหนดพื้นฐาน
ไม่ใช่ว่าฉันเชื่อว่าการแจกแจงส่วนใหญ่ทำการพัฒนาแบบ 32 บิตในทุกวันนี้
...
เรายกเลิกการสนับสนุน i386 ในปี 2012 อาจถึงเวลาที่จะเลิกรองรับ i486 ในปี 2022
การสิ้นสุดการสนับสนุน i486 อาจเป็นก้าวสำคัญที่ต้องพิจารณา เนื่องจากไม่นานมานี้ลีนุกซ์รุ่นต่างๆ ได้เลือกที่จะขจัดการสนับสนุนโปรเซสเซอร์ 32 บิต ซึ่งไม่ได้ส่งผลกระทบที่คาดหวังมากนัก เนื่องจากใช่ ยังคงมีผู้ใช้หลายพันรายที่มีคอมพิวเตอร์ทรัพยากรต่ำ ซึ่งทำให้ Linux เป็นตัวเลือกที่ยอดเยี่ยมในการใช้งานต่อไป โดยเฉพาะอย่างยิ่งในพื้นที่ชายขอบจำนวนมาก
และถึงแม้ว่าการสนับสนุนสำหรับอุปกรณ์ประเภทนี้จะยังคงได้รับจากการแจกแจงหลัก แต่ข้อกำหนดในปัจจุบันทำให้การใช้งานเป็นไปไม่ได้ ความจริงก็คือยังมีการกระจายบางส่วนที่สนับสนุนสถาปัตยกรรมนี้ต่อไป และเหนือสิ่งอื่นใด ที่ได้รับการปรับให้เหมาะสมสำหรับการใช้คอมพิวเตอร์ทรัพยากรต่ำ
ส่วนกรณีสิ้นสุดการสนับสนุนนั้น ผู้ใช้ที่มีระบบที่มีโปรเซสเซอร์ i486 จะสามารถใช้เคอร์เนลเวอร์ชัน LTS ได้ซึ่งจะคงอยู่ไปอีกหลายปี
ในทางกลับกัน ก็ควรค่าแก่การกล่าวไว้ว่า ผู้พัฒนาไดร์เวอร์ลินุกซ์ โอเพ่นซอร์ส สำหรับ Apple AGX GPU ที่ใช้ในชิป Apple M1 รายงานว่า ผ่านการทดสอบชุด dEQP-GLES99,3 ได้ถึง 2%ซึ่งตรวจสอบระดับการรองรับข้อกำหนด OpenGL ES 2 มีการใช้สององค์ประกอบในการทำงาน: ไดรเวอร์ DRM สำหรับเคอร์เนล Linux เขียนด้วย Rust และไดรเวอร์ Mesa ที่เขียนด้วย C
การพัฒนา ของผู้ควบคุม ซับซ้อนเพราะ Apple M1 ใช้ GPU ของตัวเองซึ่งออกแบบโดย Apple ใช้งานเฟิร์มแวร์ที่เป็นกรรมสิทธิ์และใช้โครงสร้างข้อมูลที่ใช้ร่วมกันที่ค่อนข้างซับซ้อน ไม่มีเอกสารทางเทคนิคสำหรับ GPU และการพัฒนาไดรเวอร์อิสระใช้วิศวกรรมย้อนกลับของไดรเวอร์ macOS
ตัวควบคุม โอเพ่นซอร์ส ที่พัฒนาขึ้นสำหรับ Mesa ได้รับการทดสอบครั้งแรกในสภาพแวดล้อม macOS จนกว่าจะมีการเตรียมไดรเวอร์ DRM (Direct Rendering Manager) ที่จำเป็นสำหรับเคอร์เนล Linux ซึ่งอนุญาตให้ใช้ไดรเวอร์ที่พัฒนาขึ้นสำหรับ Mesa บน Linux
นอกเหนือจากความสำเร็จในปัจจุบันในการผ่านการทดสอบ dEQP-GLES2 แล้ว ในปลายเดือนกันยายน ไดรเวอร์ Linux สำหรับชิป Apple M1 ถึงระดับที่เหมาะสำหรับการเรียกใช้เซสชัน GNOME ที่ใช้ Wayland และเรียกใช้เกม Neverball และ YouTube ในเบราว์เซอร์ Firefox
ในที่สุด หากคุณสนใจที่จะทราบข้อมูลเพิ่มเติมคุณสามารถตรวจสอบรายละเอียดได้ในไฟล์ ลิงค์ต่อไปนี้