Второй экран распознан / подключен, но не отображается - Ubuntu 18.04 / Arch Linux

В конечном итоге мы сделали комплексное решение, позволяющее избежать проблем с путями. В зависимости от варианта использования мы использовали одно или несколько из следующего:

  • Использовали абсолютные пути к двоичным файлам, установленным в нестандартных местах, вместо того, чтобы ожидать, что двоичный файл будет по пути. Это использовалось для инструментов, которые имеют мало нестандартных внешних зависимостей и / или работают изолированно.
  • Создал и использовал сценарий оболочки для инструмента, который настраивал среду по мере необходимости; вручную установить PATH = ... в этом сценарии и / или запустить исходный код $ HOME / .bashrc в зависимости от ситуации. Это использовалось для инструментов, которым требовались другие инструменты, но которые в остальном могли работать в нашем кластере.
  • Создан контейнер (в нашем случае Docker), включая двоичные файлы и более сложную настройку. Это использовалось для инструментов, которым требуется среда, значительно отличающаяся от нашей стандартной настройки кластера.
2
07.05.2019, 17:48
2 ответа

Я исправил эту проблему, добавив amdgpu.dc=0в параметры загрузки ядра через GRUB.

См. эту тему для объяснения обходного пути.

1
27.01.2020, 22:17

Частичный ответ:

Я предполагаю, что это Xorg.logявляется результатом запуска X-сервера с существующим xorg.conf; если это не так, удалите свой xorg.confи повторите попытку.

Xorg.logвначале выглядит нормально, в частности

[     4.129] (II) AMDGPU(0): Output DVI-D-0 using initial mode 1920x1080 +0+0.
[     4.129] (II) AMDGPU(0): Output DVI-D-1 using initial mode 1280x1024 +1920+0

означает, что у вас есть один фреймбуфер («рабочий стол» ), и каждый выход отображает часть фреймбуфера.

Однако это не останавливается на достигнутом, после все выглядит правильно инициализированным мы получаем

[     4.702] (II) AMDGPU(0): EDID vendor "SAM", prod id 161
...
[     4.817] (II) AMDGPU(0): Allocate new frame buffer 1920x1080
[     4.817] (II) AMDGPU(0):  => pitch 8192 bytes

поэтому мы получаем EDID для "SAM", который находится на "DVI -D -1", второй раз, и он выделяет для него новый фреймбуфер, и у меня есть подозрение, что этот фреймбуфер отличается от общего "настольного" фреймбуфера. Это означает, что если отображается именно этот фреймбуфер, вы можете сколько угодно менять вещи в фреймбуфере «настольного компьютера», но на «DVI -D -1» он просто отобразит другой фреймбуфер. Который, вероятно, черный, и это то, что вы видите.

Я никогда не видел ничего подобного и понятия не имею, что происходит.

Я бы отправил отчет об ошибке специалистам по сопровождению AMDGPU и посмотрел, есть ли у них идеи. Включите полный Xorg.log.

0
27.01.2020, 22:17

Теги

Похожие вопросы