Một người dùng báo cáo rằng nó hoạt động trên Ubuntu 9.04 sau khi biên dịch một số gói: http://mulchman.org/blog/?tag=displaylink
chỉnh sửa: apt-cache searchlink displaylink trả về xserver-xorg-video-displaylink - Trình điều khiển X cho các thiết bị DisplayLink ... nó sẽ không được bao gồm nếu nó không hoạt động. Nó có thể không hỗ trợ TẤT CẢ các nghị quyết, nhưng tôi nghĩ rằng nó sẽ thỏa mãn hơn nó sẽ hoạt động.
chỉnh sửa: Tôi sẽ thử dán phần này vào cấu hình xorg của bạn:
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
Ngay cả với trình điều khiển windows, không phải tất cả các độ phân giải đều được hỗ trợ trên tất cả các chipset.
Một điểm đáng chú ý khác là trong một số cấu hình, người ta đã lưu ý rằng dongle DVI không hoạt động đúng
được rồi có lẽ tôi đã tìm thấy nó: 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).
Trên một luồng khác, sự cố màn hình xanh được quy cho việc sử dụng DirectFB
thảo luận ở đây: http://web.archiveorange.com/archive/v/BNQl8iH957oQe619QVek
họ chỉ ra rằng nó hoạt động, nếu chậm. nhưng cái hộp trong câu hỏi là một con quái vật 266 MHz nên ...