RaspberryPi-лагатып

Графічны драйвер RaspberryPi KMS HDMI Output

RaspberryPi-KMS-HDMI-Output-Graphics-Driver-PRODACT-IMG

Калафон

2020-2023 Raspberry Pi Ltd (раней Raspberry Pi (Trading) Ltd.) Гэтая дакументацыя распаўсюджваецца ў адпаведнасці з ліцэнзіяй Creative Commons Attribution-NoDerivatives 4.0 International (CC BY-ND 4.0). дата зборкі: 2023-02-10 версія зборкі: githash: c65fe9c-clean

Юрыдычная адмова ад адказнасці

ТЭХНІЧНЫЯ ДАДЗЕНЫЯ І ДАДЗЕНЫЯ НАД НАДЗЕЙНАСЦІ ДЛЯ ПРАДУКЦЫІ RASPBERRY PI (УКЛЮЧАЮЦЬ ТАБЛІЦЫ ДАННЫХ), ПРА ЧАС АД ЧАСУ (“РЭСУРСЫ”) ПРАДСТАЎЛЯЮЦЦА RASPBERRY PI LTD (“RPL”) “ЯК ЁСЦЬ” І ЛЮБЫЯ ЯВНЫЯ АБО РАЗУМЕВАНЫЯ ГАРАНТЫІ, УКЛЮЧАЮЧЫ, АЛЕ НЕ АБМЕЖУВАЮЧЫСЯ. ДА, АДМОВА ДАЕЦЦА ГАРАНТЫІ ТАВАРЫЧНАСЦІ І ПРЫДАТНАСЦІ ДЛЯ ПЭЙНЫХ МЭТ. У МАКСІМАЛЬНАЙ МЕРЫ, ДАЗВОЛЕНАЙ ДЫЮЧЫМ ЗАКАНАДАЎСТВАМ, RPL НЕ НЕСЕ АДКАЗНАСЦІ ЗА ЛЮБЫЯ ПРАМЫЯ, УСКОСНЫЯ, ВЫПАДКОВЫЯ, СПЕЦЫЯЛЬНЫЯ, УЗОРЫ АБО ЎСКОЎНЫЯ ШКОДЫ (УКЛЮЧАЮЧЫ, АЛЕ НЕ АБМЕЖУЮЧЫСЯ, ЗАКУПКУ ВАМІ ТАВАРАЎ АБО ПАСЛУГІ-ЗАМЕНЫ); , АБО ПРЫБЫТКІ; АБО ПЕРЫВАННЕ БІЗНЭСУ) НЕЗАЛЕЖНА ПРЫЧЫНЕНЫМ І ЛЮБЫМ ТЭОРЫЯМ АДКАЗНАСЦІ, ПА ДАМОВЕ ДАГАВОРУ, СТВОГАЙ АДКАЗНАСЦІ АБО ПРАВАПАРУШЭННЯ (УКЛЮЧАЮЧЫ НАБЛАЖНАСЦЬ ЦІ ІНШЫМ ШЛЯХАМ), ЯКІЯ Ўзніклі ЛЮБЫМ ШЛЯХАМ ВЫКАРЫСТАННЯ РЭСУРСАЎ, НАВАТ КАЛІ ПАВЕДАМЛЕНЫ ПРА МАГЧЫМАСЦЬ ТАКОЙ ШКОДЫ. RPL пакідае за сабой права ў любы час і без папярэдняга паведамлення ўносіць любыя паляпшэнні, паляпшэнні, выпраўленні або любыя іншыя мадыфікацыі ў РЭСУРСЫ або любыя прадукты, апісаныя ў іх. РЭСУРСЫ прызначаны для кваліфікаваных карыстальнікаў з адпаведным узроўнем ведаў у дызайне. Карыстальнікі нясуць поўную адказнасць за выбар і выкарыстанне РЭСУРСАЎ і любое прымяненне апісаных у іх прадуктаў. Карыстальнік згаджаецца кампенсаваць і вызваліць RPL ад усіх абавязацельстваў, выдаткаў, пашкоджанняў і іншых страт, якія ўзніклі ў выніку выкарыстання ім РЭСУРСАЎ. RPL дае карыстальнікам дазвол на выкарыстанне РЭСУРСАЎ выключна ў спалучэнні з прадуктамі Raspberry Pi. Любое іншае выкарыстанне РЭСУРСАЎ забаронена. Ніякая ліцэнзія не прадастаўляецца на любы іншы RPL або іншыя правы інтэлектуальнай уласнасці трэціх асоб. ДЗЕЙНАСЦЬ ВЫСОКАЙ РЫЗЫКІ. Прадукты Raspberry Pi не распрацаваны, не выраблены і не прызначаны для выкарыстання ў небяспечных асяроддзях, якія патрабуюць безадмоўнай працы, напрыклад, пры эксплуатацыі ядзерных установак, у сістэмах навігацыі або сувязі самалёта, у сістэме кіравання паветраным рухам, у сістэмах узбраення або ў крытычна важных для бяспекі прыкладаннях (уключаючы жыццезабеспячэнне). сістэм і іншых медыцынскіх прылад), у якіх няспраўнасць прадуктаў можа прывесці непасрэдна да смерці, цялесных пашкоджанняў або сур'ёзнай фізічнай шкоды або шкоды навакольнага асяроддзі («Дзейнасці з высокай рызыкай»). RPL спецыяльна адмаўляецца ад любых відавочных або пэўных гарантый прыдатнасці для дзейнасці з высокай рызыкай і не нясе адказнасці за выкарыстанне або ўключэнне прадуктаў Raspberry Pi у дзейнасць з высокай рызыкай. Прадукты Raspberry Pi прадастаўляюцца ў адпаведнасці са Стандартнымі ўмовамі RPL. Прадастаўленне RPL РЭСУРСАЎ не пашырае і іншым чынам не змяняе Стандартныя ўмовы RPL, уключаючы, але не абмяжоўваючыся імі, адмовы ад адказнасці і гарантыі, выказаныя ў іх.

Гісторыя версій дакумента

RaspberryPi-KMS-HDMI-Выхад-Графічны драйвер-FIG-1

Вобласць дзеяння дакумента

Гэты дакумент адносіцца да наступных прадуктаў Raspberry Pi

RaspberryPi-KMS-HDMI-Выхад-Графічны драйвер-FIG-2

Уводзіны

З увядзеннем графічнага драйвера KMS (Kernel Mode Setting) кампанія Raspberry Pi Ltd адыходзіць ад састарэлага кіравання прашыўкай сістэмы відэавываду і пераходзіць да графічнай сістэмы з больш адкрытым зыходным кодам. Аднак гэта сутыкнулася са сваімі праблемамі. Гэты дакумент закліканы дапамагчы з любымі праблемамі, якія могуць узнікнуць пры пераходзе на новую сістэму. У гэтым тэхнічным дакуменце мяркуецца, што Raspberry Pi працуе пад кіраваннем АС Raspberry Pi і цалкам абноўлены з апошнімі версіямі прашыўкі і ядраў.

Тэрміналогія

DRM: Direct Rendering Manager, падсістэма ядра Linux, якая выкарыстоўваецца для сувязі з графічнымі працэсарамі (GPU). Выкарыстоўваецца ў партнёрстве з FKMS і KMS.
DVI: Папярэднік HDMI, але без гукавых магчымасцей. Для падлучэння прылады Raspberry Pi да дысплея з DVI даступныя кабелі і адаптары HDMI-DVI.
EDID: Пашыраныя ідэнтыфікацыйныя дадзеныя дысплея. Фармат метададзеных для прылад адлюстравання для апісання іх магчымасцей для крыніцы відэа. Структура дадзеных EDID уключае назву вытворцы і серыйны нумар, тып прадукту, фізічны памер дысплея і таймінгі, якія падтрымліваюцца дысплеем, а таксама некаторыя менш карысныя даныя. Некаторыя дысплэі могуць мець няспраўныя блокі EDID, якія могуць выклікаць праблемы, калі гэтыя дэфекты не апрацоўваюцца сістэмай дысплея.
FKMS (vc4-fkms-v3d): Падробленыя налады рэжыму ядра. У той час як прашыўка па-ранейшаму кантралюе апаратнае забеспячэнне нізкага ўзроўню (напрыклад,ample, парты High-Definition Multimedia Interface (HDMI), Display Serial Interface (DSI) і г.д., стандартныя бібліятэкі Linux выкарыстоўваюцца ў самім ядры. FKMS выкарыстоўваецца па змаўчанні ў Buster, але цяпер састарэла на карысць KMS у Bullseye.
HDMI: Мультымедыйны інтэрфейс высокай выразнасці - гэта запатэнтаваны аўдыя/відэаінтэрфейс для перадачы несціснутых відэададзеных і сціснутых або несціснутых лічбавых аўдыядадзеных.
HPD: Выяўленне гарачага падлучэння. Фізічны провад, які пацвярджаецца падключанай прыладай адлюстравання, каб паказаць яго наяўнасць.
KMS: Настройка рэжыму ядра; бачыць https://www.kernel.org/doc/html/latest/gpu/drm-kms.html для больш падрабязнай інфармацыі. На Raspberry Pi vc4-kms-v3d - гэта драйвер, які рэалізуе KMS, і яго часта называюць «драйверам KMS». Састарэлы графічны стэк: графічны стэк, цалкам рэалізаваны ў blob прашыўкі VideoCore, адкрытым драйверам кадравага буфера Linux. Састарэлы графічны стэк да нядаўняга часу выкарыстоўваўся ў большасці прылад Raspberry Pi Ltd; цяпер ён паступова замяняецца (F)KMS/DRM.

Сістэма HDMI і графічныя драйверы

Прылады Raspberry Pi выкарыстоўваюць стандарт HDMI, які вельмі распаўсюджаны на сучасных ВК-маніторах і тэлевізарах, для вываду відэа. Raspberry Pi 3 (уключаючы Raspberry Pi 3B+) і больш раннія прылады маюць адзіны порт HDMI, які забяспечвае выхад 1920 × 1200 пры 60 Гц з дапамогай поўнапамернага раздыма HDMI. Raspberry Pi 4 мае два порта micro HDMI і можа выводзіць 4K на абодва порты. У залежнасці ад налад, порт HDMI 0 на Raspberry Pi 4 здольны да 4kp60, але пры выкарыстанні дзвюх прылад вываду 4K вы абмежаваныя p30 на абедзвюх прыладах. Стэк графічнага праграмнага забеспячэння, незалежна ад версіі, адказвае за апытанне ўласцівасцей падлучаных прылад HDMI і адпаведную наладу сістэмы HDMI. Стэкі Legacy і FKMS выкарыстоўваюць убудаванае праграмнае забеспячэнне ў графічным працэсары VideoCore для праверкі наяўнасці і ўласцівасцей HDMI. Наадварот, KMS выкарыстоўвае рэалізацыю з цалкам адкрытым зыходным кодам на баку ARM. Гэта азначае, што асновы кода для дзвюх сістэм цалкам розныя, і ў некаторых абставінах гэта можа прывесці да розных паводзін паміж двума падыходамі. Прылады HDMI і DVI ідэнтыфікуюць сябе для прылады-крыніцы з дапамогай фрагмента метададзеных, які называецца блокам EDID. Гэта счытваецца прыладай-крыніцай з прылады адлюстравання праз злучэнне I2C, і гэта цалкам празрыста для канчатковага карыстальніка, як гэта робіцца графічным стэкам. Блок EDID змяшчае вялікую колькасць інфармацыі, але ён у асноўным выкарыстоўваецца для ўказання таго, якія разрозненні падтрымлівае дысплей, таму Raspberry Pi можна наладзіць на вывад адпаведнага раздзялення.

Як абыходзіцца з HDMI падчас загрузкі

Пры першым уключэнні Raspberry Pi праходзіць некалькі секундtages, вядомы як boot stages:

  1. Першыя-сtage, загрузнік на аснове ПЗУ запускае графічны працэсар VideoCore.
  2. Другая-сtagэлектронны загрузнік (гэта bootcode.bin на SD-карце на прыладах да Raspberry Pi 4 і ў SPI EEPROM на Raspberry Pi 4):
    1. На Raspberry Pi 4, другі-сtagЗагрузнік запусціць сістэму HDMI, апытае дысплей на прадмет магчымых рэжымаў, а затым наладзіць дысплей адпаведным чынам. У гэты момант дысплей выкарыстоўваецца для прадастаўлення асноўных дыягнастычных дадзеных.
    2. Дыягнастычны дысплей загрузніка (з 07 снежня 2022 г.) будзе адлюстроўваць стан любых падключаных дысплеяў (ці прысутнічае Hotplug Detect (HPD) і ці быў адноўлены з дысплея блок EDID).
  3. Прашыўка VideoCore (start.elf) загружаецца і запускаецца. Гэта возьме на сябе кантроль над сістэмай HDMI, счытвае блок EDID з любых далучаных дысплеяў і паказвае вясёлкавы экран на гэтых дысплеях.
  4. Загружаецца ядро ​​Linux
    1. Падчас загрузкі ядра KMS возьме на сябе кіраванне сістэмай HDMI ад прашыўкі. Яшчэ раз блок EDID счытваецца з любых далучаных дысплеяў, і гэтая інфармацыя выкарыстоўваецца для наладжвання кансолі і працоўнага стала Linux.

Магчымыя праблемы і сімптомы

Самы распаўсюджаны сімптом збою, які ўзнікае пры пераходзе на KMS, - гэта першапачаткова добрая загрузка, з'яўленне экрана загрузніка, а затым вясёлкавага экрана, пасля чаго праз некалькі секунд дысплей становіцца чорным і не ўключаецца зноў. Точка, у якой дысплей становіцца чорным, на самай справе з'яўляецца кропкай падчас працэсу загрузкі ядра, калі драйвер KMS бярэ на сябе кіраванне дысплеем з прашыўкі. Raspberry Pi зараз працуе ва ўсіх адносінах, за выключэннем выхаду HDMI, таму, калі SSH уключаны, вы зможаце ўвайсці ў прыладу гэтым шляхам. Зялёны індыкатар доступу да SD-карты звычайна час ад часу міргае. Таксама магчыма, што вы наогул не ўбачыце выхад HDMI; няма дысплея загрузніка і вясёлкавага экрана. Звычайна гэта можна аднесці да апаратнай няспраўнасці.

Дыягностыка няспраўнасці

Увогуле няма выхаду HDMI
Цалкам магчыма, што прылада наогул не загружалася, але гэта не ўваходзіць у кампетэнцыю гэтага тэхнічнага дакумента. Калі выказаць здагадку, што назіранае паводзіны з'яўляецца праблемай дысплея, адсутнасць выхаду HDMI падчас любой часткі працэсу загрузкі звычайна звязана з апаратнай няспраўнасцю. Ёсць некалькі магчымых варыянтаў:

  • Няспраўны кабель HDMI
  • Паспрабуйце новы кабель. Некаторыя кабелі, асабліва вельмі танныя, могуць не ўтрымліваць усіх неабходных ліній сувязі (напрыклад, гарачага падлучэння) для таго, каб Raspberry Pi паспяхова выяўляў дысплей.
  • Няспраўны порт HDMI на Raspberry Pi
  • Калі вы выкарыстоўваеце Raspberry Pi 4, паспрабуйце іншы порт HDMI.
  • Няспраўны порт HDMI на маніторы
  • Часам порт HDMI на маніторы або тэлевізары можа зношвацца. Паспрабуйце іншы порт, калі на прыладзе ён ёсць.
  • У рэдкіх выпадках прылада адлюстравання можа прадастаўляць даныя EDID, толькі калі ўключана або калі выбраны правільны порт. Каб праверыць, пераканайцеся, што прылада ўключана і што абраны правільны ўваходны порт.
  • Прылада дысплея не паказвае лінію выяўлення гарачага падключэння

Першапачатковы вывад, потым экран становіцца чорным
Калі дысплей з'яўляецца, але потым згасае падчас загрузкі ядра Linux, існуе шэраг магчымых прычын, і яны звычайна звязаны з праблемай счытвання EDID з прылады дысплея. Як відаць з раздзела вышэй, які датычыцца паслядоўнасці загрузкі, EDID счытваецца ў шэраг розных момантаў падчас працэсу загрузкі, і кожнае з гэтых чытанняў выконваецца розным праграмным забеспячэннем. Канчатковае счытванне, калі KMS бярэ на сябе кантроль, выконваецца нязмененым кодам ядра Linux уверх па плыні, і гэта не апрацоўвае дэфектныя фарматы EDID так добра, як праграмнае забеспячэнне больш ранняй версіі. Вось чаму дысплей можа перастаць працаваць належным чынам, як толькі KMS бярэ на сябе кіраванне. Ёсць некалькі спосабаў пацвердзіць, што KMS не можа прачытаць EDID, і два з іх наступныя.
Праверце экран дыягностыкі загрузніка (толькі Raspberry Pi 4)

УВАГА
Для дыягностыкі загрузніка патрабуецца апошні загрузнік. Вы можаце абнавіць да апошняй версіі, выкарыстоўваючы гэтыя інструкцыі: https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#updating-the-bootloader Выміце SD-карту і перазагрузіце Raspberry Pi. Націсніце ESC на экране ўстаноўкі АС, і дыягнастычны экран павінен з'явіцца на дысплеі. На дысплеі павінен быць радок, які пачынаецца з display: — напрыкладampль:

  • дысплей: DISP0: HDMI HPD=1 EDID=ок #2 DISP1: HPD=0 EDID=няма #0

Гэты выхад з Raspberry Pi 4 паказвае, што сістэма выявіла дысплей HDMI на порце HDMI 0, выяўляецца выяўленне гарачага падлучэння, і EDID быў прачытаны нармальна. На порце HDMI 1 нічога не знойдзена.

Праверце, ці выявіла сістэма KMS EDID
Каб праверыць гэта, вам трэба будзе ўвайсці ў сістэму на прыладзе Raspberry Pi праз SSH з іншага кампутара. SSH можна ўключыць пры стварэнні выявы SD-карты з дапамогай Raspberry Pi Imager, выкарыстоўваючы параметры дадатковых налад. Уключыць SSH на SD-карце, на якой ужо створаны вобраз, крыху больш складана: вам спатрэбіцца выкарыстоўваць іншы камп'ютар, каб дадаць file пад назвай ssh ​​у загрузачны раздзел. Замяніце SD-карту ў арыгінальным Raspberry Pi і ўключыце яго. Гэта павінна ўключыць SSH з IP-адрасам, прызначаным DHCP. Пасля ўваходу ў сістэму ўвядзіце наступнае ў радку тэрмінала, каб адлюстраваць змесціва любога выяўленага EDID (магчыма, спатрэбіцца змяніць HDMI-A-1 на HDMI-A-2 у залежнасці ад таго, да якога порта HDMI на Raspberry Pi падключана прылада адлюстравання да): cat /sys/class/drm/card?-HDMI-A-1/edid. Калі няма тэчак з назвай card?-HDMI-A-1 ці падобнай, то, хутчэй за ўсё, EDID не можа быць прачытаны з дысплея прылада.

УВАГА
У выпадку, калі EDID чытаецца паспяхова, ёсць карысны віртуальны file у той жа тэчцы пад назвай modes, якая пры адлюстраванні паказвае ўсе магчымыя рэжымы, якія, як сцвярджае EDID, падтрымлівае прылада.

Змякчэнне

Памылка вызначэння гарачага падключэння Калі ні прашыўцы, ні KMS не ўдаецца знайсці падлучаны манітор, гэта можа быць збоем выяўлення гарачага падключэння — г. зн. Raspberry Pi не ведае, што прылада падключана, таму не правярае EDID. Гэта можа быць выклікана няспраўным кабелем або прыладай адлюстравання, якая няправільна падтрымлівае гарачае падключэнне. Вы можаце прымусова выяўляць гарачае падключэнне, змяніўшы камандны радок ядра file (cmdline.txt), які захоўваецца ў загрузным раздзеле SD-карты Raspberry Pi OS. Вы можаце рэдагаваць гэта file у іншай сістэме, выкарыстоўваючы любы рэдактар, які вы аддаеце перавагу. Дадайце наступнае ў канец cmdline.txt file: video=HDMI-A-1:1280×720@60D Калі вы выкарыстоўваеце другі порт HDMI, заменіце HDMI-A-1 на HDMI-A-2. Вы таксама можаце задаць іншае дазвол і частату кадраў, але пераканайцеся, што вы выбралі тыя, якія падтрымлівае прылада адлюстравання.

УВАГА
Дакументацыю па параметрах каманднага радка ядра для відэа можна знайсці тут: https://www.kernel.org/doc/Documentation/fb/modedb.txt

ПАПЯРЭДЖАННЕ
Старыя графічныя стэкі падтрымлівалі выкарыстанне запісу config.txt для ўстаноўкі выяўлення гарачага падключэння, але на момант напісання гэта не працуе з KMS. Гэта можа падтрымлівацца ў будучых версіях прашыўкі. Запіс у файле config.txt — hdmi_force_hotplug, і вы можаце пазначыць канкрэтны порт HDMI, да якога прымяняецца падключэнне падключэння, выкарыстоўваючы hdmi_force_hotplug:0=1 або hdmi_force_hotplug:1=1. Звярніце ўвагу, што ў наменклатуры KMS парты HDMI называюцца 1 і 2, у той час як Raspberry Pi выкарыстоўвае 0 і 1.

Праблемы EDID
Меншасць прылад адлюстравання не ў стане вярнуць EDID, калі яны выключаны або калі абраны няправільны AV-уваход. Гэта можа быць праблемай, калі Raspberry Pi і прылады дысплея знаходзяцца на адной паласе сілкавання, і прылада Raspberry Pi загружаецца хутчэй, чым дысплей. Для такіх прылад вам можа спатрэбіцца ўручную ўвесці EDID. Што яшчэ больш незвычайна, некаторыя прылады адлюстравання маюць блокі EDID, якія дрэнна адфарматаваны і не могуць быць прааналізаваны сістэмай KMS EDID. У гэтых умовах можна прачытаць EDID з прылады з аналагічным дазволам і выкарыстоўваць яго. У любым выпадку наступныя інструкцыі паказваюць, як прачытаць EDID з прылады адлюстравання і наладзіць KMS на яго выкарыстанне замест таго, каб KMS спрабаваў апытваць прыладу непасрэдна.

Капіраванне EDID у a file
Стварэнне а file утрыманне метаданых EDID з нуля звычайна невыканальна, а выкарыстоўваць існуючы нашмат прасцей. Як правіла, можна атрымаць EDID з прылады адлюстравання і захаваць яго на SD-карце Raspberry Pi, каб ён мог выкарыстоўвацца KMS замест атрымання EDID з прылады адлюстравання. Самы просты варыянт тут - пераканацца, што прылада адлюстравання запушчана і працуе і мае правільны AV-уваход, і што Raspberry Pi правільна запусціў сістэму HDMI. Зараз з тэрмінала вы можаце скапіяваць EDID у a file з дапамогай наступнай каманды: sudo cp /sys/class/drm/card?-HDMI-A-1/edid /lib/firmware/myedid.dat Калі па нейкай прычыне EDID адсутнічае, вы можаце загрузіць прыладу ў не - Рэжым KMS, у якім удаецца загрузіцца на працоўны стол або кансоль, затым скапіруйце EDID, які прашыўка (спадзяюся) паспяхова прачытае ў file.

  1. Загрузіце ў стары графічны рэжым.
    1. Адрэдагуйце файл config.txt у раздзеле загрузкі, запусціўшы рэдактар ​​з дапамогай sudo, і змяніце радок dtoverlay=vc4-kms-v3d на #dtoverlay=vc4-kms-v3d.
    2. Перазагрузка.
  2. Цяпер павінен з'явіцца працоўны стол або кансоль ўваходу.
    1. Выкарыстоўваючы тэрмінал, скапіруйце EDID з далучанай прылады адлюстравання ў a file з дапамогай наступнай каманды:
  • tvservice -d myedid.dat sudo mv myedid.dat /lib/firmware/

Выкарыстоўваючы а file-based EDID замест таго, каб запытваць прыладу адлюстравання. Адрэдагуйце /boot/cmdline.txt, запусціўшы рэдактар ​​з дапамогай sudo, і дадайце наступнае ў камандны радок ядра: drm.edid_firmware=myedid.dat Вы можаце прымяніць EDID да пэўны порт HDMI наступным чынам: drm.edid_firmware=HDMI-A-1:myedid.dat Пры неабходнасці зноў загрузіце рэжым KMS, выканаўшы наступныя дзеянні:

  1. Адрэдагуйце файл config.txt у раздзеле загрузкі, запусціўшы рэдактар ​​з дапамогай sudo, і змяніце радок #dtoverlay=vc4-kms-v3d на dtoverlay=vc4-kms-v3d.
  2. Перазагрузка.

УВАГА
Калі вы выкарыстоўваеце a fileна аснове EDID, але ўсё яшчэ ёсць праблемы з гарачым падключэннем, вы можаце прымусова выяўляць гарачае падключэнне, дадаўшы ў камандны радок ядра наступнае: video=HDMI-A-1:D.

Дакументы / Рэсурсы

Графічны драйвер RaspberryPi KMS HDMI Output [pdfКіраўніцтва карыстальніка
KMS, HDMI Output Graphics Driver, KMS HDMI Output, Graphics Driver, KMS HDMI Output Graphics Driver, Драйвер

Спасылкі

Пакінуць каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя для запаўнення палі пазначаны *