From owner-freebsd-hackers Fri Oct 13 17:25:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18225 for hackers-outgoing; Fri, 13 Oct 1995 17:25:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18215 for ; Fri, 13 Oct 1995 17:25:15 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18688; Fri, 13 Oct 1995 17:19:30 -0700 From: Terry Lambert Message-Id: <199510140019.RAA18688@phaeton.artisoft.com> Subject: Re: netboot patch To: bde@zeta.org.au (Bruce Evans) Date: Fri, 13 Oct 1995 17:19:30 -0700 (MST) Cc: martin@victor.innovus.com, serg@bcs1.bcs.zaporizhzhe.ua, hackers@FreeBSD.ORG In-Reply-To: <199510140008.KAA25340@godzilla.zeta.org.au> from "Bruce Evans" at Oct 14, 95 10:08:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 905 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The standard boot loader probably doesn't need this because it doesn't > support an 'N' question. It seems unlikely that there are any BIOSes > sensitive to the segment limits. It's more likely that there are > BIOSes sensitive to gateA20, and we don't bother switching gateA20 > back and forth. Gate A20 is definitely a problem on some keyboard controller based reset sequences. I think it is the major missing piece of the puzzle there, in fact. As far as BIOS sensistivity, there are many ISA cards that do not implement full I/O space decoding, meaning that it looks as if the I/O space is repeating. This seems to result in more conflicts than all other causes put together, especially when the offender is a cheap serial board or a Diamond video card. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.