lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <E49AE58D-3C42-410B-8D6B-0768A11BA858@zytor.com>
Date:   Mon, 31 May 2021 05:59:47 -0700
From:   "H. Peter Anvin" <hpa@...or.com>
To:     David Laight <David.Laight@...LAB.COM>,
        Borislav Petkov <bp@...en8.de>, Mike Rapoport <rppt@...nel.org>
CC:     Ingo Molnar <mingo@...hat.com>,
        Thomas Gleixner <tglx@...utronix.de>,
        Mike Rapoport <rppt@...ux.ibm.com>,
        "untaintableangel@...mail.co.uk" <untaintableangel@...mail.co.uk>,
        "x86@...nel.org" <x86@...nel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH] x86/Kconfig: decrease maximum of X86_RESERVE_LOW to 512K

Sorry... very few correct answers here.

The load address is 0x7c00. The MBR is relocated to 0x600 by DOS.

MS-DOS doesn't *have* a TPR base, you are thinking of CP/M-80.

The IBM PC memory map reserved 640-768K for video, but the first generation adapters (CGA and MDA) didn't use the bottom 96K/64K (respectively) so it was possible to add a little more RAM. The ROM BIOS wouldn't enumerate it, though, so you had to hack around that. EGA took that away, though, but it seems that virtually no machines including clones had taken advantage of it anyway.

As far as affording it: the first IBM PC 5150 I personally used had 512K RAM. Not cheap, but not unheard of either; this was still before the 64K DRAM market crashed in early 1985.


On May 31, 2021 2:32:22 AM PDT, David Laight <David.Laight@...LAB.COM> wrote:
>From: H. Peter Anvin
>> Sent: 28 May 2021 03:13
>....
>> BIOSes have been known to clobber more than 64K. They aren't supposed
>to
>> clobber any.
>
>They probably shouldn't need anything above the base of the DOS
>transient program area preserved.
>Can't remember where that is though :-(
>
>It is hard enough finding a safe memory area for the MBR
>code to relocate itself to before loading the PBR.
>Both the MBR and PBR load at the same address - 0xc00.
>
>> 640K is the limit because that is the address of the EGA/VGA frame
>> buffer. In the words of Bill Gates "640K ought to be enough for
>anyone."
>
>I thought the original memory map allocated 512K for memory
>and 512k for memory mapped I/O.
>No one could afford more then 512K DRAM :-)
>
>The 640K limit appears because nothing was actually mapped
>as the bottom of the 'I/O area' so memory could expand up
>that far.
>
>	David
>
>-
>Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes,
>MK1 1PT, UK
>Registration No: 1397386 (Wales)

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ