You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While looking into #1680, I noticed that the assembler rejectssyscalls and calls in kernel modules. If I am not mistaken, this is too strict: we should allow calls/syscalls in the root context if we're not processing a syscall (i.e. in_syscall flag is false). It is also inconsitent that dyncall is currently allowed, but not call and syscall.
Hence, I think we should remove that check from the assembler.
The text was updated successfully, but these errors were encountered:
I think allowing call should be pretty straight-forward (since dyncall is allowed already), but syscall may require more thinking. The main concern is about how we handle fmp register when performing a syscall. It actually may be fine as is, but we need to make sure it works as expected.
While looking into #1680, I noticed that the assembler rejects
syscall
s andcall
s in kernel modules. If I am not mistaken, this is too strict: we should allow calls/syscalls in the root context if we're not processing a syscall (i.e.in_syscall
flag is false). It is also inconsitent thatdyncall
is currently allowed, but notcall
andsyscall
.Hence, I think we should remove that check from the assembler.
The text was updated successfully, but these errors were encountered: