由于MS-DOS，我知道使用中断的系统调用。 在旧的论文中，我看到引用int 80h来调用Linux上的系统函数。 既然现在已经很长时间了，我知道int 80h已经被弃用了，而且是有利于syscall 。 但是我不能在我的32位机器上工作。
syscall指令是否仅在64位平台上使用？ Linux 32位不使用syscall吗？
在我的32位Linux（Ubuntu Precise）上，这个程序终止于一个核心转储：
global _start _start: mov eax, 4 ; 4 is write mov ebx, 1 ; 1 is stdout mov ecx, message ; address of string mov edx, length ; number of bytes syscall mov eax, 1 ; 1 is exit xor ebx, ebx ; return code 0 syscall message: db 10,"Hello, World",10,10 length equ $ - message
我已经尝试使用sysenter而不是syscall ，但它以同样的方式崩溃。
经过一些网络搜索之后，我在StackOverflow上找到了另一个主题： Linux通过sysenter教程调用系统调用 。 它说调用系统的推荐方式，既不使用int 80h也不使用系统调用，也不使用linux-gate.so ，而是使用linux-gate.so 。
仍然是关于崩溃和核心转储的问题。 我的猜测是，尽管syscall或者sysenter指令都可以作为CPU指令使用，但是当Linux内核认为它在给定的硬件平台上并不真正有用时，Linux内核可能无法正确设置这个“入口点”。
似乎32位平台， sysenter或syscall 可能是可用的，而它始终可用，只在64位平台上。
虽然我觉得这个答案是我的问题，但是我仍然欢迎更多的资料，就像我上面猜测的权威性参考资料。
– 更新 –
至少，我可以找到这确认上述。 这仍然不是一个权威的参考，但我相信似乎足够可信。
什么是linux-gate.so.1？ 说：
调用系统调用的首选方式是由内核在启动时确定的 ，显然这个方框使用sysenter。
此外，从另一个来源，一个示例FASM汇编源（如果您使用NASM需要一些翻译），通过linux-gate.so调用系统函数： 在Assembly中查找linux-gate.so.1 。
英特尔手册说， syscall在兼容性（32位）模式下是无效的，所以不应该被内核使用。
这似乎是一个英特尔的限制，但是：AMD没有，但肯定Linux必须支持英特尔:-) https://stackoverflow.com/a/29784932/895245
sysenter似乎是今天做的最好的方法，因为它比int 0x80快，但它应该通过VDSO间接使用，如在内联汇编（x86 / amd64 linux）中如何通过sysenter调用系统调用所解释的那样？