Here are a couple (and there are others at Robert Collins excellent asm site, which I assume you all know how to get to) of "secret" or "not-very-well-documented-by-intel" instructions that should be included in FASM. I realize they may not be very important or useful but I think they should be included for the purpose of completeness, as well as compatibility with any code that happens to use them. Here are the some of them:

ICEBP or INT01 - this is opcode 0F1h. It is basically a 1-byte opcode for "INT 01h". It simply generates interrupt 1.

LOADALL - this is opcode 0F05h (286) or 0F07h (386). I don't know if it was included in Intel processors past 386 or 486, but it should be included for completeness, if FASM is truly a Intel x86 assembler (I use x86 to include Pentium and Celeron also, and any other intel 32-bit or 16-bit processors after the 8086, but I especially mean 80x86, 486 or older (or more obsolete ))

There are a few others, but I believe FASM supports most of them. I tried using these and they didn't work. I also made a ".inc" file with macros for these and every time I tried to compile something that used the ".INC" file FASM crashed, or displayed whole bunch of incomprehensible characters on the screen! Here is my code, please tell me what went wrong, or fix FASM!

;LOADALL - used for dynamic CPU state changes.
loadall macro
{
db 0Fh, 05h
}
;ICE BreakPoint (INT 01h)
icebp macro
{
db 0F1h
}
;INT 01h
int01 macro
{
db 0F1h
}

Thanks, keep it up! FASM rules!!!

fasm supports LOADALL286 and LOADALL386 mnemonics, the latest development releases have also INT1 mnemonic for ICEBP implemented.

Good! Then I guess FASM is pretty much perfect... I don't really care about 64-bit programming anyways (well, mainly because I don't have any 64-bit computers...)

lool a asm compiler change the asm code to hexe decimal for later use, the asm compiler wont do anything its not made to, fx "mov al,1" easy example, its changed to " B301 ".... and so on

maybe menuet could be sped up by using loadall to switch to realmode for using VESA-BIOS

what does loadall do?

comrade,

http://www.x86.org/articles/loadall/tspec_a3_doc.htm

jmgk

LOADALL doesn't exist on non-386 chips (except for the 286 variant, but that's a different story) and I don't think it will make switching to and from pmode/rmode any faster (the 386 was designed to switch between the modes quickly, just by flipping a bit in CR0, although you also have to set the segment registers to values good for real mode). This pretty much rules out LOADALL for any serious operating system today. About 386 chips, I'm talking about the actual 386, not compatible chips like 486, Pentium, etc.

A good page about the loadall opcode is http://www.x86.org/articles/loadall/tspec_a3_doc.htm

LOADALL is to be read as "not supported" instruction and therefore you can't use it. Especially when later processors have removed it. There are instructions for loading AND saving ALL the XMM/MMX and FPU registers and their flags and MenuetOS is already using it since:
18.02.2007 0.58B Improved protection from Ville
MMX/SSE/SSE2 support from Madis Kalme
I think there's no need for incompatible LOADALL when it doesn't have SAVEALL to go with it and coding some "times 8 mov [reg_save#n],r#n" isn't THAT complicated

Btw, the SSE support means all previous, current and future SSEs, so its already SSE4.1&SSE4.2 ready!