Ня!
>>Конечно, у Intel это называется совершенно по другому (IA-32e mode)
Уже нет, теперь просто Intel64.
И процедура инициации Long Mode аналогична той что в документации AMD.
Вот копипаста реальных отличий AMD64 от Intel64:
EM64T’s BSF and BSR instructions act differently when the source is 0 and the operand size is 32 bits. The processor sets the zero flag and leaves the upper 32 bits of the destination undefined.
AMD64 supports 3DNow! instructions. This includes prefetch with the opcode 0x0F 0x0D and PREFETCHW, which are useful for hiding memory latency.
EM64T lacks the ability to save and restore a reduced (and thus faster) version of the floating-point state (involving the FXSAVE and FXRSTOR instructions).
EM64T lacks some model-specific registers that are considered architectural to AMD64. These include SYSCFG, TOP_MEM, and TOP_MEM2.
EM64T supports microcode update as in 32-bit mode, whereas AMD64 processors use a different microcode update format and control MSRs.
EM64T’s CPUID instruction is very vendor-specific, as is normal for x86-style processors.
EM64T supports the MONITOR and MWAIT instructions, used by operating systems to better deal with Hyper-threading.
AMD64 systems allow the use of the AGP aperture as an IO-MMU. Operating systems can take advantage of this to let normal PCI devices DMA to memory above 4 GiB. EM64T systems require the use of bounce buffers, which are slower.
SYSCALL and SYSRET are also only supported in IA-32e mode (not in compatibility mode) on EM64T. SYSENTER and SYSEXIT are supported in both modes.
Near branches with the 0×66 (operand size) prefix behave differently. One type of CPU clears only the top 32 bits, while the other type clears the top 48 bits.
На самом деле всё намного проще и прозаичней. В ходе судебных разберательств и прочей фигни в 90х AMD лицензировала у Intel x86. В 00х же Intel уже лицензировала у AMD x86-64.