Re: amidisplay: not a console?

[Jukka Andberg <jandberg%NetBSD.org@localhost>]

It is told that on Jul 17, "Gunther Nikl" wrote thus:

> On Tue, Jul 15, 2003 at 09:22:48PM +0200, Ignatios Souvatzis wrote:
> > On Tue, Jul 15, 2003 at 10:34:54AM +0200, Gunther Nikl wrote:
> > >   I added amidisplaycc as dependencies for my testing. After I realized
> > >   that I need one of GRF_#? CC option flags, I got it working. However,
> > >   I seem to have understanding problems with eg. selection a resolution
> > >   or another virtual console (is that supported)?
> > I don't remember. Ask the author.

Hum, somebody invokes me. You seem to have figured out most of it by
yourself but here's a summary:
- Console screen has fixed screen mode (640x400). If one needs to change
that, the source of amidisplaycc needs to be modified. The first mode in
its internal list is used for console screen.
- Other virtual terminals are configured in /etc/wscons.conf or with the
wsconscfg utility. The 'screen type' parameter specifies the
resolution/font size. Supported screen types are listed in man page of
amidisplaycc (the term used there is display modes).
- The grfabs code (which is also used by ite0/grf0) does the dirty
work and decides the actual screen mode to use. The GRF_PAL, GRF_NTSC,
GRF_AGA, etc options determine what kind of chipsets/modes are
supported.

> ...
>   L-Amiga or LALT-CTRL + function key. One surprising feature is the german
>   keyboard encoding: switching to de (either manually or through
>   /etc/wscons.conf) gives a german PC layout ;-) Having wscons for other

What's the surprise here? That it worked? ;)

>   /dev/grf? would be nice, hm.
>
>   When I compiled a minimal wscons kernel I noticed that config activated
>   NTSC despite the fact that I only have GRF_PAL in my config file. What
>   is going on here?

No idea, there seems to be an open PR 3096 about it though.

This is unfortunate as most of the screen types supported by amidisplaycc
currently use screen height 400, which happens to coincide with the NTSC
height, thus the grfabs code always selects an NTSC mode even if GRF_PAL
is available. Screen types suitable for PAL should be added to
amidisplaycc. Seems like the documentation could be improved too.