🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.intel
Article #939

Re: LOADALL and the 486

#939
From: Holger Veit
Date: Wed, 11 Nov 1992 09:23
45 lines
2874 bytes
In <1992Nov9.115520.5893@fct.unl.pt> jpl@antares.fct.unl.pt (Joao Prospero Luis [ps]) writes:

>Marcus Jenkins (marcusj@apricot.co.uk) wrote:
>: I know this may be an FAQ, but I am just a little confused.  Is
>: LOADALL implemented in the 486?  PC Magazine said that it is
>: in all processors from 2-486.  It also said that Microsoft use
>: the instruction in HIMEM.SYS, SMARTDRV.SYS and RAMDRIVE.SYS in
>: MS-DOS.  On the other hand, an instructor from Intel (while lecturing
>: on an i386/486 programming and architecture course) alleged that
>: LOADALL is only there on 286 and earlier steps of the 386.  Does
>: anybody know the REAL answer?  Is there commercial software out
>: there that does use this reserved instruction.  This enquiry is
>: out of curiosity only - I have no intention of putting LOADALL
>: into any of my programs!

>	As far as I know (it isnt that much) LOADALL isnt implemented in
>the 386, but is simulated by some BIOSes. When it traps an invalid opcode

Actually, LOADALL is two different instructions for 286 and 386.
It seems that at least the d0/d1 version of the 386DX has the LOADALL386
instruction. See /pub/pc/infos/loadall*.txt at ftp.uni-duisburg.de for
information on loadall286 and loadall386.
Many 386 BIOSes versions emulate the loadall286 instruction, because it
is used occasionally in some programs (HIMEM uses it, but only when a
286 is detected; there is seperate code for 386 which is used if one is
detected. The loadall386 is by far not so well known.

>it goes to check if it is a LOADALL, if it is it is simulated otherwise
>it does something else (in fact I think it tests some other invalid opcode
>first but I dont remember which). This was confirmed with my AMI BIOS.

>	JPL

>--
>Joao Prospero Luis                 |
>Universidade Nova de Lisboa        | Internet: jpl@fct.unl.pt
>Faculdade de Ciencias e Tecnologia |
>Departamento de Informatica        | Fax:   (+351) (1) 295-5641
>2825 Monte Caparica, PORTUGAL      | Phone: (+351) (1) 295-4464

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
Technical Details
Message-ID: <veit.721473830@du9ds3>
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!unidui!du9ds3!veit
References: <1992Nov04.155003.25751@apricot.co.uk> <1992Nov9.115520.5893@fct.unl.pt>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!unidui!du9ds3!veit
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.sys.intel
Subject: Re: LOADALL and the 486
Date: 11 Nov 92 09:23:50 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Lines: 45
Message-ID: <veit.721473830@du9ds3>
References: <1992Nov04.155003.25751@apricot.co.uk> <1992Nov9.115520.5893@fct.unl.pt>
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.uni-duisburg.de