[Openchrome-users] HP 2133 1.6 2GB/120 WLAN BT 3-CELL 8.9#VHB

Thu Dec 25 05:36:24 PST 2008

Hi Jon and Forest

Merry christmas!

I got the code from svn, compiled and installed perfectly (nice!).
However, I run into problems, some known and some new:

1-I had to use VBESaveRestore true and disabling the saving of the VESA
state that Debian does before gdm is launched, otherwise the screen goes
white (if saving VESA) or mangled and vibrating (if not using
VBESaveRestore) when going back to text mode. This was true also of the
0.2.903 tarball and of the 0.2.902 Debian lenny package.

2-I had to use XaaNoImageWriteRect true, same as with 0.2.903 tarball.

3-I needed SWCursor true to get a non-mangled cursor.

All of these issues were well solved. However, the wierd behavior came
when trying to autodetect modes; trying first an xorg.conf with just the
above three options plus the Driver "openchrome", with no ModeLine in
the Monitor section nor any Display subsection in the Screen section,
gets for the panel a 720x576 mode (as reported by xvidtune) but you can
only see some 600x400 of it (where has the old X behavior of showing
window sizes in pixels when resizing gone? I had to estimate it by doing
a screen/window capture) and, what is worse, it is not a Virtual screen,
where you can pan through it, but a static piece where your mouse gets
lost without you seeing it. Looking at the Xorg.log, it says that the
Native Panel Resolution is 1366x768 (so there is hope for a better
mode), gives hsync 31.50-37.90, vrefresh 50.00-70.00, and clock range
20.00 to 230.00, but it is Unable to estimate virtual size. Then it
struggles with validating or not lots of modes, to end up accepting only
a few:
(--) CHROME(0): Virtual size is 1024x600 (pitch 1024)
(**) CHROME(0): *Default mode "1024x576": 47.0 MHz (scaled from -0.0 
Hz), 35.8 kHz, 60.0 Hz
(II) CHROME(0): Modeline "1024x576"x60.0   46.98  1024 1064 1168 1312 
576 576 579 597 -hsync +vsync (35.8 kHz)
(**) CHROME(0): *Default mode "1024x512": 41.2 MHz (scaled from 0.0 
MHz), 31.8 kHz, 59.8 Hz
(II) CHROME(0): Modeline "1024x512"x59.8   41.16  1024 1056 1160 1296 
512 512 515 531 -hsync +vsync (31.8 kHz)
(**) CHROME(0): *Default mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 
37.9 kHz, 60.3 Hz
(II) CHROME(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 
601 605 628 +hsync +vsync (37.9 kHz)
(**) CHROME(0): *Default mode "800x600": 39.8 MHz (scaled from -0.0 
MHz), 37.7 kHz, 60.0 Hz
(II) CHROME(0): Modeline "800x600"x60.0   39.82  800 840 968 1056  600 
600 604 628 +hsync +vsync (37.7 kHz)
(**) CHROME(0): *Default mode "800x600": 36.0 MHz (scaled from -0.0 
MHz), 35.2 kHz, 56.2 Hz
(II) CHROME(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 
601 603 625 +hsync +vsync (35.2 kHz)
(**) CHROME(0): *Default mode "720x576": 32.7 MHz (scaled from 0.0 MHz), 
35.8 kHz, 60.0 Hz
(II) CHROME(0): Modeline "720x576"x60.0   32.66  720 744 816 912  576 
576 579 597 -hsync +vsync (35.8 kHz)
(**) CHROME(0): *Default mode "800x480": 40.0 MHz (scaled from 0.0 MHz), 
37.9 kHz, 60.3 Hz
(II) CHROME(0): Modeline "800x480"x60.3   40.00  800 832 960 1056  480 
541 545 628 -hsync +vsync (37.9 kHz)
(**) CHROME(0): *Default mode "640x480": 25.3 MHz (scaled from -0.0 
MHz), 31.6 kHz, 60.3 Hz
(II) CHROME(0): Modeline "640x480"x60.3   25.31  640 656 752 800  480 
489 491 525 -hsync -vsync (31.6 kHz)
(**) CHROME(0): *Default mode "640x480": 25.2 MHz (scaled from -0.0 
MHz), 31.5 kHz, 59.9 Hz
(II) CHROME(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 
490 492 525 -hsync -vsync (31.5 kHz)

I assume that the modes in this list should be shown, and the Virtual
size will be 1024x600 (the highest resolution in windows), but this was
not so! That is weird. After this there is some business with the mode
and with drm that I do not quite understand, and that ends with an
error:

(EE) [drm] drmOpen failed.
(EE) CHROME(0): [dri] DRIScreenInit failed.  Disabling DRI.

and after this some more business with the 720x576 mode that does not
end with errors, so I assume that is why it gets selected; however, even
if selected, it is not the real display size, as I pointed above.

I have made several other trials, putting the 1280x768 modeline from
Forest, trying to force the VirtualSize, putting a single mode in the
Display subsection, trying ForcePanel on and PanelSize equal to that of
the mode... none of these worked correctly, and I got several weird
things: I once managed to get a 1280x768 virtual size, but only a
720x576 viewable area; at some time the gnome resolution changer
reported the mode to be 1024x576 although you could only see some
720x576 of it, and when changing into the 720x576 mode the 1024x576 mode
disappeared from the list of available modes.... really weird things. I
could even devise a modeline for the 1366x768 native panel resolution
that is within the panel specs (I come from the times when you had to
tweak your modelines to get the most of your 14" interlace monitor and
your 2MB video card in X :-) , but seeing that you cannot even set modes
that are provided and accepted by the BIOS (the 1024x576 mode), I do not
think that it is wise doing so.

I am not attaching all of the xorg.conf and Xorg.0.log files, there are
more than 20 different trials, only the simplest one I described before.
I am not sure how the attachments will work in the list, so I apologize
if it gets wrong. If anyone (Jon?) knows what is happening, please let
me know. I am back to using the VBEModes true option, which just gets
the 640x480, but it gets it right so it is useable. Nonetheless, I am
open to trying any xorg.conf options or source changes (it is really
easy to compile a new driver! congratulations to the developers).

Best wishes for everyone.

Miguel