From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BlivQ-0000CH-P3 for qemu-devel@nongnu.org; Sat, 17 Jul 2004 02:44:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BlivO-0000Bn-QA for qemu-devel@nongnu.org; Sat, 17 Jul 2004 02:44:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BlivO-0000Bk-Fm for qemu-devel@nongnu.org; Sat, 17 Jul 2004 02:43:58 -0400 Received: from [80.91.224.249] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Bliro-00075W-Qk for qemu-devel@nongnu.org; Sat, 17 Jul 2004 02:40:16 -0400 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Blirm-0005QT-00 for ; Sat, 17 Jul 2004 08:40:15 +0200 Received: from c-24-6-66-193.client.comcast.net ([24.6.66.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Jul 2004 08:40:14 +0200 Received: from blp by c-24-6-66-193.client.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Jul 2004 08:40:14 +0200 From: Ben Pfaff Date: Fri, 16 Jul 2004 23:40:17 -0700 Message-ID: <87brifm90u.fsf@benpfaff.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: news Subject: [Qemu-devel] Re: BIOS behaves different as real BIOS Reply-To: blp@cs.stanford.edu, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org "Natalia Portillo" writes: > I think that this is because the BIOS searches for the 0x55AA signature on > last two bytes of first sector of disk. > As far as I remember, this signature was introduced very lately and as far > as I tested on my real systems, this signature is not really searched at > boot time, and every DOS before 3.0 doesn't have it (it is used also by > later DOSes and Windows to identify a FAT filesystem), at least on floppies You can disable the signature check by setting byte 0x38 in the CMOS RAM to a nonzero value. -- "...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver." --Daniel Pead