Date: Wed, 6 May 1998 01:54:38 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: jlemon@americantv.com (Jonathan Lemon) Cc: tlambert@primenet.com, hasty@rah.star-gate.com, chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, Nicolas.Souchu@prism.uvsq.fr, freebsd-hackers@FreeBSD.ORG Subject: Re: ISA PnP / snd PnP developments? Message-ID: <199805060154.SAA23256@usr02.primenet.com> In-Reply-To: <19980505100131.16512@right.PCS> from "Jonathan Lemon" at May 5, 98 10:01:31 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > > We don't use bios calls for drivers however very recently someone checked in > > > code to make bios calls which can come in handy for video adapters video > > > modes. > > > > Making INT 10 calls is generally a bad idea. > > First off, let me say that I agree with this. I'm just providing more > rope for interested developers. :-) Besides, wasn't it you who wanted > an INT 10 disk-driver as a fallback mechanism? INT 13. 8-) 8-). The theory is that "anything that works is better than anything that doesn't". You can serialize disk I/O much easier; it's one of the most important things you can do, anyway, so it's common practice for a disk to steal from Peter to pay Paul. 8-). > > It requires taking down most of the outstanding operations manually > > from the kernel side, in the expectation of CLI/STI/etc.. > > But this is wrong. Our real-mode INT calls are done in a vm86 sandbox, > so they never actually get their grubby hands on the actual PSL_I bit. > This will probably break things that are timing sensitive, but I'd argue > that those things are better suited for a real kernel driver anyway. Yup. I have a monitor that will be puked out by a lost vertical retrace on an old video card (requires a powercycle to clear it). If the INT 10 mode change is only going to be use in event of a crash, as Elvind said, I'm all for it. If someone thinks they can fix a "Diamond-like problem" with INT 10 mode switching, I'm against it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805060154.SAA23256>