aboutsummaryrefslogtreecommitdiff
path: root/sys/contrib/cloudabi/cloudabi_vdso_x86_64.S
diff options
context:
space:
mode:
authorEd Schouten <ed@FreeBSD.org>2017-07-26 06:57:15 +0000
committerEd Schouten <ed@FreeBSD.org>2017-07-26 06:57:15 +0000
commitcea9310d4eb12f359344efa19e671039ab934f7c (patch)
tree2d65cbb326a7946d952095aaabef8ce4a077fe98 /sys/contrib/cloudabi/cloudabi_vdso_x86_64.S
parentbc5570421e4f89f3143fb79234ce15b9304e0888 (diff)
downloadsrc-cea9310d4eb12f359344efa19e671039ab934f7c.tar.gz
src-cea9310d4eb12f359344efa19e671039ab934f7c.zip
Upgrade to the latest sources generated from the CloudABI specification.
The CloudABI specification has had some minor changes over the last half year. No substantial features have been added, but some features that are deemed unnecessary in retrospect have been removed: - mlock()/munlock(): These calls tend to be used for two different purposes: real-time support and handling of sensitive (cryptographic) material that shouldn't end up in swap. The former use case is out of scope for CloudABI. The latter may also be handled by encrypting swap. Removing this has the advantage that we no longer need to worry about having resource limits put in place. - SOCK_SEQPACKET: Support for SOCK_SEQPACKET is rather inconsistent across various operating systems. Some operating systems supported by CloudABI (e.g., macOS) don't support it at all. Considering that they are rarely used, remove support for the time being. - getsockname(), getpeername(), etc.: A shortcoming of the sockets API is that it doesn't allow you to create socket(pair)s, having fake socket addresses associated with them. This makes it harder to test applications or transparently forward (proxy) connections to them. With CloudABI, we're slowly moving networking connectivity into a separate daemon called Flower. In addition to passing around socket file descriptors, this daemon provides address information in the form of arbitrary string labels. There is thus no longer any need for requesting socket address information from the kernel itself. This change also updates consumers of the generated code accordingly. Even though system calls end up getting renumbered, this won't cause any problems in practice. CloudABI programs always call into the kernel through a kernel-supplied vDSO that has the numbers updated as well. Obtained from: https://github.com/NuxiNL/cloudabi
Notes
Notes: svn path=/head/; revision=321514
Diffstat (limited to 'sys/contrib/cloudabi/cloudabi_vdso_x86_64.S')
-rw-r--r--sys/contrib/cloudabi/cloudabi_vdso_x86_64.S56
1 files changed, 22 insertions, 34 deletions
diff --git a/sys/contrib/cloudabi/cloudabi_vdso_x86_64.S b/sys/contrib/cloudabi/cloudabi_vdso_x86_64.S
index 049cb0d8a0cf..c68047cc6e3d 100644
--- a/sys/contrib/cloudabi/cloudabi_vdso_x86_64.S
+++ b/sys/contrib/cloudabi/cloudabi_vdso_x86_64.S
@@ -326,15 +326,9 @@ ENTRY(cloudabi_sys_mem_advise)
ret
END(cloudabi_sys_mem_advise)
-ENTRY(cloudabi_sys_mem_lock)
- mov $33, %eax
- syscall
- ret
-END(cloudabi_sys_mem_lock)
-
ENTRY(cloudabi_sys_mem_map)
mov %rcx, %r10
- mov $34, %eax
+ mov $33, %eax
syscall
jc 1f
mov 8(%rsp), %rcx
@@ -345,32 +339,26 @@ ENTRY(cloudabi_sys_mem_map)
END(cloudabi_sys_mem_map)
ENTRY(cloudabi_sys_mem_protect)
- mov $35, %eax
+ mov $34, %eax
syscall
ret
END(cloudabi_sys_mem_protect)
ENTRY(cloudabi_sys_mem_sync)
- mov $36, %eax
+ mov $35, %eax
syscall
ret
END(cloudabi_sys_mem_sync)
-ENTRY(cloudabi_sys_mem_unlock)
- mov $37, %eax
- syscall
- ret
-END(cloudabi_sys_mem_unlock)
-
ENTRY(cloudabi_sys_mem_unmap)
- mov $38, %eax
+ mov $36, %eax
syscall
ret
END(cloudabi_sys_mem_unmap)
ENTRY(cloudabi_sys_poll)
push %rcx
- mov $39, %eax
+ mov $37, %eax
syscall
pop %rcx
jc 1f
@@ -382,7 +370,7 @@ END(cloudabi_sys_poll)
ENTRY(cloudabi_sys_poll_fd)
mov %rcx, %r10
- mov $40, %eax
+ mov $38, %eax
syscall
jc 1f
mov 8(%rsp), %rcx
@@ -394,20 +382,20 @@ END(cloudabi_sys_poll_fd)
ENTRY(cloudabi_sys_proc_exec)
mov %rcx, %r10
- mov $41, %eax
+ mov $39, %eax
syscall
ret
END(cloudabi_sys_proc_exec)
ENTRY(cloudabi_sys_proc_exit)
- mov $42, %eax
+ mov $40, %eax
syscall
END(cloudabi_sys_proc_exit)
ENTRY(cloudabi_sys_proc_fork)
push %rdi
push %rsi
- mov $43, %eax
+ mov $41, %eax
syscall
pop %rsi
pop %rcx
@@ -420,20 +408,20 @@ ENTRY(cloudabi_sys_proc_fork)
END(cloudabi_sys_proc_fork)
ENTRY(cloudabi_sys_proc_raise)
- mov $44, %eax
+ mov $42, %eax
syscall
ret
END(cloudabi_sys_proc_raise)
ENTRY(cloudabi_sys_random_get)
- mov $45, %eax
+ mov $43, %eax
syscall
ret
END(cloudabi_sys_random_get)
ENTRY(cloudabi_sys_sock_accept)
push %rdx
- mov $46, %eax
+ mov $44, %eax
syscall
pop %rcx
jc 1f
@@ -445,51 +433,51 @@ END(cloudabi_sys_sock_accept)
ENTRY(cloudabi_sys_sock_bind)
mov %rcx, %r10
- mov $47, %eax
+ mov $45, %eax
syscall
ret
END(cloudabi_sys_sock_bind)
ENTRY(cloudabi_sys_sock_connect)
mov %rcx, %r10
- mov $48, %eax
+ mov $46, %eax
syscall
ret
END(cloudabi_sys_sock_connect)
ENTRY(cloudabi_sys_sock_listen)
- mov $49, %eax
+ mov $47, %eax
syscall
ret
END(cloudabi_sys_sock_listen)
ENTRY(cloudabi_sys_sock_recv)
- mov $50, %eax
+ mov $48, %eax
syscall
ret
END(cloudabi_sys_sock_recv)
ENTRY(cloudabi_sys_sock_send)
- mov $51, %eax
+ mov $49, %eax
syscall
ret
END(cloudabi_sys_sock_send)
ENTRY(cloudabi_sys_sock_shutdown)
- mov $52, %eax
+ mov $50, %eax
syscall
ret
END(cloudabi_sys_sock_shutdown)
ENTRY(cloudabi_sys_sock_stat_get)
- mov $53, %eax
+ mov $51, %eax
syscall
ret
END(cloudabi_sys_sock_stat_get)
ENTRY(cloudabi_sys_thread_create)
push %rsi
- mov $54, %eax
+ mov $52, %eax
syscall
pop %rcx
jc 1f
@@ -500,12 +488,12 @@ ENTRY(cloudabi_sys_thread_create)
END(cloudabi_sys_thread_create)
ENTRY(cloudabi_sys_thread_exit)
- mov $55, %eax
+ mov $53, %eax
syscall
END(cloudabi_sys_thread_exit)
ENTRY(cloudabi_sys_thread_yield)
- mov $56, %eax
+ mov $54, %eax
syscall
ret
END(cloudabi_sys_thread_yield)