__futex_syscall3是android bionc库(一种libc库,为了不与开源组织冲撞,特地不采用glibc)。__futex_syscall3是android的一种线程管理函数。相当于wake。
该函数见于 /bionic/libc/bionic/pthread.c
int __futex_wake_ex(volatile void *ftx, int pshared, int val)
{return __futex_syscall3(ftx, pshared ? FUTEX_WAKE : FUTEX_WAKE_PRIVATE, val);
}
和 bionic/libc/arch-arm/bionic/futex_arm.S
// __futex_syscall3(*ftx, op, val)
ENTRY(__futex_syscall3)mov ip, r7ldr r7, =__NR_futexswi #0mov r7, ipbx lr
END(__futex_syscall3)
extern int __futex_syscall3(volatile void *ftx, int op, int val);
extern int __futex_syscall4(volatile void *ftx, int op, int val,
const struct timespec *timeout);
__futex_syscall3()相当于__futex_wake(),而__futex_syscall4()相当于__futex_wait()。这两个函数与前面的区别是能指定操作码op做为参数。操作码可以是FUTEX_WAIT,FUTEX_WAKE或者它们和FUTEX_PRIVATE_FLAG的组合。
之所以注意到该点,是因为调试用IDA 调试android应用的时候,当加载so库的时候,会自动停在下面的arm汇编代码处。
经过查看android源码,发现这其实就是存在于bionic/libc/arch-arm/bionic/futex_arm.S 的过程。但是对比起来确实不同。
但是自系思考,源码中用的寄存器ip,也就是R12寄存器的别名,这个寄存器承担内部调用的作用。当函数返回时然后重新恢复R7寄存器。
我们在看看IDA中实际的汇编代码,我们看到我们的谷歌NEXUS手机中用的stmfd sp!,{r4,r7}通过栈来保存寄存器的值,然后用ldmfd sp!,{r4,r7}来恢复寄存器的值。实际效果一样。
本文发布于:2024-01-31 06:00:35,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170665203626052.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |