From owner-freebsd-bugs Tue Jan 18 1:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 3C48A14FE5 for ; Tue, 18 Jan 2000 01:40:00 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 18E401CD9; Tue, 18 Jan 2000 17:39:57 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Kazutaka YOKOTA Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape In-Reply-To: Message from Kazutaka YOKOTA of "Tue, 18 Jan 2000 01:10:03 PST." <200001180910.BAA91603@freefall.freebsd.org> Date: Tue, 18 Jan 2000 17:39:57 +0800 From: Peter Wemm Message-Id: <20000118093957.18E401CD9@overcee.netplex.com.au> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kazutaka YOKOTA wrote: > The following reply was made to PR i386/16164; it has been noted by GNATS. > > From: Kazutaka YOKOTA > To: green@freebsd.org > Cc: FreeBSD-gnats-submit@freebsd.org, > yokota@zodiac.mech.utsunomiya-u.ac.jp > Subject: Re: i386/16164: "vga" attach fails if video card not whacked into sh ape > Date: Tue, 18 Jan 2000 18:08:55 +0900 > > >>Number: 16164 > >>Category: i386 > >>Synopsis: "vga"/"sc" don't work when a video card is not whacked int o s > >hape > [...] > >>Release: FreeBSD 4.0-CURRENT i386 > >>Organization: > >The FreeBSD Project > >>Environment: > > > > It happens with -current as of any time, my AMI BIOS from a few > >months ago (latest), and latest working BIOS (1.20) for my SIIG66 HPT366 > >controller. > > > >>Description: > > > > The HPT366's BIOS makes a highly lame video mode change and things > >are very screwy; the BIOS doesn't reset the video card after that, though > >I don't know if it _should_, and FreeBSD has a cow with it. The "vga" > >and "sc" devices don't work, VESA fails, and the system isn't usable from t he > >console. > > I would like to see the output from dmesg when you give "boot -v" to > boot the system. I've got the dmesg -v already. It says: ... Preloaded elf kernel "kernel" at 0xc030e000. Preloaded elf module "vesa.ko" at 0xc030e0a8. Preloaded elf module "usb.ko" at 0xc030e144. Preloaded elf module "joy.ko" at 0xc030e1e0. module_register_init: MOD_LOAD (vesa, c02eebb0, 0) error 19 .. vga-pci0: mem 0xcc000000-0xccffffff,0xef000000-0xefffffff irq 11 at device 20.0 on pci0 .. sc0: no video adapter is found. .. My guess is the vesa module is getting this far in vesa_configure(): /* * The VGA adapter is not found. This is because either * 1) the VGA driver has not been initialized, or 2) the VGA card * is not present. If 1) is the case, we shall defer * initialization for now and try again later. */ if (adp == NULL) { vga_sub_configure = vesa_configure; return ENODEV; } > What does the HPT366 BIOS do to the screen? Does it draw some sort of > graphics? At which point does it do that? The motherboard AMI BIOS > runs POST and prints something about CPU, serial ports, parallel ports > and PnP device info before looking for a boot device. It clears the screen and draws a little "Highpoint" in cursive writing on the bottom right of the screen. It's kinda like the energy star logo on the boot screen. > >>Fix: > > > >This knocks the video card into shape, and FreeBSD works after it runs. > >This was submitted to me by W. G. Hicks, but a better place should really > >be found for it. It definitely seems to be necessary. > > This patch sets the video mode #3: 80x25 color text. It is fine > for CGA/EGA/VGA cards, but not good for MDA and Hercules mono cards. > (Well, maybe we shouldn't bother too much about monochrome video cards > nowadays, but they are still in use, I believe.) Since boot1/2 are a bit tight on space, can we do something along these lines in loader? In vidconsole.c, perhaps test to see if the equipment bytes list cga/ega/vga and set the mode then? If it lists mono, set it to mono 80x25.. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message