[PATCH] Minor changes to control/imstt/platinum/valkyrie/atyfb

Tom Rini trini at kernel.crashing.org
Tue Dec 4 02:09:56 EST 2001


On Mon, Dec 03, 2001 at 02:16:04PM +0100, Geert Uytterhoeven wrote:
> On Sun, 2 Dec 2001, Martin Costabel wrote:
> > Paul Mackerras wrote:
> > > Martin Costabel writes:
> > > > For the valkyriefb driver on my Pmac 6400, I can confirm from a first
> > > > short test that it still works. This is with your patch applied to
> > > > today's 2.4.17-pre1-ben0 kernel.
> > >
> > > Do you still have macos on the 6400?  If so can you confirm whether,
> >
> > Yes, I still have MacOS 8.6. No 9.x, though.
> >
> > > if you set the screen resolution and colour depth in macos, that the
> > > value you have set in macos is the default that linux will use?
> >
> > I did some tests with the 2 useful modes of the 6400: 1024x768x8bit at
> > 72Hz (vmode 15, cmode 8) and 800x600x16bit at 60Hz (vmode 10, cmode 16).
> >
> > The results, with or without Tom's patch, were the same as they always
> > were:
> > The vmode of MacOS is used by the Linux console; the cmode 16 is not
> > recognized, so instead of vmode 10 16 one always gets vmode 10 8 as
> > default. The log says
> >
> > kernel: Monitor sense value = 0x62b, <6>using video mode 10 and color
> > mode 0
>
> <video/macmodes.h>:
>
> | #define CMODE_8                 0       /* 8 bits/pixel */
> | #define CMODE_16                1       /* 16 (actually 15) bits/pixel */
> | #define CMODE_32                2       /* 32 (actually 24) bits/pixel */
>
> So please try `cmode 1' instead of `cmode 16'.

These bits of code are always different still I think.  Valkyriefb for
example parses 'cmode:{8,15,16}' and does CMODE_8 or CMODE_16.  I
_think_ the userland tools did both 0/1/2 and 8/15/16/32 (24?).

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/





More information about the Linuxppc-dev mailing list