DP 1.2 / Daisychaining2 Monitores no Linux Mint / XPS13 2015

0

Estou à beira de desistir da configuração do meu monitor duplo (encadeamento em série) com o Linux Mint. Não tenho certeza se esse problema é específico para o Mint.

Configuração:

  • Dell XPS13 2015
  • 2x Dell U2415

O que eu já fiz:

  • Kernal atualizado: 4.3.0-040300-genérico
  • Driver Intel mais recente compilado: xf86-video-intel
  • Bios @ A05

O que não está acontecendo:

  • DP1 não é detectado se a exibição estiver definida como DP 1.2

História:

Eu queria testar se uma configuração de monitor duplo com um laptop está se tornando uma possibilidade de trabalho. Quando eu inicializei com todos os monitores conectados (XPS > Display 1 > Display 2) tudo funcionou bem, mas os monitores eram apenas espelhos um do outro. Depois de definir o Display 1 como "DP 1.2", recebi um erro durante a inicialização. (Falha ao iniciar o x-server .... jadajada). Depois de pesquisar e tentar por horas, eu tive que instalar o "xserver-xorg-dev" para as mais novas macros-xorg para compilar os drivers mais recentes da intel com (xf86-video-intel). Isso removeu o erro de inicialização, mas as exibições ainda não estão visíveis no xrandr. Depois de um pouco mais de googling, fiz o upgrade do Kernel 4.0 para o 4.3 - sem sorte. Desativar a opção DP 1.2 mostra a exibição em xrandr novamente, mas ainda espelhada. Confirmei com o suporte da Dell que o XPS13 2015 deve ser capaz de fazer o MST / DP1.2a, mas pareço falhar.

Espero conseguir algum amor, G.

PS: Eu encontrei:

mas as respostas estão desatualizadas ou não resolvem meus problemas!

    
por Fonzy 09.11.2015 / 23:41

2 respostas

1

Eu tenho uma configuração semelhante: DELL XPS12 (2014) & 2x DELL 2414h. Atualmente estou executando o Ubuntu 15.10, mas tinha essa configuração desde 15.04. Com o 15.04 eu sempre tive que modificar ~ / .config / monitors.xml porque um dos monitores não foi detectado no endereço / barramento correto. Eu acho que sempre usei DP1 e DP1-1, diferente da saída do comando xrandr. Com 15.10 eu não tenho que modificar manualmente isso no entanto a segunda exibição na cadeia não é estável, uma vez que pisca de tempos em tempos.

A saída do xrandr para mim agora é esta:

Screen 0: minimum 8 x 8, current 3840 x 1080, maximum 32767 x 32767
eDP1 connected (normal left inverted right x axis y axis)
   1920x1080     59.93 +
   1680x1050     59.95    59.88  
   1600x1024     60.17  
   1400x1050     59.98  
   1600x900      60.00  
   1280x1024     60.02  
   1440x900      59.89  
   1280x960      60.00  
   1368x768      60.00  
   1360x768      59.80    59.96  
   1152x864      60.00  
   1280x720      60.00  
   1024x768      60.00  
   1024x576      60.00  
   960x540       60.00  
   800x600       60.32    56.25  
   864x486       60.00  
   640x480       59.94  
   720x405       60.00  
   640x360       60.00  
DP1 disconnected (normal left inverted right x axis y axis)
DP1-1 connected primary 1920x1080+1920+0 (normal left inverted right x axis y axis) 527mm x 296mm
   1920x1080     60.00*+  50.00    59.94  
   1600x1200     60.00  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.08    60.00  
   800x600       75.00    60.32  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    60.00    59.94  
   720x400       70.08  
DP1-2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 527mm x 296mm
   1920x1080     60.00*+
   1600x1200     60.00  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1152x864      75.00  
   1024x768      75.08    60.00  
   800x600       75.00    60.32    56.25  
   848x480       60.00  
   640x480       75.00    60.00    59.94  
   720x400       70.08  
HDMI1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

E meu monitor.xml é:

<monitors version="1">
  <configuration>
      <clone>no</clone>
      <output name="eDP1">
          <vendor>LGD</vendor>
          <product>0x03fd</product>
          <serial>0x00000000</serial>
      </output>
      <output name="DP1">
      </output>
      <output name="DP1-1">
          <vendor>DEL</vendor>
          <product>0xa0a3</product>
          <serial>0x3047484c</serial>
          <width>1920</width>
          <height>1080</height>
          <rate>60</rate>
          <x>1920</x>
          <y>0</y>
          <rotation>normal</rotation>
          <reflect_x>no</reflect_x>
          <reflect_y>no</reflect_y>
          <primary>yes</primary>
      </output>
      <output name="DP1-2">
          <vendor>DEL</vendor>
          <product>0xa0a2</product>
          <serial>0x3654344c</serial>
          <width>1920</width>
          <height>1080</height>
          <rate>60</rate>
          <x>0</x>
          <y>0</y>
          <rotation>normal</rotation>
          <reflect_x>no</reflect_x>
          <reflect_y>no</reflect_y>
          <primary>no</primary>
      </output>
      <output name="HDMI1">
      </output>
      <output name="VIRTUAL1">
      </output>
  </configuration>
</monitors>
    
por 08.12.2015 / 09:04
0

Estou executando com êxito uma configuração em cadeia da MST DisplayPort no meu Dell Latitude E7240 baseado em Haswell, com um novo monitor Dell de 27 "e um monitor HP 24" ligado em série através do Dell.

Inicialmente, tive problemas porque o novo monitor da Dell era configurado por padrão para encerrar a conexão DP (o MST estava desativado nas configurações do monitor) e tive que ativá-lo lá.

Eu ainda tenho um bug irritante: aleatoriamente cada um dos monitores fica preto de vez em quando por uma fração de segundo, e eu não tenho nenhuma correção para isso ainda.

Estou executando o Ubuntu 16.04 e por acaso tenho um kernel 4.7.0 instalado manualmente a partir do link , mas isso pode não ser necessário para o daisy-chain. Acabei de instalá-lo algumas semanas antes (acho que era 4.7.0-rc5 naquela época) por outro motivo, também relacionado ao driver da Intel: a tela do meu laptop também costumava ser desligada por uma fração de segundo, e esse problema foi corrigido em 4.7.0.

    
por 08.08.2016 / 11:59