Asahi Linux ยังคงเดินหน้ารองรับ Apple M3… บูตโหลดเดอร์ M1n1 เปลี่ยนไปใช้ Rust

 (phoronix.com/news)
2 คะแนน โดย GN⁺ 2025-10-26 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Asahi Linux ซึ่งเป็นโครงการพอร์ตลินุกซ์สำหรับ Apple Silicon ยังคงเดินหน้ารองรับ ชิป M3 รุ่นล่าสุด อย่างต่อเนื่อง
  • M1n1 บูตโหลดเดอร์หลักของโครงการ กำลังถูก เขียนใหม่จากเดิมที่อิง Python ไปเป็นภาษา Rust
  • การเปลี่ยนไปใช้ Rust มีเป้าหมายเพื่อยกระดับ ความปลอดภัย ประสิทธิภาพ และการบำรุงรักษา พร้อมเพิ่มความน่าเชื่อถือของโค้ดเริ่มต้นฮาร์ดแวร์
  • การรองรับ M3 ยังเป็นโจทย์ที่ซับซ้อนในด้าน การควบคุมฮาร์ดแวร์ระดับล่าง เช่น ไดรเวอร์ GPU การจัดการพลังงาน และการแมปหน่วยความจำ
  • แม้อยู่ในระบบนิเวศ Apple Silicon ที่มีโครงสร้างปิด ก็ยังมีความหมายในแง่ที่ชุมชนโอเพนซอร์สยังคงทำ reverse engineering และการปรับแต่งอย่างต่อเนื่อง

สถานะการรองรับ M3 ของ Asahi Linux

  • Asahi Linux เป็นโครงการโอเพนซอร์สที่พอร์ตเคอร์เนลลินุกซ์ไปยัง ชิปตระกูล M1, M2, M3 ของ Apple
    • เป้าหมายคือเปลี่ยนฮาร์ดแวร์ที่เดิมใช้กับ macOS เท่านั้น ให้กลายเป็น สภาพแวดล้อมเวิร์กสเตชันลินุกซ์ ที่สมบูรณ์
  • ปัจจุบันชิปเซ็ต M3 ได้นำ สถาปัตยกรรม GPU แบบใหม่และแนวทางจัดการพลังงานรูปแบบใหม่ มาใช้ ทำให้ไม่สามารถเข้ากันได้กับโค้ดเดิม
    • ด้วยเหตุนี้ ซับซิสเต็มจำนวนมาก เช่น ไดรเวอร์เคอร์เนล ลำดับการบูต และการเริ่มต้นหน่วยความจำ จึงอยู่ระหว่างการแก้ไข
  • ทีมพัฒนากำลังวิเคราะห์การทำงานภายในของ M3 ผ่าน reverse engineering และทยอยเผยแพร่แพตช์ของเคอร์เนลอย่างต่อเนื่อง

การเปลี่ยน M1n1 บูตโหลดเดอร์ไปใช้ Rust

  • M1n1 คือ บูตโหลดเดอร์สำหรับการเริ่มต้นระบบและการดีบัก เพื่อบูตลินุกซ์บน Apple Silicon
    • เดิมเขียนด้วย Python แต่ตอนนี้กำลังมีการ เขียนใหม่บนพื้นฐานของ Rust
  • เหตุผลของการเปลี่ยนไปใช้ Rust คือเพื่อ รับประกันความปลอดภัยของหน่วยความจำ และ ลดความผิดพลาดเมื่อเข้าถึงฮาร์ดแวร์ระดับล่าง
    • โมเดล ownership และ type system ของ Rust เอื้อต่อการเพิ่มเสถียรภาพของโค้ดบูตโหลดเดอร์
  • เวอร์ชัน Rust ใหม่นี้ยังถูกคาดหวังว่าจะช่วย เพิ่มประสิทธิภาพและปรับปรุงการบำรุงรักษาโค้ด ได้ในอนาคต

ความท้าทายทางเทคนิคและทิศทางต่อไป

  • ไดรเวอร์ GPU ของชิป M3 ยังคงเป็นหนึ่งในโจทย์ยากที่สุด และจำเป็นต้องแก้ความแตกต่างเมื่อเทียบกับ Metal API
    • ทีม Asahi ตั้งเป้าผสานการทำงานกับไดรเวอร์ Mesa แบบโอเพนซอร์ส
  • การจัดการพลังงานและการควบคุมสัญญาณนาฬิกา ยังพึ่งพาเฟิร์มแวร์ของ macOS สูง จึงต้องมีการพัฒนาแบบอิสระ
  • โครงการยังคงผลักดันการรวมเข้ากับเคอร์เนลเมนไลน์อย่างต่อเนื่อง และในระยะยาวมีเป้าหมายไปสู่ การรองรับบน Linux เมนสตรีมอย่างสมบูรณ์

ความหมายต่อชุมชนและระบบนิเวศ

  • นี่เป็นตัวอย่างที่แสดงให้เห็นถึง ความพึ่งพาตนเองทางเทคนิคของชุมชนโอเพนซอร์ส แม้อยู่บนสภาพแวดล้อมฮาร์ดแวร์แบบปิดของ Apple
  • การนำ Rust มาใช้สะท้อนกระแสของ การเปลี่ยนผ่านด้านภาษาสำหรับ system programming และอาจส่งอิทธิพลต่อโครงการบูตโหลดเดอร์หรือเฟิร์มแวร์อื่น ๆ ด้วย
  • ความคืบหน้าของ Asahi Linux มีความหมายในแง่ของการ ขยายความเข้ากันได้ของฮาร์ดแวร์กับลินุกซ์ และ เพิ่มความหลากหลายของระบบนิเวศนักพัฒนา

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-10-26
ความคิดเห็นจาก Hacker News

  • ฉันใช้ MacBook Pro (M1 Pro) รุ่นปี 2021 อยู่
    อยากเปลี่ยนเป็นรุ่นใหม่ แต่เสียดายมากที่ การรองรับ Linux หายไป
    Docker หรือ virtualization ก็ทดแทนไม่ได้ และฟีเจอร์อย่าง โหมด promiscuous ของการ์ด WiFi ก็ทำได้แค่บน Linux
    อุปกรณ์ loopback ของ Docker บน macOS ก็มีปัญหาเยอะเหมือนกัน ด้วยเหตุนี้จึงจำเป็นต้องมี สภาพแวดล้อมบูต Linux แบบ bare metal
    สุดท้ายถ้าซื้อ Mac ใหม่ก็ต้องยอมทิ้ง Linux แต่ถ้าซื้อ Mac เก่าก็ได้ฮาร์ดแวร์ที่ล้าสมัย
    เลยกังวลว่า Asahi จะยิ่งตามไม่ทัน อาจต้องกลับไปใช้โน้ตบุ๊ก Windows แล้วลง Linux แทน
    แต่แบบนั้นก็ยังไม่ถูกใจเท่า Mac

    • มีผู้ผลิต โน้ตบุ๊กสำหรับ Linux โดยเฉพาะ อย่าง Slimbook, Star Labs, System76 และ Tuxedo
      Lenovo กับ Dell ก็ขายรุ่นที่รองรับ Linux อย่างเป็นทางการเช่นกัน
      ส่วนตัวฉันใช้ ThinkPad Z13 Gen 1 ซึ่งแบตเตอรี่อึดมาก และ suspend/resume ก็ทำงานได้สมบูรณ์แบบ
      ยังอัปเดตเฟิร์มแวร์จาก Linux ได้โดยตรงผ่าน fwupd และไม่มี error ใน log ของ dmesg เลย
      ฉันก็มี M1 MacBook Air เหมือนกัน แต่ยกเว้นเรื่องแบตเตอรี่แล้ว ฉันชอบ ThinkPad มากกว่าเยอะ
    • จุดสำคัญคือ เคอร์เนล Linux รันอยู่บนฮาร์ดแวร์จริงโดยตรง
      สำหรับผู้ดูแลระบบหรือดีเวลอปเปอร์ มันมีข้อดีหลายอย่างที่ macOS หรือ VM ไม่มีทางทดแทนได้
    • บน macOS ถ้าใช้ OrbStack สภาพแวดล้อม Docker จะลื่นขึ้นมาก
      เปิด Linux VM แบบ headless ได้เร็วมาก และถึงเวอร์ชันฟรีอาจกลายเป็นเสียเงินในอนาคต แต่ตอนนี้ก็มีประโยชน์มาก
    • ไม่ค่อยเข้าใจว่าทำไมต้องรีบเปลี่ยนจาก M1
      M1 ของฉันก็ยังเร็วกว่าโน้ตบุ๊กส่วนใหญ่อยู่มาก และต่อให้เทียบกับ M4 ก็แทบไม่รู้สึกถึงความต่าง
      M1 น่าจะยังใช้ได้สบายจนถึงปี 2030 ถ้าจะมีเหตุผลให้อัปเกรด ก็น่าจะเป็นเพราะ RAM ไม่พอ
    • ฉันก็เคยติดตั้ง Asahi บน M2 Air แล้วใช้งานได้ดี แต่สุดท้ายก็คิดว่าจะซื้อ M2 รีเฟอร์บิชมาใช้ต่ออีกหลายปี

  • มีการเผยแพร่รายงานความคืบหน้าล่าสุดของ Asahi Linux

    • ลิงก์นี้เป็นลิงก์ล่าสุด จึงควรใช้แทน URL เดิม

  • ฉันติดตั้ง Asahi Linux ไว้ใช้ตั้งแต่ช่วงแรก ๆ บน M1 Mac Mini และ Mac Studio
    ตอนนี้ใช้งานผ่าน Fedora Asahi Remix
    ดีใจที่กำลังมีการรองรับ M3 เพิ่มเข้ามา แต่ในมุมของผู้ใช้ Linux การได้ใช้ฮาร์ดแวร์ใหม่ช้าลงนิดหน่อยก็ไม่ได้แย่อะไร
    เพราะเครื่องมือสอง M1/M2 ถูกลงมากแล้ว จึงเหมาะเป็น เครื่อง Linux คุ้มค่า

    • Asahi ทำให้ Mac ราคาย่อมเยาที่แบตเตอรี่อึดและดีไซน์ดี กลายเป็นเครื่อง Linux ที่ยอดเยี่ยม
      M1 Air และ M1 Pro 14 ที่บ้านก็ตั้งใจว่าจะเปลี่ยนมาใช้ Asahi ในสักวันหนึ่ง

  • โปรเจ็กต์ Asahi น่าทึ่งมาก แต่การต้องไล่ตาม รอบการออกชิปใหม่ทุกปีของ Apple ให้ทันนั้นให้ความรู้สึกเหมือนการต่อสู้ที่ไม่มีวันจบ
    ถึงอย่างนั้น แค่ M1 ก็มีประสิทธิภาพสูงพอจะใช้งานได้อีกหลายปีแล้ว

    • ฝั่ง GPU นั้นยากกว่าชัดเจน แต่ฝั่ง CPU/SoC ไม่ได้หนักหนาขนาดนั้น
      ฉันเคยทำงานเกี่ยวกับ M3 และ WiFi มาก่อน และ Apple ก็ไม่ได้เปลี่ยนอินเทอร์เฟซทั้งหมดใหม่ทุกปี
      ส่วนใหญ่เป็นการขยายจากไดรเวอร์เดิม จึงเป็น โครงสร้างที่ดูแลต่อได้
      การจัดการพลังงานกับ NPU/GPU เป็นส่วนที่ยากที่สุด แต่ในระยะยาวก็น่าจะดูแลต่อได้ด้วยคนจำนวนน้อย
    • M1 Air ของฉันอายุ 4 ปีแล้ว แต่ก็ยังเป็น Mac ที่แรงที่สุด ที่ฉันมี
    • Linux ทำงานได้ดีแม้บนฮาร์ดแวร์เก่า
      โน้ตบุ๊กที่เกือบถูกทิ้งหลายเครื่องได้ชีวิตใหม่เพราะ Linux
      ส่วน Windows กลายเป็น ระบบปฏิบัติการที่เทอะทะและช้า ไปแล้ว
    • ตอนนี้เหมือนเรากำลังเห็น จุดจบของยุค IBM PC compatible
      ต่อไปอาจเป็นยุคของชิปเซ็ตแบบปิดที่รันได้แค่ bootloader ที่มีลายเซ็นและแอปของ OEM
      สุดท้ายผู้ใช้อาจเสี่ยงสูญเสียสิทธิ์ root บนอุปกรณ์ของตัวเอง

  • ในอัปเดตของ Asahi มีการพูดถึง Hollow Knight แต่จริง ๆ แล้ว Silksong ก็ทำงานได้สมบูรณ์บน M1 Air เช่นกัน
    ฉันยังลองเกม 3D อย่าง Bakeru ด้วย ซึ่งก็โอเค มีแค่การโหลด texture ที่ช้านิดหน่อย
    การได้เห็น Asahi พัฒนาไปเรื่อย ๆ เป็นเรื่องน่าสนุก และช่วงนี้ฉันแทบไม่ได้บูตเข้า macOS เลย
    เพราะเรื่องอายุแบตเตอรี่และการเข้าถึงเครื่องมือกราฟิก ฉันเลยกำลังพิจารณา M1 Pro หรือ Max มือสอง
    การที่ M3 มีแนวโน้มจะรองรับได้ก็เป็นเรื่องที่ให้ความหวัง

  • ความหมายของ Asahi ไม่ได้มีแค่การทำให้ Linux รันบน Mac เท่านั้น
    ความพยายามในการ รวม custom SoC เข้ากับ mainline kernel และการเขียนเฟิร์มแวร์ใหม่ด้วย Rust อาจกลายเป็นต้นแบบให้แพลตฟอร์ม ARM64 อื่น ๆ ได้
    แนวทางนี้อาจผลักดันให้ผู้ผลิตโน้ตบุ๊กเพิ่มการรองรับแบบ Linux-first มากขึ้น
    และมีโอกาสที่ระบบนิเวศของโน้ตบุ๊ก ARM ที่ไม่ใช่ของ Apple จะกลายเป็นทางเลือกที่ลื่นไหลกว่า

    • แน่นอนว่าในโลก embedded การรองรับ Linux บน ARM SoC ก็เป็นเรื่องที่มีมานานแล้ว

  • เมื่อ 20 ปีก่อน ผู้คนพยายามทำ Hackintosh เพื่อให้ macOS รันบนฮาร์ดแวร์ x86
    แต่ตอนนี้กลับกลายเป็นยุคที่ผู้คนพยายามเอา Linux ไปลงบน Mac ซึ่งเป็นฮาร์ดแวร์ชั้นยอด
    เป็นวัฏจักรที่น่าสนใจมาก

    • เหตุผลที่ Hackintosh หายไปไม่ใช่เพราะคนหมดความสนใจ แต่เป็นเพราะ Apple เสริมความเข้มแข็งของ chain of trust และเลิกใช้ x86
      ถ้าจะใช้ iMessage ก็ต้อง spoof ตัวเองเป็น Mac จริง และตั้งแต่ macOS 26 เป็นต้นไปก็จะยุติการรองรับ Intel
      เมื่อไม่สามารถรัน macOS รุ่นล่าสุดได้ ความหมายของ Hackintosh ก็หายไปด้วย
    • สุดท้ายแล้วไม่ว่าจะเมื่อก่อนหรือตอนนี้ ผู้คนก็มีจุดร่วมคือพยายามรัน ซอฟต์แวร์ที่ตัวเองชอบบนฮาร์ดแวร์ที่ต้องการ
      ไม่มีคำว่า “ดีที่สุด” แบบสัมบูรณ์ ทุกอย่างขึ้นอยู่กับความต้องการ
    • ถ้าจะพูดให้แม่นกว่า อาจต้องบอกว่า “ตอนนี้เป็นยุคที่ผู้คนพยายามเอา Linux ซึ่งเป็น OS ที่ดีที่สุด ไปลงบนฮาร์ดแวร์ของ Apple”
    • แม้ก่อนยุค Hackintosh ก็มีคนจำนวนมากที่ ปรับแต่ง Linux ให้เหมาะกับฮาร์ดแวร์ x86 ราคาถูก อยู่แล้ว
      ความสำเร็จนั้นขับเคลื่อนการเติบโตของดาต้าเซ็นเตอร์ในยุคดอตคอมบูม และอิทธิพลของมันก็ยังสืบต่อมาจนถึงทุกวันนี้

  • อยากรู้ว่าสถานะปัจจุบันของโปรเจ็กต์เป็นอย่างไร ดูเหมือนว่า นักพัฒนาหลักหลายคนจะออกไปแล้ว

    • ตอนนี้กำลังโฟกัสกับการ รวมแพตช์ต่าง ๆ เข้า mainline kernel
      ส่วน M3/4/5 นั้น ชุดคำสั่งของ GPU เปลี่ยนไปทั้งหมด จึงต้อง reverse engineer กันใหม่
      และตอนนี้แทบไม่มีคนทำงานด้าน GPU ส่วนนั้นเลย
    • การต้องดูแลแพตช์ขนาดใหญ่ไปพร้อมกับรวมเข้ากับเคอร์เนลนั้นเป็น โจทย์ที่ใหญ่มาก จึงทำให้ความคืบหน้าช้าลง

  • ฉันเคยใช้ Asahi บนโน้ตบุ๊ก M1 ได้ดี แต่ตอนนี้ย้ายไปใช้ UTM.app แล้ว
    ฉันตั้งค่าให้ใช้ Apple Silicon Hypervisor ซึ่งบน M2 ทำงานได้สมบูรณ์แบบ
    ถ้าตั้งค่าด้วย Fedora arm64 ISO ก็จะใช้ native hypervisor แทน QEMU ได้

    • ถ้าจำเป็นต้องใช้ Mac วิธีแบบ VM ก็น่าจะเป็นตัวเลือกที่สมจริงที่สุด
      Asahi นั้นยอดเยี่ยม แต่ในระยะยาวมีความยากหลายอย่าง และอาจมี ประสิทธิภาพแบตเตอรี่ลดลง ด้วย
      สำหรับฉัน การใช้สภาพแวดล้อมพัฒนาบน VM แบบเต็มหน้าจอเป็นวิธีที่สมดุลที่สุด
    • ฉันก็กำลังจะเปลี่ยนไปใช้แบบเดียวกัน
      เวลาที่ใช้ Asahi แค่เปิดแท็บ Firefox ไม่กี่แท็บ RAM 16GB ก็หมดเร็วมาก และมีอาการแครชจากหน่วยความจำบ่อย
      ต่อให้ปรับ zswap ให้เหมาะแล้วก็ยังไม่หาย น่าจะเป็นเพราะ บั๊กเรื่องขนาดเพจ 16K