Asahi Linux 7.2: PSCI qua UEFI, sửa lỗi idle trên M4 và giả lập SPTM

Báo cáo tiến độ mới nhất của Asahi Linux cho bản 7.2 là một hỗn hợp dày đặc giữa hack phần cứng cấp thấp và kỹ thuật kernel. Điểm nhấn: dự án hiện đang triển khai một kênh PSCI qua UEFI Runtime Services, vì Apple Silicon không có EL3. Đây là lần đầu tiên cho hệ sinh thái kernel ARM64.

PSCI Không Có EL3

Các lõi của Apple thiếu EL3, nên kernel không thể dùng kênh SMC hoặc HVC tiêu chuẩn để tiếp cận firmware PSCI. Các nhà duy trì arm64 yêu cầu PSCI cho quản lý nguồn, điều này chặn việc đưa driver cpuidle tùy chỉnh của Asahi lên thượng nguồn. Giải pháp của dự án: m1n1 dành riêng bộ nhớ của nó và để lại một triển khai PSCI mà kernel có thể gọi qua UEFI Runtime Services. Đặc tả liệt kê SMC và HVC như ví dụ, không phải yêu cầu, nên đây là một cách đọc hợp lệ. Các bản vá đã có trên danh sách gửi thư dưới dạng RFC.

Giải Pháp Cho Sự Cố Idle Trên M4

Bắt đầu từ M4, Apple khóa chặt các bit chicken vốn cấu hình giữ trạng thái WFI. Kết quả: WFI trên M4 mất trạng thái lõi và sụp đổ. Yureka đã thêm một tham số dòng lệnh kernel để làm cho hành vi vòng lặp idle có thể cấu hình, bao gồm một vòng lặp no-op ngăn sự cố trong quá trình khởi động sớm trước khi driver cpuidle tiếp quản. Bản sửa đã có trong linux-next.

Giả Lập SPTM Trong m1n1

Secure Page Table Monitor (SPTM) của Apple là bắt buộc cho XNU trên M4+, và nó chạy ở một mức ngoại lệ song song (GL2) với SPRR. Điều đó khiến hypervisor m1n1 không hoạt động trên M4. Công trình dịch ngược SPRR và GXF trước đó của Sven đã được đền đáp: m1n1 giờ giả lập cả hai, cho phép nó tải blob SPTM của Apple, chạy XNU dưới hypervisor và theo dõi MMIO như trước. Theo dõi chậm hơn, nhưng nó giữ cho việc đưa phần cứng vào hoạt động khả thi.

Ngoại Vi M3

Hỗ trợ webcam và micro đã đến cho tất cả thiết bị dòng M3, với các chuỗi khởi tạo mới cho ISP và một bộ giảm tần số cao. ATCPHY (đàm phán USB3/DP/Thunderbolt) cũng cần các tunable cập nhật cho quy trình N3 của TSMC.