ทำไม Vivado 2026.1 จึงยกเลิกการรองรับ Linux ในฟรีเทียร์?

 (adaptivesupport.amd.com)
2 คะแนน โดย GN⁺ 4 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ประเด็นหลักคือการเปลี่ยนแปลงที่ Vivado 2026.1 BASIC tier ตัดการรองรับ Linux ออกไป และคำถามสำคัญคือเหตุใดงานออกแบบพื้นฐานระดับเริ่มต้นที่ทำได้บน Windows จึงถูกปิดกั้นบน Linux
  • เธรดสาธารณะเริ่มต้นเมื่อวันที่ 18 พฤษภาคม 2026 และแสดง 23 คำตอบ กับ ยอดดู 1.34K โดยมีเสียงคัดค้านต่อเนื่องว่าการตัดสินใจนี้ไม่เป็นธรรมต่อผู้ใช้ฟรีและนักพัฒนารายเล็ก
  • ผู้ดูแลฟอรัมของ AMD ระบุทิศทางไลเซนส์ว่า BASIC มีไว้สำหรับ การเริ่มต้นใช้งาน ส่วนเวิร์กโฟลว์ที่ซับซ้อนหรือใช้เพื่อการผลิตควรอยู่ในเทียร์แบบเสียเงิน
  • Vivado ML Standard Edition v2025.2 เดิมยังได้รับการสนับสนุนอย่างเป็นทางการจนถึงรีลีส 2026.3 และหลังจากนั้นจะกลายเป็นเวอร์ชันที่ไม่รองรับ แต่ยังคงใช้งานต่อได้
  • หากต้องการใช้ Linux บน Vivado v2026.x จะต้องย้ายไปใช้ ไลเซนส์เทียร์แบบ Core และในคำตอบสาธารณะที่เผยแพร่ออกมายังไม่มีคำอธิบายโดยตรงอย่างชัดเจนว่าทำไม BASIC จึงตัดเฉพาะ Linux ออก

ประเด็นถกเถียง

  • ประเด็นหลักคือการเปลี่ยนแปลงที่ Vivado 2026.1 รุ่น BASIC ฟรีเทียร์ตัดการรองรับ Linux ออก
  • ผู้ใช้ถามหาคำตอบว่าทำไมบน Windows จึงสามารถใช้งาน BASIC tier สำหรับงานออกแบบพื้นฐานระดับเริ่มต้นได้ แต่บน Linux กลับทำแบบเดียวกันไม่ได้
  • การสนทนาถูกโพสต์ในหัวข้อ Vivado และ Installation And Licensing และเริ่มเมื่อวันที่ 18 พฤษภาคม 2026
  • ในเธรดสาธารณะแสดง 23 คำตอบ และ ยอดดู 1.34K โดยผู้ใช้บางส่วนมองว่าการตัดสินใจครั้งนี้กระทบต่อผู้ใช้ฟรีและนักพัฒนารายเล็ก
  • ประเด็นไม่ได้อยู่ที่การจำกัดความสามารถของ BASIC tier เอง แต่คือ เหตุผลที่ตัด Linux ออกจาก BASIC tier เพียงอย่างเดียว

ปฏิกิริยาจากผู้ใช้

  • mkru ระบุว่าเนื่องจาก Linux ยังรองรับในอีก 4 เทียร์ที่สูงกว่า ต้นทุนเพิ่มเติมในการเปิดให้ BASIC tier ใช้ Linux น่าจะมีน้อยมาก และเรียกร้องคำอธิบายจากพนักงาน AMD
  • filisavi วิจารณ์ว่าเวอร์ชันฟรีกำลังกลายเป็นสิ่งที่ใกล้เคียงกับรุ่นทดลองหรือรุ่นสำหรับนักศึกษา และหากมีการใช้งานที่ดูเป็นมืออาชีพขึ้นมาเพียงเล็กน้อยก็เหมือนต้องจ่าย 1,200 ดอลลาร์
  • 362913dvihdehde ตั้งคำถามว่าทำไมจึงทำให้เวอร์ชันฟรีแย่ลงสำหรับผู้ใช้ที่จ่ายค่าอุปกรณ์ AMD ไปแล้ว และคัดค้านว่า Vivado ใช้งานบน Windows ได้ไม่ดีนัก
  • tomorrow56 มองว่าการตัดสินใจนี้ไม่น่าจะช่วยเรื่องรายได้ และอาจเพียงขัดขวางการประเมินผลิตภัณฑ์กับการทดลองใช้งาน จึงหวังให้ผู้บริหาร AMD ทบทวนอีกครั้ง

คำตอบจากผู้ดูแลฟอรัม AMD

  • anatoli ผู้ดูแลฟอรัม AMD แจ้งว่าไม่อนุญาตให้มีการด่าทอหรือพฤติกรรมก้าวร้าวต่อ AMD และหากยังดำเนินต่อไปอาจมีการบล็อกโปรไฟล์
  • ผู้ใช้เช่นนักศึกษาที่มองว่า โฟลว์ไลเซนส์แบบแบ่งเทียร์ ใหม่ไม่เหมาะสม สามารถใช้งานเวอร์ชันก่อน Vivado 2026.1 ต่อไปและพัฒนาด้วย Vivado ML Standard Edition ฟรีได้
  • หากจำเป็นต้องย้ายไปใช้ Vivado เวอร์ชันล่าสุด ก็ควรพิจารณาซื้ออย่างน้อย ไลเซนส์เทียร์ Core
  • อาจารย์มหาวิทยาลัยสามารถยื่นขอการสนับสนุนแบบบริจาคจาก AMD ได้
  • AMD มองว่า BASIC tier ถูกออกแบบให้ตอบโจทย์ ความต้องการระดับเริ่มต้นแบบง่าย ๆ ขณะที่เวิร์กโฟลว์ที่ก้าวหน้ากว่าหรือใช้เพื่อการผลิตควรอยู่ในเทียร์แบบเสียเงิน
  • มีการระบุชัดเจนว่าตั้งแต่ 2026.1 เป็นต้นไป หากต้องการใช้งานในลักษณะ เพื่อการผลิต ไม่ว่ารูปแบบใด จะต้องใช้ไลเซนส์เทียร์แบบเสียเงิน

คำถามสำคัญที่ยังค้างอยู่

  • mkru บอกว่าเข้าใจจุดประสงค์และข้อจำกัดของ BASIC tier แต่ยังไม่เข้าใจว่าทำไม Windows จึงยังรองรับใน BASIC tier ขณะที่ Linux ไม่รองรับ
  • ผู้ใช้สรุปว่าแก่นของคำถามคือ “ในเมื่อบน Windows สามารถใช้ BASIC tier กับงานหรือโหนดพื้นฐานระดับเริ่มต้นได้ แล้วทำไมบน Linux จึงใช้ไม่ได้”
  • การตั้งคำถามซ้ำ ๆ เหล่านี้ไม่ได้มุ่งไปที่ข้อจำกัดของ BASIC tier โดยรวม แต่พุ่งตรงไปที่ การตัดการรองรับ Linux ออกจาก BASIC tier

การใช้งาน Vivado 2025.2 และเวอร์ชันเดิม

  • filisavi ถามว่า 2025.2 WebPACK จะยังทำงานได้ตลอดไปหรือไม่ และต้องมีการเปิดใช้งานกับเซิร์ฟเวอร์ AMD เป็นระยะหรือไม่
  • ตามคำตอบของ AMD Vivado ML Standard Edition v2025.2 จะยังได้รับการสนับสนุนอย่างเป็นทางการจนถึงรีลีส Vivado v2026.3
  • หลัง v2026.3 จะกลายเป็นเวอร์ชันที่ไม่รองรับซึ่งแม้พบบั๊กก็จะไม่ได้รับการแก้ไข แต่ผู้ใช้ยังสามารถ ใช้งาน v2025.2 ต่อไปได้ หากต้องการ
  • Vivado ML Standard Edition v2025.2 เป็นแบบไม่ต้องใช้ไลเซนส์ ไม่ต้องมี WebPACK license แบบแยก และจะไม่ค้นหาไฟล์ไลเซนส์ที่เกี่ยวกับ Vivado
  • อย่างไรก็ตาม ยังต้องจัดหา ไลเซนส์ที่เกี่ยวข้องกับ IP Core หรือไลเซนส์ของ Vivado Model Composer(SysGen) แยกต่างหาก
  • AMD ตอบด้วยว่าในโฟลเดอร์ Vivado Archive บนหน้าดาวน์โหลด ยังมีเวอร์ชันเก่าเก็บไว้รวมถึง Vivado รุ่นแรก ๆ ที่ออกในปี 2012

ตัวเลือกใน Vivado 2026.x

  • ภายใต้ ระบบไลเซนส์แบบแบ่งเทียร์ ใหม่ หากจำเป็นต้องใช้ Vivado v2026.x และต้องการรองรับ Linux ด้วย ก็จำเป็นต้องย้ายไปใช้ไลเซนส์เทียร์แบบ Core ขึ้นไป
  • สำหรับนักศึกษา มี ไลเซนส์ Enterprise แบบเต็ม 60 วัน ให้ใช้ฟรี และมีคำอธิบายว่าเพียงพอสำหรับทำงานออกแบบเพื่อการเรียนรู้กับอุปกรณ์ขนาดใหญ่กว่าที่ BASIC tier รองรับ
  • หากอุปกรณ์เป้าหมายของงานออกแบบเป็นอุปกรณ์ที่ BASIC รองรับ ก็จำเป็นต้องใช้ Windows OS
  • AMD ระบุว่าในแบบสำรวจเกือบทั้งหมด ลูกค้าประมาณ 70% ยังใช้งาน Windows อยู่
  • AMD ตอบว่าไม่มีแผนจะยุติการรองรับ Windows OS แบบเต็มสำหรับเครื่องมือของ AMD อย่าง Vivado

บทสรุป

  • AMD แสดงจุดยืนชัดเจนว่าต้องการให้ BASIC tier เป็นระดับเริ่มต้น และให้เวิร์กโฟลว์ขั้นสูงหรือเพื่อการผลิตไปอยู่ในเทียร์แบบเสียเงินตามนโยบายไลเซนส์
  • คำตอบสาธารณะที่มีอยู่ครอบคลุมเรื่องการใช้งาน v2025.2 ต่อได้ ระยะเวลาการสนับสนุนอย่างเป็นทางการ ความจำเป็นของไลเซนส์ ไลเซนส์ Enterprise 60 วันสำหรับนักศึกษา และสัดส่วนผู้ใช้ Windows
  • อย่างไรก็ตาม สำหรับคำถามที่ผู้ใช้ถามซ้ำ ๆ ว่า “ทำไม BASIC tier จึงตัดเฉพาะ Linux ออก” ยังไม่มีคำอธิบายโดยตรงอย่างชัดเจนในเนื้อหาสาธารณะที่เปิดเผยอยู่

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

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

 
GN⁺ 4 시간 전
ความคิดเห็นจาก Hacker News

  • คำตอบอย่างเป็นทางการกำลังตอบเฉพาะคำถามที่ไม่มีใครถาม ประเด็นสำคัญคือทำไมถึงตัดการรองรับ Linux ออกจาก Basic tier แต่ยังคงให้ใช้ Windows ได้ต่อไป
    ถ้าต้องการขยายระบบนิเวศ ก็ต้องมีคนที่ทำงานกับฮาร์ดแวร์ของ AMD มากขึ้น การจำกัด Linux มีแต่จะผลักนักศึกษา นักพัฒนางานอดิเรก และนักพัฒนา ที่อยากนำเทคโนโลยีของ AMD ไปใช้ให้ออกห่าง
    พูดในฐานะผู้ใช้ AMD มานาน

    • คำตอบอย่างเป็นทางการเริ่มต้นด้วยการพูดถึง “พฤติกรรมดูหมิ่นที่ไม่อาจยอมรับได้ต่อ AMD” ก่อน สิ่งที่สำคัญที่สุดตรงนี้ก็คงเป็นการขอให้ผู้คนอย่าใช้คำที่ทำร้ายจิตใจอย่าง “disgraceful” กับ AMD ผู้น่าสงสาร
      ส่วนการตอบคำถามจริง ๆ ดูเหมือนจะไม่ใช่เรื่องเร่งด่วน
    • นักศึกษาและนักพัฒนางานอดิเรกจำนวนมาก มักจะไปทำงานในตำแหน่งที่ภายหลังมีส่วนเกี่ยวข้องกับ การตัดสินใจจัดซื้อมูลค่าหลายล้านดอลลาร์
      การตัดสินใจแบบ MBA ของ AMD ที่ไปลดความชอบตั้งแต่ระยะแรก เป็นการเพิ่มความเสี่ยงให้ตัวเองโดยไม่จำเป็น
    • นี่คือ ยิงเข้าประตูตัวเอง ชัด ๆ ต้องทำให้นักศึกษาได้ลองเขียนโค้ดก่อน แล้วพวกเขาถึงจะนำไปใช้ต่อในที่ทำงานภายหลัง
      เหมือนไม่ได้เรียนรู้อะไรจาก CUDA เลย
    • เวลาที่ไม่มีคำตอบที่พอจะอธิบายได้ หรือไม่อยากตอบ แต่ยังต้องรักษาภาพลักษณ์ไว้ ก็มักจะเลี่ยงคำถามแล้วพูดแต่ว่าตัวเองทำงานหนักแค่ไหนและมีผลงานที่ไม่เกี่ยวข้องมากเพียงใด
      เป็นกลยุทธ์ที่เผด็จการหรือคนคอร์รัปชันในอดีตชอบใช้กัน
    • คำตอบของ “ทำไม BASIC tier ถึงไม่รองรับ Linux?” คือ “เป็นการตัดสินใจทางการตลาดของ AMD”
      อาจเป็นไปได้ว่าไม่มีใครในฟอรัมแห่งนั้นจำเป็นต้องรู้เหตุผลจริง ๆ แค่หมายความว่าเป็นคำสั่งที่มาจากข้างบน

  • ใช้เงินกับ Xilinx FPGA ไปแล้วหลายแสนดอลลาร์ แต่ก็ยังพยายามรีดแม้แต่ค่าใบอนุญาตจุกจิกต่อไป ปัญหาไม่ใช่แค่เรื่องต้นทุน แต่คือความยุ่งยากที่ต้องทำใบสั่งซื้อใบอนุญาตทุกครั้งที่ตั้งค่าเครื่องใหม่, ตั้งค่า CI, รับคนใหม่เข้าทีม หรือจัดสภาพแวดล้อมให้เด็กฝึกงานและนักศึกษา
    หลัง AMD เข้าซื้อกิจการ Xilinx ก็แย่ลงเรื่อย ๆ เมื่อก่อนให้ความรู้สึกเหมือนบริหารโดยวิศวกรที่เข้าใจลูกค้า ตอนนี้เหมือนถูกยึดโดยกลุ่ม MBA ที่รู้แค่การประหยัดเงินเล็กน้อยและการบีบลูกค้าประจำ

    • พูดตรง ๆ คือควรเก็บเงินจากชิป แล้วปล่อยให้ ซอฟต์แวร์ใช้ฟรี
    • เห็นด้วย 10000 เท่า
      ตัวชิ้นส่วนสามารถใส่ใน BOM แล้วขออนุมัติได้ แต่การขออนุมัติใบสั่งซื้อซอฟต์แวร์นี่น่าปวดหัวจริง ๆ ตอนนี้กำลังคิดอยู่เลยว่าผลิตภัณฑ์รุ่นถัดไปจะย้ายไป Microchip ดีไหม

  • ผมใช้งานชิ้นส่วนของ Lattice มาแล้วถือว่าโอเค เครื่องมือซอฟต์แวร์สำหรับชิประดับพื้นฐานใช้ฟรีทั้งหมด และจะคิดค่าไลเซนส์เฉพาะตอนใช้ SKU ระดับสูงที่มี SerDes
    ตัวอย่างเช่น ECP5 หรือ Certus สามารถพัฒนาได้ด้วยไลเซนส์ฟรี แต่ถ้าใช้ชิป ECP5-5G หรือ CertusPro จะต้องใช้ไลเซนส์แบบเสียเงิน
    มันไม่สมบูรณ์แบบ แต่ร่วมงานได้ง่ายกว่า Xilinx และส่วนตัวผมคิดว่า datasheet ก็ดีกว่าของ Xilinx ด้วย โปรเจกต์ถัดไปก็น่าลองพิจารณา Lattice

    • สำหรับผมนั้น Ice40 Lattice FPGA ใช้งานผ่าน Yosys อย่างเดียว เพราะการรองรับ Linux แย่มาก
      การขอไลเซนส์งานอดิเรกฟรีต้องส่ง MAC address ทางอีเมล ทำให้ต้องทำใหม่ทุกครั้งกับเดสก์ท็อป โน้ตบุ๊ก และคอมพิวเตอร์ที่อาจซื้อในอนาคต สุดท้ายก็ดูเหมือนจะรันเครื่องมือบน Linux ไม่ได้จริง เลยเลิกไป
      และก็ยังไม่ชัดเจนด้วยว่าใน FPGA ฝั่ง Xilinx มี Yosys และตัวเลือกโอเพนซอร์สที่ใช้ได้หรือไม่
    • จะให้ดู Lattice สำหรับโปรเจกต์ถัดไปคงเป็นไปได้ก็ตอนเอกภพเข้าสู่ภาวะตายด้วยความร้อนนั่นแหละ การขึ้นราคากลางการพัฒนาเป็น นิสัยประจำ ของพวกเขา
    • ผมก็เข้ามาเพื่อจะแนะนำ Lattice เหมือนกัน อย่างน้อยสำหรับงาน glue logic ขนาดเล็กนั้นดีมาก
      เคยใช้หลายไลน์ของ MachXO เยอะพอสมควร และถือว่าทำงานด้วยแล้วค่อนข้างเพลิดเพลิน
    • น่าเสียดายที่ Lattice ปิดฟอรัมไปเมื่อหลายปีก่อน ในฐานะผู้ใช้ฟรี ถ้าเจอบั๊กจริงในซอฟต์แวร์ก็แทบไม่มีทางขอความช่วยเหลือได้ ผมลองมากับตัวแล้ว
      ถึงอย่างนั้นก็เคยใช้ Ice40 และ ECP5 FPGA กับโปรเจกต์เล็ก ๆ ผ่าน Yosys อยู่บ้าง และมันทำงานได้ดีมาก

  • ในฐานะผู้ใช้ Altera รุ่นเก่า ปัจจัยใหญ่ข้อหนึ่งที่ทำให้ผมอยากย้ายมา Xilinx คือ คอมมูนิตี้และการยอมรับในกลุ่มงานอดิเรก ที่แข็งแรงกว่ามาก
    Xilinx ได้ประโยชน์จากคนจำนวนมากที่ช่วยสอนคนอื่นแทนบริษัท
    การพยายามลดทอนคอมมูนิตี้นั้นดูเป็นความผิดพลาดที่ชัดเจนมาก ฝั่ง Altera สิ่งที่ใกล้เคียงที่สุดคือฟอรัมผู้ใช้ Altera ในอดีต ซึ่งมีค่ามหาศาล Intel ปิดมันทันทีหลังเข้าซื้อกิจการ และตอนนี้ดูเหมือนจะถึงคิวของ AMD แล้ว

  • ผมทำงานในภาคการศึกษา และมีแผนจะเปลี่ยนไปใช้ผู้ขายรายอื่นในอนาคตอันใกล้ ซึ่งนั่นก็หมายความว่านักศึกษาจะเปลี่ยนตามทั้งหมด
    Windows ไม่สามารถให้ความเท่าเทียมด้านฟังก์ชันได้สำหรับงานที่ต้องใช้ cross-compilation อย่างน้อยเมื่อก่อน AMD ก็ยังรองรับ RHEL ได้

    • ขอถามด้วยความอยากรู้ว่า คุณไม่ชอบส่วนไหนของ University Program?
      https://www.amd.com/en/corporate/university-program.html
      โปรแกรมนี้ให้ไลเซนส์ฟรีและฮาร์ดแวร์ที่บริจาคได้
    • สงสัยว่าได้ลอง Docker หรือ WSL2 หรือยัง ถ้าเป็น virtualization สมัยใหม่ ก็น่าจะรัน Linux ใน Windows ได้ค่อนข้างลื่นไหล

  • ลิงก์คำอธิบายของ AMD เกี่ยวกับนโยบายราคาใหม่ที่กำลังถูกวิจารณ์: https://www.amd.com/en/products/software/adaptive-socs-and-f...

    • วิธีที่ซ่อนประเด็น “จะไม่รองรับทั้งระบบปฏิบัติการหนึ่งอีกต่อไป” ไว้เป็นแค่ เครื่องหมายถูกที่หายไป เล็ก ๆ กลางหน้าถือว่าน่าประทับใจจริง ๆ

  • ฟังดูเป็นตรรกะแบบ นักบัญชีล้วน ๆ มาก คือกันงบพัฒนาส่วนหนึ่งไว้สำหรับการรองรับ Linux อยู่ x% แต่ไม่พอจะรองรับ Linux ได้เต็มรูปแบบ ก็เลยพยายามให้ผู้ใช้ Linux เป็นคนออกเงินเพิ่มเพื่ออุดงบพัฒนา
    ในแง่หนึ่งก็พอเข้าใจได้ แต่ผมมองว่าซอฟต์แวร์ทั้งชุดควรเป็นสินค้าขาดทุนเพื่อช่วยขายฮาร์ดแวร์มากกว่า เพราะการลดอุปสรรคในการเริ่มต้นสำคัญกว่า

    • แต่เครื่องมือเหล่านั้นทั้งหมดก็คือการคอมไพล์ระบบนิเวศ Linux มาให้รันบน Windows นั่นเอง ใช้ GCC เป็นฐาน และในบทเรียนก็ยังแนะนำเทอร์มินัลที่เลียนแบบ Unix
      ได้กลิ่นผู้บริหารไม่รู้เรื่องกับการแทรกแซงของ Microsoft ชัด ๆ

  • แย่มากจริง ๆ ผมกำลังทำ คอร์สวิดีโอสอนสร้าง CPU บน FPGA ที่ใช้ Vivado อยู่ เพราะตัวเองคุ้นกับระบบนิเวศนี้พอสมควรและมีบอร์ดพัฒนา Artix FPGA ด้วย
    ตอนนี้ยังชั่งใจเรื่องทางเลือกอยู่ จะใช้ Vivado 2025 ต่อไปก็ได้ แต่ไม่แน่ใจว่านั่นเป็นทิศทางที่ถูกต้องหรือเปล่า
    ทางเลือกที่ใช้แทน Vivado ได้จริงมีอะไรบ้าง โดยคำนึงถึงความพร้อมของบอร์ดพัฒนาราคาย่อมเยาสำหรับผู้เริ่มต้นด้วย

    • ถ้าเป็นด้านการศึกษาและการเรียนรู้ ก็ยากที่จะชนะ Quartus Prime Lite ได้ โครงสร้างพื้นฐาน virtual JTAG สำหรับตัววิเคราะห์ลอจิก SignalTap ดีกว่าทางเลือกอื่นมาก
      มันทำให้สร้างโมดูล virtual JTAG แบบกำหนดเองที่ใช้ควบคุมดีไซน์ระหว่างรันและอ่านข้อมูลออกมาได้ง่าย และโมดูลแบบนี้ก็อยู่ร่วมกับตัววิเคราะห์ลอจิกได้ดี
      ถ้าเป็นบอร์ดพัฒนา QMTech บน AliExpress มีบอร์ดเริ่มต้นที่ดีพอสมควร แม้รวมบอร์ด Cyclone 10CL025, daughterboard และสายโปรแกรม clone USB-Blaster แล้ว ก็น่าจะยังต่ำกว่า 100 ปอนด์มาก
      Terasic ก็มีบอร์ดพัฒนา Intel/Altera หลายรุ่น โดยรุ่นที่ถูกที่สุดคือ DE0-Nano ส่วนตัวผมชอบ DE10-lite แต่สำหรับคนที่งบมากกว่านี้ก็มีตัวเลือกที่ทันสมัยกว่า
      สำหรับชิป Gowin นั้น Tang Nano 20k เป็นตัวเลือกที่แข็งแรงและราคาไม่แพง เพียงแต่ควรรู้ว่า PLL ของชิปรุ่นนี้มีข้อจำกัดอยู่บ้าง และ block RAM ไม่มี byte enable ส่วน JTAG ใช้งานได้ แต่ยังไม่ล้ำเท่าฝั่ง Intel
      สำหรับ Lattice ECP5 ก็มีหลายตัวเลือก และชิปเหล่านี้โดยรวมรองรับ yosys/nextpnr และ oss-cad-suite ได้ดี
      ผมค่อนข้างชอบบอร์ด IceSugar-Pro ที่ใช้ ECP5 และบอร์ด breakout ที่เกี่ยวข้อง เพียงแต่อะแดปเตอร์ JTAG ในตัวค่อนข้างแปลก ทำให้ไม่รองรับใน toolchain ของ Lattice จึงต้องโปรแกรมผ่าน OpenOCD หรือ OpenFPGALoader และไม่สามารถใช้ตัววิเคราะห์ลอจิกภายในที่ผู้ขายมีให้ได้ ถึงอย่างนั้น การที่ FPGA ตัวนี้รองรับได้ดีใน oss-cad-suite ก็เป็นข้อดีมาก
      IcePi-Zero ที่หาได้จาก CrowdSupply ก็เป็นอีกตัวที่ควรพิจารณาอย่างจริงจัง
      ULX3S ก็ดีมากเช่นกัน แต่เท่าที่ผมเห็น ตอนนี้น่าจะเปิดรับแค่พรีออร์เดอร์สำหรับล็อตผลิตถัดไป

  • นี่อาจเป็นข่าวดีสำหรับ toolchain FPGA แบบ FOSS ก็ได้ เช่นโครงการลักษณะ umbrella project อย่าง https://f4pga.org/

  • การถอดการรองรับ Linux ออกจากฟรี tier ทำให้รู้สึกเหมือนถอยหลังครั้งใหญ่สำหรับนักพัฒนางานอดิเรกและนักศึกษา เพราะงานในแวดวงวิชาการจำนวนมากและ เวิร์กโฟลว์ FPGA แบบโอเพนซอร์ส พึ่งพาสภาพแวดล้อม Linux ทั้งหมด