Я заметил, что это может быть очередной вопль DisplayLink, но я подумал, что все равно попробую. Итак, обычная история — у меня есть адаптер DisplayLink Kensington USB3.0 Video Adapter, и похоже, что он никогда не заработает.
При подключении он реорганизуется.
#uname -r
3.13.0-35-generic
# dmesg
[52049.856134] usb 2-2: new high-speed USB device number 8 using ehci-pci
[52049.989282] usb 2-2: New USB device found, idVendor=17e9, idProduct=430f
[52049.989290] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[52049.989295] usb 2-2: Product: Kensington USB3.0 Video Adapter
[52049.989299] usb 2-2: Manufacturer: DisplayLink
[52049.989304] usb 2-2: SerialNumber: 10024214
[52059.384628] usbcore: registered new interface driver udlfb
[52402.886345] usbcore: deregistering interface driver udlfb
[52418.187053] usbcore: registered new interface driver udlfb
[53522.914146] nouveau E[ PFIFO][0000:01:00.0] CACHE_ERROR - ch 2 [Xorg[1276]] subc 0 mthd 0x0060 data 0xbeef0201
Меня добавили udl
в черный список /etc/modprobe.d/blacklist-custom.conf
и удалили udlfb
из /etc/modprobe.d/blacklist-framebuffer.conf
.
Я также вручную загрузил udlfb
драйвер.
# modprobe udlfb
[52418.187053] usbcore: registered new interface driver udlfb
Итак, в общем-то, я не буду двигаться вперед в этом направлении, потому что когда я это сделаю:
# ls /dev | grep fb
fb0
единственный найденный блок устройства - это говорит мне о том, что udlfb не обнаруживает устройство. udevadm info
на fb0 показывает - это главный экран ноутбука.
# udevadm info -a -p $(udevadm info -q path -n /dev/fb0)
looking at device '/devices/pci0000:00/0000:00:01.0/0000:01:00.0/graphics/fb0':
KERNEL=="fb0"
SUBSYSTEM=="graphics"
DRIVER==""
ATTR{pan}=="0,0"
ATTR{name}=="nouveaufb"
ATTR{mode}==""
ATTR{console}==""
ATTR{blank}==""
ATTR{modes}=="U:1440x900p-0"
ATTR{state}=="0"
ATTR{bits_per_pixel}=="32"
ATTR{cursor}==""
ATTR{rotate}=="0"
ATTR{stride}=="7680"
ATTR{virtual_size}=="1920,1080"
В настоящее время у меня один провайдер, и это главный экран.
# xrandr --listproviders
Providers: number : 1
Provider 0: id: 0x65 cap: 0x1, Source Output crtcs: 2 outputs: 4 associated providers: 0 name:nouveau
Покопавшись, /sys/class/graphics
я заметил fbcon
такие настройки:
looking at device '/devices/virtual/graphics/fbcon':
KERNEL=="fbcon"
SUBSYSTEM=="graphics"
DRIVER==""
ATTR{cursor_blink}=="0"
ATTR{rotate}=="0"
Позвольте мне также упомянуть, что я пробовал udl
использовать udlfb
черный список, но безрезультатно.
Итак, если говорить коротко, удалось ли кому-нибудь заставить аналогичный адаптер DisplayLink USB 3.0 работать с Ubuntu 14.04 LTS или подобной?
решение1
Обновление август 2015 г.
Спустя 3 года после выпуска чипсета,Displaylink выпустила бета-версии драйвера для поддержки поколения чипов DL3XXX в Ubuntu 14.04. Я оставляю следующий текст в качестве оригинального ответа на вопросы.
Пожалуйста, посмотри:
- Загрузка драйвера DisplayLink Ubuntuи
- Как установить программное обеспечение DisplayLink в Ubuntuна сайте DisplayLink
Старая информация ниже
Устройства USB3.0 Displaylink делаютНЕТ поддержка Linux
В частности, сюда входят Displaylink поколения DL3XXX и более новые.
Displaylink не намерен делать драйвер в обозримом будущем. Смотреть этонить.
Вим из Displaylink написал 17.08.2012:
На данный момент у нас нет никаких ETA, и мы все еще ищем лучший путь для этого. Одна из проблем заключается в том, что DL-3000 поддерживает защиту контента, и нам нужно гарантировать, что это останется безопасным в среде с открытым исходным кодом.
Это также обсуждалось вэтотответ. Больше связанных вопросов здесь:этот
ИЗМЕНЕНО: Июль 2015 г.
Похоже, что поддержка USB3.0 для Linux может появиться в третьем квартале 2015 года, как и было объявлено.здесь (Спасибо NecLimDul)
решение2
Displaylink только что выпустила драйвер Linux для устройств USB 3: http://www.displaylink.com/downloads/ubuntu.php
Я протестировал его в Ubuntu 15.04 с адаптером USB3-Ethernet/VGA/HDMI от Dell, и он вроде как работал, хотя распознанное разрешение дисплея было слишком низким. Кроме того, мне приходится перезапускать скрипт установки после каждой перезагрузки