Я заметил, что это могло бы быть еще одним протестом DisplayLink - но я думал, что даю ему движение так или иначе. Так обычная история - у меня есть видеоадаптер Kensington USB3.0 адаптера DisplayLink, и не похож, когда-либо собирается работать.
Это реорганизовано, когда я включаю его.
#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"
У меня в настоящее время есть 1 поставщик, и это - основной экран.
# 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 или подобный?
Август 2015 Обновления
спустя 3 года после выпуска чипсета, Displaylink выпустил бета-версии драйвера для поддержки поколения микросхемы DL3XXX под Ubuntu 14.04. Я оставляю следующее содержание как исходный ответ на вопросы.
см.:
Старая информация ниже
, устройства USB3.0 Displaylink делают НЕ Linux
поддержки, В частности, это включает DL3XXX-поколение Displaylink и более новый.
Displaylink не имеет никакого намерения сделать драйвер в обозримом будущем. Посмотрите этот поток .
Wim из Displaylink записал 17.08.2012:
у Нас нет ЭТА в данный момент и все еще рассмотрения лучшего пути, чтобы сделать это. Одна проблема - то, что DL-3000 поддерживает защиту содержания, и мы должны удостовериться, что это остается безопасным под средой с открытым исходным кодом.
Это было также обсуждено в этот ответ. Более связанные вопросы здесь: это
РЕДАКТИРОВАНИЕ: июль 2015
кажется, что поддержка USB3.0 Linux могла бы прийти в 3 квартале 2015, как объявлено сюда (Спасибо NecLimDul)
Displaylink просто выпустил драйвер Linux для USB 3 устройства: http://www.displaylink.com/downloads/ubuntu.php
я протестировал его в соответствии с Ubuntu 15.04 с Dell USB3-Ethernet/VGA/HDMI адаптер, и это отчасти работало, хотя распознанное разрешение дисплея было слишком низким. Кроме того, я должен повторно выполнить сценарий установки после каждой перезагрузки