ユーザーは、いくつかのパッケージをコンパイルした後にUbuntu 9.04で動作していると報告しています:http : //mulchman.org/blog/?tag=displaylink
編集:apt-cache search displaylinkはxserver-xorg-video-displaylinkを返します-DisplayLinkデバイス用のXドライバー...機能しない場合は含まれません。すべての解像度をサポートしているわけではないかもしれませんが、満足できる以上に機能すると思います。
編集:このセクションを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
すべての解像度がすべてのチップセットでサポートされているわけではありません。
注意すべきもう1つの点は、一部の構成では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
彼らはそれがゆっくりとはいったとしても機能したことを示しています。問題の箱は266MHzのモンスターだったので...