[armedslack] kernel patches

[Stuart Winter]

> The 24bpp support is bogus. It does exactly what 32bpp support is. Is
> there a problem with starting X without this ??

It was to do with resolution and colours:

"
> I can get the RiscPC to display in 1280x1024 at 60Hz but only in 8bpp.
> I can get it to display at 800x600 in 16bpp but that's it :-(
> The machine has 2MB of VRAM so it should be able to display 1024x768
> in 16bpp at least (I think!).

You are definitely right. You can try it with the program fbset in the
console. Presently it seems that there are 2 problems:

(1) The VIDC20 framebuffer driver needs also to accept 24bpp as a request
for
32bpp due to a change in the X server. So 24bpp can not work currently.

(2) Another problem is the screen mode enumeration of Xorg. Maybe it
checks
first mode 800x600-{anything above 56), sees that this doesn't work, and
concludes that all 800x600 modes are not possible. If I have time I will
try
to fix it. IIRC, you can overcome the problem by specifying your own modes
in
xorg.conf, they are tested first then. It should help to include these
lines
into xorg.conf:

Section "Modes"
        Identifier "Whatever"
        Modeline "800x600" 36.0 800 824 896 1024  600 601 603 625 +hsync
+vsync
        ModeLine "1024x768" 75.0 1024 1048 1184 1328  768 771 777 806
-hsync -vsync
EndSection
.
.
.
Section "Monitor"
.
.
.
        UseModes "Whatever"
EndSection

But as I said, 24bpp can not work currently."

> And returning a multi-sync monitor instead of SVGA these days, is
> probably a bad idea too. We can always override this on the command-line
> anyway.

Agreed.