Пользователь сообщает, что он работает в Ubuntu 9.04 после компиляции некоторых пакетов: http://mulchman.org/blog/?tag=displaylink
edit: apt-cache search displaylink возвращает xserver-xorg-video-displaylink - драйвер X для устройств DisplayLink ... он не был бы включен, если бы он не работал. Возможно, он не поддерживает ВСЕ разрешения, но я думаю, что это более чем удовлетворительно, будет ли это работать.
edit: я бы попробовал вставить этот раздел в вашу конфигурацию xorg:
Section "Device"
Identifier "DisplayLinkDevice"
driver "displaylink"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
EndSection
Даже с драйверами Windows не все разрешения поддерживаются всеми чипсетами.
Стоит отметить, что в некоторых конфигурациях ключ DVI не функционирует должным образом.
хорошо, может быть, я нашел это: http://lists.freedesktop.org/archives/libdlo/2010-November/000807.html
The most interesting thing is that I found out why I can use the
displaylink driver together with nvidia but not the fbdev driver.
This is just an explicit check (xf86Bus.c, xf86PostProbe()) whether both
framebuffer and pci devices have been claimed, if so the server refuses
to start.
The displaylink driver just clears the corresponding fbSlotClaimed flag,
no more magic required. But, there is another (similar) check in
xf86ClaimFbSlot() (xf86fbBus.c) that, when claiming a frambuffer slot,
makes sure no PCI slot has been allocated, I guess thats the reason why
the displaylink driven device must be registered first (as primary screen).
В другой теме проблема с зеленым экраном связана с использованием DirectFB
обсуждение здесь: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek
они указывают, что это работало, если медленно. но рассматриваемая коробка была монстром 266 МГц, так что ...