Facts:
Drivers used by local HP rescue/admin linux boot console:
The out-of-the-box installed HP system (Debian/Ubuntu based) runs using the proprietary "via" xorg drivers (Module name: "via_chrome9").
There is no "via" xorg driver module installed in Squeeze:
The package "xserver-xorg-video-via" is a transitional package to "openchrome".
VX900 not supported by openchrome version "0.2.904"
Currently, the openchrome module installed on our server (1:0.2.904+svn842-2+squeeze1) does not support VX900.
Checking the local Xorg log on the thin client after boot (Ctrl+Alt+F1), returns the following:
This openchrome version does NOT list (=support) the "VX900" chipsetOPENCHROME: Driver for VIA Chrome chipsets:
CLE266, KM400/KN400, K8M800/K8N800, PM800/PM880/CN400, VM800/P4M800Pro/CN700,
K8M890/K8N890, P4M900/VN896/VN896, CX700/VX700, P4M890, VX800/VX820, VX855/VX875
openchrome from backports supports VX900, but...
I've upgraded openchrome xorg driver from squeeze-backports to "1:0.2.904+svn920-1~bpo60+1".
According to the logs, the driver loads (and mentions that it supports VX900), but the screen stays black. On one monitor I got a "signal out of range" message. So it's "beyond black", even
SOLUTION:
The problem with "out of range" is that openchrome seems to be unable to get the screen's EDID over DVI.
It works fine with the exact same settings, but connecting the the analogue DVI port with a DVI-to-VGA adapter.
Ok, it's not a real "solution", but a nice workaround for the moment...
Plans to try to *really* solve it, are:
1) Compile newer version of openchrome driver.
2) Try "via_chrome9" (but that's to be avoided, because it's proprietary).
There are however, still errors in the Xorg log on the thin client /var/log/Xorg.7.log:
Code: Select all
(EE) VIAVidHWDiffInit: Unhandled ChipSetAdditional info & Links:
- Local thin client Xorg log: /var/log/Xorg.7.log
- Local thin client Xorg config: /var/run/ltsp-xorg.conf
- Help on OpenChrome in Ubuntu