Date: Thu, 24 Sep 1998 10:59:23 +0900 From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> To: Gary Palmer <gpalmer@freebsd.org> Cc: cvs-committers@freebsd.org, cvs-all@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: cvs commit: src/usr.sbin/vidcontrol vidcontrol.c Message-ID: <199809240159.KAA15440@zodiac.mech.utsunomiya-u.ac.jp> In-Reply-To: Your message of "Wed, 23 Sep 1998 18:36:37 MST." <199809240136.SAA28071@freefall.freebsd.org> References: <199809240136.SAA28071@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>gpalmer 1998/09/23 18:36:37 PDT > > Modified files: > usr.sbin/vidcontrol vidcontrol.c > Log: > Don't assume that we have extended modes on all platforms. > > Revision Changes Path > 1.23 +3 -1 src/usr.sbin/vidcontrol/vidcontrol.c Well, my idea was to let vidcontrol to try to change to whatever video mode the user is requesting. If the mode is not supported by the console driver or the video card, ioctl will fail anyway. As video mode switching does not require any error recovery, vidcontrol will just print that it has failed to switch to the requested mode. That's simple, yet effective. You see, even on the AT platform, not all modes are always supported. (VESA defines extended modes, but it is up to the video card vender to decide which mode to support.) Kazu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809240159.KAA15440>