Trình điều khiển đồ họa đầu ra RaspberryPi KMS HDMI
Bản quyền
2020-2023 Raspberry Pi Ltd (trước đây là Raspberry Pi (Trading) Ltd.) Tài liệu này được cấp phép theo giấy phép Creative Commons Attribution-NoDerivatives 4.0 International (CC BY-ND 4.0). ngày xây dựng: 2023-02-10 phiên bản xây dựng: githash: c65fe9c-clean
Thông báo từ chối trách nhiệm pháp lý
DỮ LIỆU KỸ THUẬT VÀ ĐỘ TIN CẬY CHO CÁC SẢN PHẨM RASPBERRY PI (BAO GỒM BẢNG DỮ LIỆU) ĐƯỢC SỬA ĐỔI THEO THỜI GIAN (“NGUỒN”) ĐƯỢC CUNG CẤP BỞI RASPBERRY PI LTD (“RPL”) “NGUYÊN TRẠNG” VÀ BẤT KỲ BẢO ĐẢM RÕ RÀNG HOẶC NGỤ Ý NÀO, BAO GỒM NHƯNG KHÔNG GIỚI HẠN ĐẾN, CÁC BẢO ĐẢM NGỤ Ý VỀ KHẢ NĂNG BÁN ĐƯỢC VÀ SỰ PHÙ HỢP CHO MỘT MỤC ĐÍCH CỤ THỂ ĐỀU KHÔNG ĐƯỢC TỪ CHỐI TRÁCH NHIỆM. TRONG PHẠM VI TỐI ĐA ĐƯỢC PHÁP LUẬT HIỆN HÀNH CHO PHÉP TRONG MỌI TRƯỜNG HỢP, RPL SẼ KHÔNG CHỊU TRÁCH NHIỆM PHÁP LÝ VỀ BẤT KỲ THIỆT HẠI TRỰC TIẾP, GIÁN TIẾP, NGẪU NHIÊN, ĐẶC BIỆT, ĐIỂN HÌNH HOẶC DỮ LIỆU (BAO GỒM NHƯNG KHÔNG GIỚI HẠN Ở VIỆC MUA HÀNG HÓA HOẶC DỊCH VỤ THAY THẾ; MẤT SỬ DỤNG, DỮ LIỆU , HOẶC LỢI NHUẬN; HOẶC GIÁN ĐOẠN KINH DOANH) TUY NHIÊN NGUYÊN NHÂN VÀ TRÊN BẤT KỲ LÝ THUYẾT VỀ TRÁCH NHIỆM PHÁP LÝ NÀO, DÙ TRONG HỢP ĐỒNG, TRÁCH NHIỆM PHÁP LÝ NGHIÊM NGẶT HOẶC NGOẠI TỆ (BAO GỒM SƠ SUẤT HAY CÁCH NÀO) PHÁT SINH TRONG BẤT KỲ CÁCH NÀO NGOÀI VIỆC SỬ DỤNG NGUỒN LỰC, NGAY CẢ KHI ĐƯỢC TƯ VẤN VỀ KHẢ NĂNG CỦA THIỆT HẠI NHƯ VẬY. RPL bảo lưu quyền thực hiện bất kỳ cải tiến, cải tiến, chỉnh sửa hoặc bất kỳ sửa đổi nào khác đối với TÀI NGUYÊN hoặc bất kỳ sản phẩm nào được mô tả trong đó vào bất kỳ lúc nào mà không cần thông báo thêm. TÀI NGUYÊN dành cho người dùng có kỹ năng với mức độ kiến thức thiết kế phù hợp. Người dùng hoàn toàn chịu trách nhiệm về việc lựa chọn và sử dụng TÀI NGUYÊN cũng như bất kỳ ứng dụng nào của các sản phẩm được mô tả trong đó. Người dùng đồng ý bồi thường và giữ cho RPL không bị tổn hại trước mọi trách nhiệm pháp lý, chi phí, thiệt hại hoặc tổn thất khác phát sinh từ việc họ sử dụng TÀI NGUYÊN.RPL cấp cho người dùng quyền sử dụng TÀI NGUYÊN duy nhất cùng với các sản phẩm Raspberry Pi. Tất cả việc sử dụng NGUỒN TÀI NGUYÊN khác đều bị cấm. Không có giấy phép nào được cấp cho bất kỳ RPL nào khác hoặc quyền sở hữu trí tuệ của bên thứ ba khác. CÁC HOẠT ĐỘNG CÓ RỦI RO CAO. Các sản phẩm Raspberry Pi không được thiết kế, sản xuất hoặc dự định sử dụng trong các môi trường nguy hiểm đòi hỏi hiệu suất an toàn khi hỏng hóc, chẳng hạn như trong vận hành các cơ sở hạt nhân, hệ thống liên lạc hoặc điều hướng máy bay, kiểm soát không lưu, hệ thống vũ khí hoặc các ứng dụng quan trọng về an toàn (bao gồm hỗ trợ sự sống thống và các thiết bị y tế khác), trong đó lỗi sản phẩm có thể trực tiếp dẫn đến tử vong, thương tích cá nhân hoặc thiệt hại nghiêm trọng về thể chất hoặc môi trường (“Hoạt động có rủi ro cao”). RPL từ chối cụ thể mọi bảo đảm rõ ràng hoặc ngụ ý về tính phù hợp cho các Hoạt động có rủi ro cao và không chịu trách nhiệm pháp lý đối với việc sử dụng hoặc đưa các sản phẩm Raspberry Pi vào các Hoạt động có rủi ro cao. Các sản phẩm Raspberry Pi được cung cấp tuân theo Điều khoản tiêu chuẩn của RPL. Việc cung cấp TÀI NGUYÊN của RPL không mở rộng hoặc sửa đổi các Điều khoản Tiêu chuẩn của RPL bao gồm nhưng không giới hạn ở các tuyên bố từ chối trách nhiệm và bảo đảm được thể hiện trong đó.
Lịch sử phiên bản tài liệu
Phạm vi tài liệu
Tài liệu này áp dụng cho các sản phẩm Raspberry Pi sau
Giới thiệu
Với việc giới thiệu trình điều khiển đồ họa KMS (Kernel Mode Setting), Raspberry Pi Ltd đang chuyển từ điều khiển phần sụn cũ của hệ thống đầu ra video sang một hệ thống đồ họa nguồn mở hơn. Tuy nhiên, điều này đã đi kèm với những thách thức riêng của nó. Tài liệu này nhằm trợ giúp về mọi vấn đề có thể phát sinh khi chuyển sang hệ thống mới. Sách trắng này giả định rằng Raspberry Pi đang chạy Raspberry Pi OS và được cập nhật đầy đủ với phần sụn và nhân mới nhất.
Thuật ngữ
DRM: Trình quản lý kết xuất trực tiếp, một hệ thống con của nhân Linux được sử dụng để giao tiếp với các đơn vị xử lý đồ họa (GPU). Được sử dụng cùng với FKMS và KMS.
DVI: Tiền thân của HDMI, nhưng không có khả năng âm thanh. Có sẵn cáp và bộ chuyển đổi HDMI sang DVI để kết nối thiết bị Raspberry Pi với màn hình được trang bị DVI.
chỉnh sửa: Dữ liệu nhận dạng hiển thị mở rộng. Định dạng siêu dữ liệu dành cho thiết bị hiển thị để mô tả khả năng của chúng đối với nguồn video. Cấu trúc dữ liệu EDID bao gồm tên nhà sản xuất và số sê-ri, loại sản phẩm, kích thước màn hình vật lý và thời gian được màn hình hỗ trợ, cùng với một số dữ liệu ít hữu ích hơn. Một số màn hình có thể có các khối EDID bị lỗi, điều này có thể gây ra sự cố nếu hệ thống hiển thị không xử lý các lỗi đó.
FKMS (vc4-fkms-v3d): Cài đặt chế độ hạt nhân giả. Trong khi phần sụn vẫn kiểm soát phần cứng cấp thấp (ví dụ:ample, các cổng Giao diện đa phương tiện độ nét cao (HDMI), Giao diện nối tiếp hiển thị (DSI), v.v.), các thư viện Linux tiêu chuẩn được sử dụng trong chính nhân. FKMS được sử dụng theo mặc định trong Buster, nhưng hiện không được dùng nữa để thay thế cho KMS trong Bullseye.
HDMI: Giao diện đa phương tiện độ nét cao là giao diện âm thanh/video độc quyền để truyền dữ liệu video không nén và dữ liệu âm thanh kỹ thuật số nén hoặc không nén.
HPD: Phát hiện phích cắm nóng. Một dây vật lý được xác nhận bởi một thiết bị hiển thị được kết nối để cho biết nó có mặt.
KMS: Cài đặt chế độ hạt nhân; nhìn thấy https://www.kernel.org/doc/html/latest/gpu/drm-kms.html để biết thêm chi tiết. Trên Raspberry Pi, vc4-kms-v3d là trình điều khiển triển khai KMS và thường được gọi là "trình điều khiển KMS". Ngăn xếp đồ họa kế thừa: Ngăn xếp đồ họa được triển khai hoàn toàn trong blob phần sụn VideoCore được cung cấp bởi trình điều khiển bộ đệm khung Linux. Ngăn xếp đồ họa kế thừa đã được sử dụng trong phần lớn các thiết bị Raspberry Pi Ltd cho đến gần đây; nó hiện đang dần được thay thế bởi (F)KMS/DRM.
Hệ thống HDMI và trình điều khiển đồ họa
Các thiết bị Raspberry Pi sử dụng chuẩn HDMI, rất phổ biến trên màn hình LCD và TV hiện đại, để xuất video. Raspberry Pi 3 (bao gồm Raspberry Pi 3B+) và các thiết bị cũ hơn có một cổng HDMI duy nhất, có khả năng xuất ra 1920 × 1200 @ 60Hz bằng đầu nối HDMI kích thước đầy đủ. Raspberry Pi 4 có hai cổng micro HDMI và có khả năng xuất 4K trên cả hai cổng. Tùy thuộc vào thiết lập, cổng HDMI 0 trên Raspberry Pi 4 có khả năng lên tới 4kp60, nhưng khi sử dụng hai thiết bị đầu ra 4K, bạn bị giới hạn ở p30 trên cả hai thiết bị. Ngăn xếp phần mềm đồ họa, bất kể phiên bản nào, chịu trách nhiệm thẩm vấn các thiết bị HDMI được đính kèm để biết các thuộc tính của chúng và thiết lập hệ thống HDMI một cách thích hợp. Cả ngăn xếp kế thừa và FKMS đều sử dụng phần sụn trong bộ xử lý đồ họa VideoCore để kiểm tra sự hiện diện và thuộc tính của HDMI. Ngược lại, KMS sử dụng một mã nguồn mở hoàn toàn, triển khai phía ARM. Điều này có nghĩa là cơ sở mã cho hai hệ thống hoàn toàn khác nhau và trong một số trường hợp, điều này có thể dẫn đến hành vi khác nhau giữa hai phương pháp. Các thiết bị HDMI và DVI tự nhận dạng thiết bị nguồn bằng cách sử dụng một phần siêu dữ liệu được gọi là khối EDID. Điều này được thiết bị nguồn đọc từ thiết bị hiển thị thông qua kết nối I2C và điều này hoàn toàn minh bạch đối với người dùng cuối vì nó được thực hiện bởi ngăn xếp đồ họa. Khối EDID chứa rất nhiều thông tin, nhưng nó chủ yếu được sử dụng để chỉ định độ phân giải mà màn hình hỗ trợ, vì vậy Raspberry Pi có thể được thiết lập để xuất ra độ phân giải phù hợp.
Cách xử lý HDMI trong khi khởi động
Khi bật nguồn lần đầu tiên, Raspberry Pi trải qua một số bướctages, được gọi là boot stagđó là:
- đầu tiên-stage, Bộ tải khởi động dựa trên ROM khởi động GPU VideoCore.
- giâytage bootloader (đây là bootcode.bin trên thẻ SD trên các thiết bị trước Raspberry Pi 4 và trong SPI EEPROM trên Raspberry Pi 4):
- Trên Raspberry Pi 4, giâytagBộ tải khởi động sẽ khởi động hệ thống HDMI, hỏi màn hình về các chế độ có thể, sau đó thiết lập màn hình một cách thích hợp. Tại thời điểm này, màn hình được sử dụng để cung cấp dữ liệu chẩn đoán cơ bản.
- Màn hình chẩn đoán bộ nạp khởi động (từ ngày 07 tháng 2022 năm XNUMX trở đi) sẽ hiển thị trạng thái của bất kỳ màn hình nào được đính kèm (liệu có Hotplug Detect (HPD) hay không và liệu khối EDID đã được phục hồi từ màn hình hay chưa).
- Chương trình cơ sở VideoCore (start.elf) được tải và chạy. Thao tác này sẽ kiểm soát hệ thống HDMI, đọc khối EDID từ bất kỳ màn hình đính kèm nào và hiển thị màn hình cầu vồng trên các màn hình đó.
- Nhân Linux khởi động
- Trong quá trình khởi động kernel, KMS sẽ chiếm quyền kiểm soát hệ thống HDMI từ phần sụn. Một lần nữa, khối EDID được đọc từ bất kỳ màn hình đính kèm nào và thông tin này được sử dụng để thiết lập bảng điều khiển Linux và máy tính để bàn.
Các vấn đề và triệu chứng có thể xảy ra
Triệu chứng lỗi phổ biến nhất gặp phải khi chuyển sang KMS là khởi động tốt ban đầu, với màn hình bộ nạp khởi động và sau đó là màn hình cầu vồng xuất hiện, sau đó vài giây màn hình chuyển sang màu đen và không sáng lại. Điểm mà màn hình chuyển sang màu đen trên thực tế là điểm trong quá trình khởi động kernel khi trình điều khiển KMS tiếp quản việc chạy màn hình từ phần sụn. Raspberry Pi hiện đang chạy ở mọi khía cạnh ngoại trừ đầu ra HDMI, vì vậy nếu SSH được bật thì bạn sẽ có thể đăng nhập vào thiết bị theo tuyến đường đó. Đèn LED truy cập thẻ SD màu xanh lục thỉnh thoảng sẽ nhấp nháy. Cũng có thể bạn sẽ không thấy đầu ra HDMI nào cả; không có màn hình bộ nạp khởi động và không có màn hình cầu vồng. Điều này thường có thể được quy cho một lỗi phần cứng.
Chẩn đoán lỗi
Không có đầu ra HDMI nào cả
Có thể thiết bị hoàn toàn không khởi động, nhưng điều này nằm ngoài phạm vi của sách trắng này. Giả sử rằng hành vi được quan sát là sự cố hiển thị, việc thiếu đầu ra HDMI trong bất kỳ phần nào của quá trình khởi động thường là do lỗi phần cứng. Có một số tùy chọn có thể:
- Cáp HDMI bị lỗi
- Hãy thử một cáp mới. Một số loại cáp, đặc biệt là những loại rất rẻ, có thể không chứa tất cả các đường truyền thông cần thiết (ví dụ: phích cắm nóng) để Raspberry Pi phát hiện thành công màn hình.
- Cổng HDMI bị lỗi trên Raspberry Pi
- Nếu bạn đang sử dụng Raspberry Pi 4, hãy thử cổng HDMI khác.
- Lỗi cổng HDMI trên màn hình
- Đôi khi cổng HDMI trên màn hình hoặc TV có thể bị hỏng. Hãy thử một cổng khác nếu thiết bị có một cổng.
- Hiếm khi, thiết bị hiển thị chỉ có thể cung cấp dữ liệu EDID khi được bật hoặc khi chọn đúng cổng. Để kiểm tra, hãy đảm bảo rằng thiết bị đang bật và đã chọn đúng cổng đầu vào.
- Thiết bị hiển thị không xác nhận dòng phát hiện cắm nóng
Đầu ra ban đầu, sau đó màn hình chuyển sang màu đen
Nếu màn hình hiển thị nhưng sau đó tắt trong quá trình khởi động nhân Linux, có một số nguyên nhân có thể xảy ra và những nguyên nhân này thường liên quan đến sự cố đọc EDID từ thiết bị hiển thị. Như có thể thấy từ phần xử lý trình tự khởi động ở trên, EDID được đọc tại một số điểm khác nhau trong quá trình khởi động và mỗi lần đọc này được thực hiện bởi một phần mềm khác nhau. Quá trình đọc cuối cùng, khi KMS tiếp quản, được thực hiện bởi mã nhân Linux ngược dòng không thay đổi và điều này không xử lý các định dạng EDID bị lỗi cũng như phần mềm chương trình cơ sở trước đó. Đây là lý do tại sao màn hình có thể ngừng hoạt động bình thường sau khi KMS tiếp quản. Có một số cách để xác nhận xem KMS có đọc được EDID hay không và hai trong số đó là như sau.
Kiểm tra màn hình chẩn đoán bộ nạp khởi động (chỉ dành cho Raspberry Pi 4)
GHI CHÚ
Chẩn đoán bộ tải khởi động yêu cầu bộ tải khởi động gần đây. Bạn có thể nâng cấp lên phiên bản mới nhất bằng các hướng dẫn sau: https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#updating-the-bootloader Tháo thẻ SD và khởi động lại Raspberry Pi. Nhấn ESC trên màn hình Cài đặt hệ điều hành và màn hình chẩn đoán sẽ xuất hiện trên thiết bị hiển thị. Cần có một dòng trên màn hình bắt đầu bằng hiển thị: — ví dụ:amplê:
- trưng bày: DISP0: HDMI HPD=1 EDID=ok #2 DISP1: HPD=0 EDID=không có #0
Đầu ra này từ Raspberry Pi 4 cho thấy hệ thống đã phát hiện thấy màn hình HDMI trên cổng HDMI 0, phát hiện phích cắm nóng được xác nhận và EDID đã được đọc OK. Không tìm thấy gì trên cổng HDMI 1.
Kiểm tra xem hệ thống KMS có phát hiện EDID không
Để kiểm tra điều này, bạn cần đăng nhập vào thiết bị Raspberry Pi qua SSH từ một máy tính khác. SSH có thể được bật khi tạo ảnh thẻ SD bằng Raspberry Pi Imager, sử dụng tùy chọn Cài đặt nâng cao. Kích hoạt SSH trên thẻ SD đã được tạo ảnh phức tạp hơn một chút: bạn sẽ cần sử dụng một máy tính khác để thêm file đặt tên ssh vào phân vùng khởi động. Thay thế thẻ SD trong Raspberry Pi ban đầu và cấp nguồn cho nó. Điều này sẽ kích hoạt SSH, với địa chỉ IP được cấp phát bởi DHCP. Sau khi đăng nhập, hãy nhập nội dung sau vào dấu nhắc của thiết bị đầu cuối để hiển thị nội dung của bất kỳ EDID nào được phát hiện (bạn có thể cần thay đổi HDMI-A-1 thành HDMI-A-2 tùy thuộc vào cổng HDMI nào trên Raspberry Pi mà thiết bị hiển thị được kết nối to): cat /sys/class/drm/card?-HDMI-A-1/edid Nếu không có thư mục nào có tên card?-HDMI-A-1 hoặc tương tự, thì có khả năng không thể đọc được EDID nào từ màn hình thiết bị.
GHI CHÚ
Trong trường hợp EDID được đọc thành công, có một ảo hữu ích file trong cùng một thư mục, được gọi là các chế độ, khi được hiển thị sẽ hiển thị tất cả các chế độ có thể có mà EDID tuyên bố rằng thiết bị hỗ trợ.
Giảm nhẹ
Lỗi phát hiện phích cắm nóng Nếu cả phần sụn và KMS không tìm thấy màn hình đi kèm, đó có thể là lỗi phát hiện phích cắm nóng — tức là Raspberry Pi không biết thiết bị đã được cắm vào, vì vậy nó không kiểm tra EDID. Điều này có thể do cáp kém hoặc thiết bị hiển thị không xác nhận phích cắm nóng chính xác. Bạn có thể buộc phát hiện hotplug bằng cách thay đổi dòng lệnh kernel file (cmdline.txt) được lưu trữ trong phân vùng khởi động của thẻ SD Raspberry Pi OS. Bạn có thể chỉnh sửa cái này file trên một hệ thống khác, sử dụng bất kỳ trình chỉnh sửa nào bạn thích. Thêm phần sau vào cuối cmdline.txt file: video=HDMI-A-1:1280×720@60D Nếu bạn đang sử dụng cổng HDMI thứ hai, hãy thay HDMI-A-1 bằng HDMI-A-2. Bạn cũng có thể chỉ định độ phân giải và tốc độ khung hình khác, nhưng hãy đảm bảo rằng bạn chọn những độ phân giải mà thiết bị hiển thị hỗ trợ.
GHI CHÚ
Tài liệu về cài đặt dòng lệnh kernel cho video có thể được tìm thấy ở đây: https://www.kernel.org/doc/Documentation/fb/modedb.txt
CẢNH BÁO
Các ngăn xếp đồ họa cũ hơn hỗ trợ việc sử dụng mục nhập config.txt để thiết lập tính năng phát hiện cắm nóng, nhưng tại thời điểm viết bài này, tính năng này không hoạt động với KMS. Nó có thể được hỗ trợ trong các bản phát hành phần sụn trong tương lai. Mục config.txt là hdmi_force_hotplug và bạn có thể chỉ định cổng HDMI cụ thể mà phích cắm nóng áp dụng cho việc sử dụng hdmi_force_hotplug:0=1 hoặc hdmi_force_hotplug:1=1. Lưu ý rằng danh pháp cho KMS đề cập đến các cổng HDMI là 1 và 2, trong khi Raspberry Pi sử dụng 0 và 1.
vấn đề EDID
Một số ít thiết bị hiển thị không thể trả lại EDID nếu chúng bị tắt hoặc khi chọn sai đầu vào AV. Đây có thể là một vấn đề khi Raspberry Pi và thiết bị hiển thị nằm trên cùng một dải nguồn và thiết bị Raspberry Pi khởi động nhanh hơn màn hình. Với những thiết bị như thế này, bạn có thể cần cung cấp EDID theo cách thủ công. Bất thường hơn nữa, một số thiết bị hiển thị có các khối EDID bị định dạng sai và hệ thống KMS EDID không thể phân tích cú pháp. Trong những trường hợp này, có thể đọc EDID từ thiết bị có độ phân giải tương tự và sử dụng thiết bị đó. Trong cả hai trường hợp, các hướng dẫn sau đây trình bày cách đọc EDID từ thiết bị hiển thị và định cấu hình KMS để sử dụng nó, thay vì KMS cố gắng thẩm vấn trực tiếp thiết bị.
Sao chép một EDID vào một file
Tạo một file chứa siêu dữ liệu EDID từ đầu thường không khả thi và việc sử dụng siêu dữ liệu hiện có sẽ dễ dàng hơn nhiều. Nói chung, có thể lấy EDID từ thiết bị hiển thị và lưu trữ nó trên thẻ SD của Raspberry Pi để KMS có thể sử dụng nó thay vì lấy EDID từ thiết bị hiển thị. Tùy chọn đơn giản nhất ở đây là đảm bảo rằng thiết bị hiển thị đang hoạt động và trên đầu vào AV chính xác và Raspberry Pi đã khởi động hệ thống HDMI đúng cách. Từ thiết bị đầu cuối, bây giờ bạn có thể sao chép EDID vào một file bằng lệnh sau: sudo cp /sys/class/drm/card?-HDMI-A-1/edid /lib/firmware/myedid.dat Nếu vì lý do nào đó EDID không xuất hiện, bạn có thể khởi động thiết bị ở chế độ không -Chế độ KMS khởi động thành công vào máy tính để bàn hoặc bảng điều khiển, sau đó sao chép EDID mà phần sụn sẽ (hy vọng) đọc thành công vào một file.
- Khởi động sang chế độ đồ họa cũ.
- Chỉnh sửa config.txt trong phân vùng khởi động, đảm bảo chạy trình chỉnh sửa của bạn bằng sudo và thay đổi dòng có nội dung dtoverlay=vc4-kms-v3d thành #dtoverlay=vc4-kms-v3d.
- Khởi động lại.
- Màn hình nền hoặc bảng điều khiển đăng nhập sẽ xuất hiện.
- Sử dụng thiết bị đầu cuối, sao chép EDID từ thiết bị hiển thị đi kèm vào một file với lệnh sau:
- tvservice -d myedid.dat sudo mv myedid.dat /lib/firmware/
Sử dụng một fileEDID dựa trên thay vì thẩm vấn thiết bị hiển thị Chỉnh sửa /boot/cmdline.txt, đảm bảo chạy trình chỉnh sửa của bạn bằng sudo và thêm dòng sau vào dòng lệnh kernel: drm.edid_firmware=myedid.dat Bạn có thể áp dụng EDID cho một cổng HDMI cụ thể như sau: drm.edid_firmware=HDMI-A-1:myedid.dat Nếu cần, hãy khởi động lại chế độ KMS bằng cách thực hiện như sau:
- Chỉnh sửa config.txt trong phân vùng khởi động, đảm bảo chạy trình chỉnh sửa của bạn bằng sudo và thay đổi dòng #dtoverlay=vc4-kms-v3d thành dtoverlay=vc4-kms-v3d.
- Khởi động lại.
GHI CHÚ
Nếu bạn sử dụng một file-dựa trên EDID, nhưng vẫn gặp sự cố với hotplug, bạn có thể buộc phát hiện hotplug bằng cách thêm dòng lệnh sau vào dòng lệnh kernel: video=HDMI-A-1:D.
Tài liệu / Tài nguyên
 |
Trình điều khiển đồ họa đầu ra RaspberryPi KMS HDMI [tập tin pdf] Hướng dẫn sử dụng KMS, Trình điều khiển đồ họa đầu ra HDMI, Đầu ra HDMI KMS, Trình điều khiển đồ họa, Trình điều khiển đồ họa đầu ra KMS HDMI, Trình điều khiển |
