Hãy thể hiện sự ủng hộ của bạn bằng cách hiển thị các biểu ngữ trên trang này. Chúng tôi cố gắng đảm bảo chỉ những quảng cáo phù hợp, sạch sẽ mới được hiển thị và khi phát hiện thấy bất kỳ quảng cáo khó chịu nào, chúng tôi sẽ cố gắng xóa chúng ngay khi có thể. Quảng cáo là thứ giúp trang web này có thể duy trì hàng ngày trong hơn 18 năm qua. Hãy xem xét Phoronix Premium không có quảng cáo của chúng tôi nếu bạn muốn xem trang web không có quảng cáo trong khi vẫn giúp chúng tôi thực hiện công việc của mình. Quảng cáo là thứ đã cho phép trang web này được duy trì hàng ngày trong hơn 18 năm qua. Chúng tôi cố gắng hết sức để đảm bảo chỉ những quảng cáo sạch, có liên quan mới được hiển thị, khi phát hiện thấy bất kỳ quảng cáo khó chịu nào, chúng tôi sẽ cố gắng loại bỏ chúng càng sớm càng tốt. Nếu bạn muốn xem trang web không có quảng cáo trong khi vẫn hỗ trợ công việc của chúng tôi, vui lòng xem xét Phoronix Premium không có quảng cáo của chúng tôi .
Đồ họa Intel Arc sẽ không còn được coi là thử nghiệm trong Linux 6Người dùng đã phải sử dụng tùy chọn mô-đun force_probe= với phần cứng Intel Arc Graphics DG2/Alchemist cho đến thời điểm này, chẳng hạn như Arc Graphics A380 và Arc Graphics A750/A770, để thực sự có trình điều khiển nhân Intel i915 kích hoạt GPU rời . Khi trình điều khiển Intel coi một thiết bị cụ thể đang được hỗ trợ "thử nghiệm", thì phải có tùy chọn force_probe
Thử nghiệm của tôi trên Linux 6. 06 hoạt động tốt với các card Arc Graphics A380/A750/A770. Không tăng tốc phần cứng hoặc thậm chí xử lý KMS phù hợp cho đến khi thiết lập tùy chọn mô-đun này và Intel đã giữ hỗ trợ DG2/Alchemist đằng sau cờ thử nghiệm, điều này tạo ra trải nghiệm người dùng kém lý tưởng. Vì vậy, với Linux 6. 2, GPU lớp DG2 sẽ được hỗ trợ chính thức
Tính năng bảo vệ Force_probe trên GPU DG2 [Alchemist] đã bị loại bỏ khi kéo sang DRM-Next vào thứ Sáu, theo bản vá thông báo hỗ trợ cho DG2
Chúng tôi đã sẵn sàng xóa yêu cầu force_probe và bật nền tảng theo mặc định vì DG2 đã rất hữu ích trong một thời gian và tất cả các thay đổi [API không gian người dùng] liên quan đến việc sử dụng nền tảng cơ bản đã hoàn tất. "
So với Linux 6. 2, Arc Graphics cuối cùng cũng có hỗ trợ tuyệt vời. Cần sử dụng không gian người dùng in Mesa 22. 2 hoặc mới hơn [lý tưởng nhất là Mesa 22 sắp tới]. 3 để có hiệu suất và hỗ trợ tốt nhất]
Cửa sổ hợp nhất cho Linux 6. 2 sẽ bắt đầu vào tháng 12, trong khi bản phân phối ổn định v6Các bản phân phối Linux mùa xuân [và các bản phân phối phát hành cuốn chiếu] giờ đây sẽ được hưởng lợi từ trải nghiệm thú vị với Intel Arc Graphics mà không cần giải pháp thay thế cho hành vi thử nghiệm [force_probe] vì các nhân phiên bản 2 sẽ được phát hành vào tháng 2. Giờ đây, phần lớn nền tảng dGPU đã được đặt ra, hy vọng rằng họ sẽ có thể cung cấp hỗ trợ Linux ổn định, kịp thời hơn với GPU Battlemage thế hệ tiếp theo
Viết bởi Michael Larabel tại Intel vào ngày 19 tháng 11 năm 2022 lúc 07. 00 AM EST. 30 bình luận
Với phần cứng Intel Arc Graphics DG2/Alchemist cho đến thời điểm này như Arc Graphics A380 và Arc Graphics A750/A770, người dùng đã phải tận dụng i915. force_probe= tùy chọn mô-đun để thực sự có trình điều khiển nhân Intel i915 cho phép hỗ trợ GPU rời. Tùy chọn force_probe là một yêu cầu khi trình điều khiển Intel xử lý một thiết bị nhất định dưới dạng hỗ trợ "thử nghiệm"
Thử nghiệm của tôi với thẻ Arc Graphics A380/A750/A770 diễn ra tốt đẹp trên Linux 6. 0~6. 1 và tôi đã tự hỏi tại sao Intel lại giữ hỗ trợ DG2/Alchemist đằng sau lá cờ thử nghiệm vì nó mang lại trải nghiệm người dùng không lý tưởng. Không tăng tốc phần cứng hoặc thậm chí xử lý KMS thích hợp cho đến khi cài đặt tùy chọn mô-đun này. Chà, với Linux 6. 2 họ đang hoàn thiện các GPU lớp DG2 để được hỗ trợ chính thức
Với việc kéo sang DRM-Next vào thứ Sáu, GPU DG2 [Nhà giả kim] không còn bảo vệ force_probe nữa. Bản vá thúc đẩy hỗ trợ DG2 được lưu ý
"Hiện tại DG2 đã rất hữu dụng và tất cả các thay đổi [API không gian người dùng] liên quan đến việc sử dụng nền tảng cơ bản đã được hoàn thiện. Kết quả [tích hợp liên tục] gần đây cũng tốt, vì vậy chúng tôi đã sẵn sàng bỏ yêu cầu force_probe và bật nền tảng theo mặc định. "
Vì vậy, với Linux 6. 2 cuối cùng cũng có hỗ trợ tuyệt vời dành cho Arc Graphics. Trong không gian người dùng Mesa 22. 2 hoặc mới hơn là cần thiết [lý tưởng nhất là Mesa 22 sắp ra mắt. 3 để được hỗ trợ/hiệu suất tốt nhất]
Linux6. 2 sẽ thấy cửa sổ hợp nhất của nó bắt đầu vào tháng 12 trong khi v6 ổn định. 2 kernel sẽ ra mắt vào tháng 2. Đổi lại, các bản phân phối Linux mùa xuân [và các bản phân phối phát hành cuốn chiếu] giờ đây sẽ có trải nghiệm tuyệt vời với Đồ họa Intel Arc mà không cần giải pháp thay thế cho hành vi thử nghiệm [force_probe]. Hy vọng rằng với GPU Battlemage thế hệ tiếp theo, họ sẽ quản lý để cung cấp hỗ trợ Linux ổn định kịp thời hơn khi phần lớn nền tảng dGPU đã được thiết lập
30 bình luận
- Nếu đây là lần đầu tiên bạn truy cập, hãy nhớ xem Câu hỏi thường gặp bằng cách nhấp vào liên kết ở trên. Bạn có thể phải đăng ký trước khi bạn có thể đăng bài. Nhấp vào liên kết đăng ký ở trên để tiến hành. Để bắt đầu xem tin nhắn, hãy chọn diễn đàn mà bạn muốn truy cập từ lựa chọn bên dưới
#Linux 6. 2 Sẽ không còn coi Đồ họa @IntelGraphics Arc là thử nghiệm nữa
– Phoronix [@phoronix] ngày 19 tháng 11 năm 2022
-- DG2/Alchemist tốt nghiệp Linux 6. 2 sang trạng thái ổn định mà không cần bật tùy chọn "force_probe". https. //t. co/AE6WXZM4WZ
Về cơ bản, Arc trên Framework thế hệ thứ 11 không sử dụng được, nếu không có hỗ trợ ReBAR, hiệu suất chỉ đạt khoảng 50% so với mức cần thiết [khi nội dung thực sự tải] và tôi gặp sự cố ngẫu nhiên hàng ngày [khi được gắn với Arc] ngay cả khi tôi không sử dụng máy tính xách tay của mình
Tôi buộc phải đặt GPU cũ của mình trở lại và rất thất vọng / thất vọng… nhưng một lần nữa, đây chính xác là điều tôi sẵn sàng [trường hợp xấu nhất] làm để trở thành “Guinea Pig”
Bộ RAM quan trọng 64GB [2x32GB] DDR4 3200MHz CL22 [hoặc 2933MHz hoặc 2666MHz] Bộ nhớ máy tính xách tay CT2K32G4SFD832A
Chúng dường như hoạt động tốt theo như báo cáo của BIOS
Tôi đã tắt Khởi động an toàn và cắm USB để cài đặt hệ điều hành từ
Tôi đã thử nhiều lần bằng cách sử dụng Fedora 37 và Ubuntu 22 USB cài đặt để đưa hệ điều hành vào máy này
Nếu tôi cố gắng sử dụng Fedora 37, hệ thống sẽ khởi động và gặp sự cố với điều này trên màn hình
“[ 2. 917246] dracut-pre-udev[717]. sh. dòng 1. /sbin/sysctl. Không có tập tin hoặc thư mục"
Tôi không biết điều này có nghĩa là gì
Thứ hai, tôi đã thử Fedora 36 từ USB. Điều này dẫn đến thông báo “no bootable devices found” trên màn hình
Tiếp theo, tôi lấy Ventoy, định dạng USB và đặt ISO có thể khởi động Fedora 37 trên đó. Điều này đã giúp tôi cài đặt, nhưng khi khởi động lại, hệ thống bị đóng băng trên màn hình giật gân Fedora [hình ảnh quay nhỏ cũng không quay, phía trên logo Fedora]
tôi đã thử lại. Tôi đã cài đặt Fedora 36 [để cập nhật lên 37 từ đó]. Quá trình cài đặt diễn ra tốt đẹp mọi lúc, cho đến khi tôi cập nhật. Sau khi cập nhật Sudo dnf, hệ thống lại đóng băng khi khởi động. Nếu tôi không cập nhật, nó hoạt động tốt, nhưng Fedora 36 đã lỗi thời nhiều. Tôi có thể sao chép hành vi này mỗi lần với Fedora, nó chỉ đơn giản là từ chối hoạt động sau khi cập nhật
Làm thế nào tôi có thể sửa lỗi này? . Thật đáng tiếc vì Hades Canyon của tôi hoạt động hoàn hảo
Dự đoán duy nhất của tôi là có một số lỗi hoặc hồi quy trình điều khiển trong kernel 6 nhưng những người khác có thể cài đặt nó… tôi không biết phải làm gì khác
cập nhật 1
Tôi đã cài đặt Fedora 36 mới và chạy bản cập nhật dnf nhưng loại trừ mọi thứ có tên kernel* để ngăn nó cập nhật lên kernel 6. x. Hệ thống vẫn hoạt động tốt. Tôi có thể cài đặt bất cứ thứ gì tôi muốn và khởi động lại liên tục không có vấn đề gì
Tôi không thể làm cho âm thanh hoạt động, tuy nhiên
Nếu tôi cài đặt Fedora 37, nó sẽ từ chối khởi động. Nếu tôi chỉnh sửa thông số khởi động trong grub và nhập 'nomodeset' - nó sẽ khởi động vào Fedora 37. Báo cáo đồ họa là "Kết xuất phần mềm"
Tôi đoán đây là một vấn đề trong kernel 6. 0. 8/ một số trình điều khiển [?] và tất cả những gì tôi có thể làm là đợi 6. 1 và 6. 2 [mặc dù đây sẽ là hàng tháng nếu không có máy có thể sử dụng được?]
cập nhật 2
Dựa trên bản cập nhật trước, tôi đã thử một lần nữa
Tôi bắt đầu từ đầu đã làm như sau
Đã định dạng phân vùng GPT bằng Ventoy trên thanh USB
Đã thêm Fedora 36 ISO vào thanh USB
Đã bật Khởi động an toàn và Intel TPM trong BIOS
Lần này không có sự cố lạ hoặc yêu cầu khởi động lại [tôi không định dạng là GPT hàng chục lần đầu tiên
]Fedora 36 được cài đặt tốt
Tôi đã chạy Sudo dnf update --exclude=kernel* để nhận tất cả các bản cập nhật có sẵn ngoại trừ kernel 6. 0 để tôi có thể tiếp tục gỡ lỗi
Sau đó, tôi khởi động lại một vài lần để đảm bảo nó ổn định
Sau đó, tôi đã cập nhật mà không loại trừ kernel và khi tôi lên 6. 0. 8 sự cố bắt đầu lại - hệ thống bị đóng băng
Tôi đã chỉnh sửa grub để đặt nomodeset mỗi khi tôi khởi động để ít nhất tôi có thể vào Fedora mà hệ thống không bị treo. Tôi tìm thấy hai điều rất tò mò
Với “Âm thanh HD” được bật trong BIOS hệ thống, hệ thống sẽ luôn đóng băng. Sau khi gỡ cài đặt, vẫn cần có nomodeset để vào Fedora mà không bị đóng băng. Tôi không biết tại sao đây là trường hợp. Định dạng như GPT là bắt buộc
Card đồ họa Intel Arc Alchemist sẽ yêu cầu Hệ điều hành của bạn sử dụng loại phân vùng GPT
Tôi đã bỏ lỡ vòng quay đầu tiên
Sau khi đọc qua nhật ký tạp chí, tôi đã tắt Âm thanh HD trong BIOS và khởi động lại. Nó vẫn đóng băng, nhưng tôi tiếp tục với những điều sau [thứ tự rất quan trọng]
Khởi động lại và đặt tham số khởi động nomodeset tại menu grub
Chỉnh sửa /etc/gdm/custom. conf và bỏ ghi chú WaylandEnabled=false - điều này buộc X11
khởi động lại
lspci -nnv. grep -A8 “VGA” hiện hiển thị gpu Intel Arc 770 và ID PCI
Đã chỉnh sửa/etc/default/grub và thêm i915. force_probe=5690 tham số khởi động
khởi động lại
Bây giờ nó hoạt động
Trên bảng Giới thiệu trong Cài đặt, nó hiện liệt kê chính xác GPU Arc đang sử dụng
Có ai biết “Âm thanh HD” trong hệ thống mới này là gì không và tôi có cần nó không? . Nếu tôi kích hoạt một trong hai, tôi phải chạy lại danh sách các bước theo thứ tự, bằng cách chỉnh sửa grub với nomodeset. Tôi có thể lặp lại điều đó một vài lần
Vấn đề duy nhất còn lại tôi có thể thấy là tôi không có đầu ra âm thanh cho màn hình qua DisplayPort. Tôi có thể thấy âm thanh trong pavucontrol khi phát video YouTube nhưng không nghe thấy gì. Kiểm tra âm thanh chạy, nhưng cũng không có âm thanh. Tôi không chắc làm thế nào để khắc phục điều đó
cập nhật 3
i915. force_probe không hoạt động sau khi tắt máy [chỉ khởi động lại] và phải thực hiện lại các chỉnh sửa grub theo thứ tự. Thở dài. Nó không thể sử dụng được như thế này
Có ai biết thủ phạm ở đây là gì không? . 1 hoặc 6. 2?