Log for Ubuntu 台灣社群
輝達同意以 130 億美元收購 Hugging Face （★ 175 分）
輝達（Nvidia）正與 AI 平台 Hugging Face 洽談逾 130 億美元的收購案，但雙方尚未達成協議，交易仍可能告吹。Hugging Face 是開放式 AI 生態的重要樞紐，代管數百萬個可供研究與開發的模型及資料集；若由輝達取得，將使其更直接接觸開發者，並有機會帶動更多 AI 工作負載採用其圖形處理器（GPU）。
輝達過去已參與 Hugging Face 於 2023 年的 2.35 億美元募資，當時估值為 45 億美元；《金融時報》曾報導，Hugging Face 去年拒絕輝達一筆 5 億美元、估值 70 億美元的投資提案，原因是避免單一大股東影響公司決策。輝達近來積極運用龐大現金部位擴大投資，表示本財政年度剩餘期間已承諾投入 180 億美元股權投資，另持有 479 億美元的未上市公司股權。
此案的核心矛盾在於 Hugging Face 的中立性。該平台不僅服務輝達生態，也支援 AMD、Intel 等競爭者的硬體與模型；一旦被輝達納入旗下，外界擔心模型推薦、下載規則、雲端運算資源及內容審核，可能逐漸偏向輝達的商業利益。另一方面，若輝達持續推動能在本機端執行的開放權重模型，並讓模型針對其 GPU 最佳化，也可能加速桌上型電腦、工作站與企業端 AI 推論市場的成長。
Hacker News 討論集中於 130 億美元估值的合理性。有留言指出，Hugging Face 並非單純的模型檔案代管站，還有付費推論代管、GPU 租用額度、儲存空間、企業方案，以及在 AWS 與 Google Cloud 上部署受管容器等收入來源。更重要的是，它聚集了大量活躍的 AI 研究者與開發者，具備網路效應與極高價值的潛在客群；對輝達而言，這些帳號可成為推廣雲端服務、企業方案與消費級 AI 硬體的直接管道。
不過，多數留言對收購抱持警戒，認為開放權重 AI 生態過度集中於 Hugging Face，輝達掌握這項基礎設施後，可能傷害競爭與社群自主性；也有人預期若平台提高下載費用或限制模型，社群會改用鏡像站、BitTorrent 與其他替代平台。另有留言提醒，新聞標題所稱「同意收購」與 Business Insider 報導的「仍在洽談」不一致；《The Information》則稱交易已以 129 億美元敲定，因此交易狀態仍有不同媒體說法。
👥 83 則討論、評論 💬
https://news.ycombinator.com/item?id=49458161
輝達（Nvidia）正與 AI 平台 Hugging Face 洽談逾 130 億美元的收購案，但雙方尚未達成協議，交易仍可能告吹。Hugging Face 是開放式 AI 生態的重要樞紐，代管數百萬個可供研究與開發的模型及資料集；若由輝達取得，將使其更直接接觸開發者，並有機會帶動更多 AI 工作負載採用其圖形處理器（GPU）。
輝達過去已參與 Hugging Face 於 2023 年的 2.35 億美元募資，當時估值為 45 億美元；《金融時報》曾報導，Hugging Face 去年拒絕輝達一筆 5 億美元、估值 70 億美元的投資提案，原因是避免單一大股東影響公司決策。輝達近來積極運用龐大現金部位擴大投資，表示本財政年度剩餘期間已承諾投入 180 億美元股權投資，另持有 479 億美元的未上市公司股權。
此案的核心矛盾在於 Hugging Face 的中立性。該平台不僅服務輝達生態，也支援 AMD、Intel 等競爭者的硬體與模型；一旦被輝達納入旗下，外界擔心模型推薦、下載規則、雲端運算資源及內容審核，可能逐漸偏向輝達的商業利益。另一方面，若輝達持續推動能在本機端執行的開放權重模型，並讓模型針對其 GPU 最佳化，也可能加速桌上型電腦、工作站與企業端 AI 推論市場的成長。
Hacker News 討論集中於 130 億美元估值的合理性。有留言指出，Hugging Face 並非單純的模型檔案代管站，還有付費推論代管、GPU 租用額度、儲存空間、企業方案，以及在 AWS 與 Google Cloud 上部署受管容器等收入來源。更重要的是，它聚集了大量活躍的 AI 研究者與開發者，具備網路效應與極高價值的潛在客群；對輝達而言，這些帳號可成為推廣雲端服務、企業方案與消費級 AI 硬體的直接管道。
不過，多數留言對收購抱持警戒，認為開放權重 AI 生態過度集中於 Hugging Face，輝達掌握這項基礎設施後，可能傷害競爭與社群自主性；也有人預期若平台提高下載費用或限制模型，社群會改用鏡像站、BitTorrent 與其他替代平台。另有留言提醒，新聞標題所稱「同意收購」與 Business Insider 報導的「仍在洽談」不一致；《The Information》則稱交易已以 129 億美元敲定，因此交易狀態仍有不同媒體說法。
👥 83 則討論、評論 💬
https://news.ycombinator.com/item?id=49458161
Asahi Linux 進度報告：Linux 7.2 （★ 310 分 🔥）
Asahi Linux 隨 Linux 7.2 發布，持續補齊 Apple Silicon 的核心電源管理。Apple 處理器缺少 Linux 慣用的 EL3（Exception Level 3，高權限韌體例外層級），使核心無法藉由 PSCI（Power State Coordination Interface，電源狀態協調介面）標準方式進入省電狀態。團隊改以 m1n1 開機環境常駐的 UEFI Runtime Services（UEFI 韌體執行期服務）提供 PSCI 呼叫介面，讓 Linux 在維持 EL2 與虛擬化能力下，仍能正確管理處理器休眠。M4 更因 Apple 鎖定低階處理器組態，導致 WFI（Wait For Interrupt，中斷等待指令）可能遺失核心狀態並使系統當機；新補丁已讓核心初始化期間能避開這項問題。
在安全架構方面，M4 之後的 macOS 需要 SPTM（Secure Page Table Monitor，安全頁表監控器）處理記憶體頁表與權限控管，原先使 m1n1 Hypervisor（虛擬機器監控程式）無法追蹤 XNU（macOS 核心）的硬體存取。團隊藉由先前對 GXF（Guarded Execution Framework，受保護執行框架）與 SPRR（Apple 自訂頁表權限機制）的逆向工程成果，成功模擬這些功能，得以在 M4 上重新載入 SPTM 並監看 MMIO（Memory-Mapped Input/Output，記憶體映射輸入／輸出）操作。M3 的進展則接近正式版門檻：內建攝影機、麥克風、USB 3.0 與 Thunderbolt 已全面可用；M4、M5 也已有 NVMe（Non-Volatile Memory Express，非揮發性記憶體高速儲存介面）與 PCIe（Peripheral Component Interconnect Express，高速周邊互連）初步支援，但尚未適合納入安裝程式。
影片播放是另一個重點。AVD（Apple Video Decoder，Apple 影片解碼器）現已大致穩定支援 H.264、H.265、VP9，M3 以上亦可解碼 AV1。由於 AVD 屬於無狀態硬體解碼器，桌面軟體常用的 VA-API（Video Acceleration API，影片硬體加速介面）與 Linux 的 V4L2 Stateless API（無狀態視訊解碼介面）並不完全契合，團隊暫以轉譯層讓支援 VA-API 的軟體可運用 AVD。更長遠的目標是 direct scanout（直接掃描輸出）：讓解碼器、AGX GPU 與 DCP 顯示控制器共用 Apple 的 Interchange 影格緩衝格式，減少 CPU 與 GPU 複製影像資料的耗電；若全螢幕影片或遊戲可直接交給顯示控制器輸出，GPU 甚至可暫時關閉。不過 KDE Plasma 的 KWin 視窗合成器目前把 AGX 與 DCP 視為多 GPU 組態，暫時停用 DMA-BUF（裝置間共享緩衝區機制）的直接輸出，最快可能要等 Plasma 6.8 改善。
Hacker News 討論普遍讚賞這個小型團隊在缺乏官方技術資料下，仍持續讓新一代 Apple Silicon 可執行 Linux，尤其肯定 M3 支援進度與 M4 虛擬化重新啟用。不少使用者認為 MacBook 的螢幕、觸控板、機身設計、記憶體容量與能源效率仍具吸引力，因此期待未來能在保留 macOS 的同時，以 Asahi Linux 作為日常環境；也有人指出電池續航、功能完整度與新機種支援仍需多年追趕。關於 Apple 的態度，部分意見認為其安全開機架構仍保留安裝替代作業系統的空間；批評者則認為這只是未徹底鎖死平台的最低限度，真正的協助應包括公開硬體手冊、提供 Linux 驅動程式並參與上游核心維護。
👥 138 則討論、評論 💬
https://news.ycombinator.com/item?id=49456851
Asahi Linux 隨 Linux 7.2 發布，持續補齊 Apple Silicon 的核心電源管理。Apple 處理器缺少 Linux 慣用的 EL3（Exception Level 3，高權限韌體例外層級），使核心無法藉由 PSCI（Power State Coordination Interface，電源狀態協調介面）標準方式進入省電狀態。團隊改以 m1n1 開機環境常駐的 UEFI Runtime Services（UEFI 韌體執行期服務）提供 PSCI 呼叫介面，讓 Linux 在維持 EL2 與虛擬化能力下，仍能正確管理處理器休眠。M4 更因 Apple 鎖定低階處理器組態，導致 WFI（Wait For Interrupt，中斷等待指令）可能遺失核心狀態並使系統當機；新補丁已讓核心初始化期間能避開這項問題。
在安全架構方面，M4 之後的 macOS 需要 SPTM（Secure Page Table Monitor，安全頁表監控器）處理記憶體頁表與權限控管，原先使 m1n1 Hypervisor（虛擬機器監控程式）無法追蹤 XNU（macOS 核心）的硬體存取。團隊藉由先前對 GXF（Guarded Execution Framework，受保護執行框架）與 SPRR（Apple 自訂頁表權限機制）的逆向工程成果，成功模擬這些功能，得以在 M4 上重新載入 SPTM 並監看 MMIO（Memory-Mapped Input/Output，記憶體映射輸入／輸出）操作。M3 的進展則接近正式版門檻：內建攝影機、麥克風、USB 3.0 與 Thunderbolt 已全面可用；M4、M5 也已有 NVMe（Non-Volatile Memory Express，非揮發性記憶體高速儲存介面）與 PCIe（Peripheral Component Interconnect Express，高速周邊互連）初步支援，但尚未適合納入安裝程式。
影片播放是另一個重點。AVD（Apple Video Decoder，Apple 影片解碼器）現已大致穩定支援 H.264、H.265、VP9，M3 以上亦可解碼 AV1。由於 AVD 屬於無狀態硬體解碼器，桌面軟體常用的 VA-API（Video Acceleration API，影片硬體加速介面）與 Linux 的 V4L2 Stateless API（無狀態視訊解碼介面）並不完全契合，團隊暫以轉譯層讓支援 VA-API 的軟體可運用 AVD。更長遠的目標是 direct scanout（直接掃描輸出）：讓解碼器、AGX GPU 與 DCP 顯示控制器共用 Apple 的 Interchange 影格緩衝格式，減少 CPU 與 GPU 複製影像資料的耗電；若全螢幕影片或遊戲可直接交給顯示控制器輸出，GPU 甚至可暫時關閉。不過 KDE Plasma 的 KWin 視窗合成器目前把 AGX 與 DCP 視為多 GPU 組態，暫時停用 DMA-BUF（裝置間共享緩衝區機制）的直接輸出，最快可能要等 Plasma 6.8 改善。
Hacker News 討論普遍讚賞這個小型團隊在缺乏官方技術資料下，仍持續讓新一代 Apple Silicon 可執行 Linux，尤其肯定 M3 支援進度與 M4 虛擬化重新啟用。不少使用者認為 MacBook 的螢幕、觸控板、機身設計、記憶體容量與能源效率仍具吸引力，因此期待未來能在保留 macOS 的同時，以 Asahi Linux 作為日常環境；也有人指出電池續航、功能完整度與新機種支援仍需多年追趕。關於 Apple 的態度，部分意見認為其安全開機架構仍保留安裝替代作業系統的空間；批評者則認為這只是未徹底鎖死平台的最低限度，真正的協助應包括公開硬體手冊、提供 Linux 驅動程式並參與上游核心維護。
👥 138 則討論、評論 💬
https://news.ycombinator.com/item?id=49456851