From owner-freebsd-hackers Fri Apr 6 9:38:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-216-103-208-74.dsl.snfc21.pacbell.net [216.103.208.74]) by hub.freebsd.org (Postfix) with ESMTP id 7F3D337B440 for ; Fri, 6 Apr 2001 09:38:39 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.11.2/8.11.2) id f36GcbP27846; Fri, 6 Apr 2001 09:38:37 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200104061638.f36GcbP27846@ambrisko.com> Subject: Fix for CDROM boot for IBM PC desktops To: freebsd-hackers@freebsd.org Date: Fri, 6 Apr 2001 09:38:37 -0700 (PDT) Cc: dhw@whistle.com, mark@whistle.com X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On on IBM PC desktops a FreeBSD bootable CDROM won't boot and it hangs. This has been reported in several places. The problem is that some BIOSes namely IBM's writes to the boot sector of the floppy to potentially update the parameters for the emulated floppy used for the El Torrito boot. Since we do not allocate space for a typical MSDOS "Boot Sector" when the BIOS updates this area it then ends up modifying the boot code which is not a good thing. The boot code then fails in random ways. I also did a work-around for linking the address of "xread" into boot2.c. The fix is in PR i386/26382: http://www.freebsd.org/cgi/query-pr.cgi?pr=26382 This would be great to get into 4.3 but probably won't make it. Thanks, Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message