CVS log for src/sbin/wsconsctl/display.c

Up to [cvs.NetBSD.org] / src / sbin / wsconsctl

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Handle EDID data larger than 256 bytes.

Retrieve configured console font with WSDISPLAYIO_GFONT.

Add support for a read-only edid attribute that shows the result of
WSDISPLAYIO_GET_EDID.

Uses code from sys/dev/videomode to parse and print the edid data.

sync with head

Convert to C89 function definitions

Sync with HEAD.

sync with head.

Remove clause 3 and 4 from TNF licenses

Pull up following revision(s) (requested by uwe in ticket #22):
	sbin/wsconsctl/display.c: revision 1.14
Mark splash.enable and splash.progress write-only, there are no ioctls
to get the values.

Mark splash.enable and splash.progress write-only, there are no ioctls
to get the values.

Add the ability to control the splash screen.
 wsconsctl -d -w splash.enable=<1|0> to toggle the splash screen, and
 wsconsctl -d -w splash.progress=1 to update the splash animation

Style fixes:
- Use EXIT_SUCCESS/EXIT_FAILURE where appropriate.
- Cut long lines.
- Properly indent continuation of lines.
- Sort includes.
- Replace u_int with unsigned int.
- Remove parenthesis around return values.
- Add blank line at the beginning of functions without local parameters.
- Cast *printf calls to void.

Pull up revision 1.11 (requested by jmmv in ticket #227):
Do not use FLG_MODIFY to mark color settings.  I thought this was used to
denote that a flag was readable/writeable, but that is achieved by passing
a 0 as the flags.
Thanks to uwe@ for finding this out and explaining me why it was wrong.

Do not use FLG_MODIFY to mark color settings.  I thought this was used to
denote that a flag was readable/writeable, but that is achieved by passing
a 0 as the flags.

Thanks to uwe@ for finding this out and explaining me why it was wrong.

Support backlight, brightness and contrast wsdisplay paramteres.
Useful for hpc* ports.

Kill __P(), ANSIfy, remove main() prototype; WARNS=2

Add 2004 to copyright notice as these has been significantly modified recently.

Do not show several variables when they are not available.

At the moment this only affects the display part, hiding console colors,
border color and/or console scrollback if their respective ioctls are
not supported by the running kernel.

Trying to write to these variables will still fail with the correct ioctl
error message.

Implement border color customization in wscons(4), only available for vga(4)
at the moment.

This includes the addition of two new wsdisplay ioctls, WSDISPLAY_{G,S}BORDER,
one to get the actual color and one to set it, respectively.  Possible colors
match those defined by ANSI (and listed in wsdisplayvar.h).

It also adds two accessops to the underlying graphics device, getborder and
setborder, which mach their ioctl counterparts.

Two kernel options are added: WSDISPLAY_CUSTOM_BORDER, which enables the
ioctls described above (to customize the border color from userland after
boot), and WSDISPLAY_BORDER_COLOR, which sets the color at boot time.
The former is enabled by default on the GENERIC kernel, but not on INSTALL
(among others).  The later is always commented out, leaving the usual black
border as a default.

wsconsctl is modified to allow accessing this value easily.  For example,
'wsconsctl -d -w border=blue'.

Implement support to dynamically change wscons console and kernel colors.

Two new ioctls are added to the wsdisplay device, named WSDISPLAY_GMSGATTRS
and WSDISPLAY_SMSGATTRS, used to retrieve the actual values and set them,
respectively (the name, if you are wondering, comes from "message attributes").

A new emulop is added to the underlying display driver (only vga, for now)
which sets the new attribute for the whole screen, without having to clear
it.  This is optional, which means that this also works with other drivers
that don't have this new operation.

Five new kernel options have been added, although only documented in
i386 kernels (for now):
- WSDISPLAY_CUSTOM_OUTPUT, which enables the ioctls described above to
  change the colors dynamically from userland.  This is enabled by default
  in the GENERIC kernel (as well as others) but disabled on all INSTALL*
  kernels (as this feature is useless there).
- WS_DEFAULT_COLATTR, WS_DEFAULT_MONOATTR, WS_DEFAULT_BG and WS_DEFAULT_FG,
  which specify the default colors for the console at boot time.  These have
  the same meaning as the (already existing) WS_KERNEL_* variables.

wsconsctl is modified to add msg.default.{attrs,bg,fg} and
msg.kernel.{attrs,bg,fg} to the display part, so that colors can be changed
after boot.

Tested on NetBSD/i386 with vga (and vga in mono mode), and on NetBSD/mac68k.
No objections in tech-kern@.

Pull up revision 1.4 (requested by recht in ticket #451):
If scrolling support is not compiled in the kernel, fail gracefully.

Pull up revision 1.3 (requested by recht in ticket #451):
PR/19925: David Ferlier: add scrolling support to wscons

If scrolling support is not compiled in the kernel, fail gracefully.

PR/19925: David Ferlier: add scrolling support to wscons

Allow setting display's font.

wsconsctl(8) - a program to manipulate wscons devices.

- lacks wsdisplay support (driver needs work on ioctls).
- man page needs work.