do_syscall_64 函数

想去大厂的程序员

已于 2022-09-13 10:51:08 修改

阅读量449

点赞数

于 2022-09-12 17:43:35 首次发布

本文链接：https://blog.csdn.net/qq_38248064/article/details/126820181

版权

x86_64内核系统调用号过滤实践验证内核编译

关键词由CSDN通过智能技术生成

x86_64 4.15.1内核do_syscall_64 函数中nr和ori_ax和ax中应该是过滤过得系统调用号，我看网上帖子都是说系统调用号，我真是无语了。我是自己编译内核打印nr ori_ax ax值得，不知道网上帖子有没有测试，就在哪里瞎扯淡

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

想去大厂的程序员

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

Linux：syscall: entry_SYSCALL_64_after_hwframe

mzhan017的博客

01-02

1397

看着像是对xen的系统调用做的一个优化；将entry_SYSCALL_64函数，分成了三截，xen的调用可以从entry_SYSCALL_64_after_hwframe这个节点开始调用。因为这个分成三节的原因，导致在现实函数栈的时候，以after_hwframe 为基准。其实实际的入口函数还是entry_SYSCALL_64；这个符号是在：arch/x86/entry/entry_64.S 文件里。函数SYM_CODE_START(entry_SYSCALL_64)里的一个inner label；

linux那些事之SYSCALL_DEFINEx

weixin_42730667的博客

06-06

750

内核代码中常常在查看系统调用宏时常常会看到使用SYSCALL_DEFINEX一系列宏定义来定义内核针对系统调用接口的定义该宏位于include\linux\syscalls.h文件中，针对系统调用的参数不同，使用了一系列的宏进行方便定义：针对不同的参数个数，一般会使用不同的宏定义，例如open系统调用总共由三个参数，内核中针对open的系统调用为：上述几个宏定义，最终都是调用SYSCALL_DEFINEx，在该宏中x参数代表的是系统调用参数个数，name为系统调用名称，例如open，被_#

1 条评论您还未登录，请先登录后发表或查看评论

x64-syscall:C ++中的x64 syscall调用程序

05-11

x64系统调用 C ++中的x64 syscall调用程序。使用示例（来自Windows 10的索引，内部版本1803）： ObjectAttributes.Length = sizeof ( OBJECT_ATTRIBUTES ); ClientId.UniqueProcess = HANDLE( 1000 ); // PID // NtOpenProcess Syscall ( 0x26 , & Handle , PROCESS_TERMINATE, &ObjectAttributes, &ClientId ); // NtTerminateProcess Syscall ( 0x2C , Handle ); // NtQuerySystemInformation const auto Status = Syscall< NTSTATUS>( 0x36 , SystemProc

do_ni_syscall

顽石的博客

08-11

1126

最近查一个问题，看到一份kernellog里有这么一段： unionpay.kalefu[29653]： syscall 133446 Code: e0861001 e2833002 e3a02000 ef000000 (e1a00008) CPU : 6 PID: 29653 Comm: unionpay.kalefu Tainted: P

syscall指令_syscall是x86_64上的指令吗？

weixin_39999536的博客

12-28

383

我想检查在glibc中执行系统调用的代码.我找到了这样的东西.ENTRY (syscall)movq %rdi, %rax /* Syscall number -> rax. */movq %rsi, %rdi /* shift arg1 - arg5. */movq %rdx, %rsimovq %rcx, %rdxmovq %r8, %r10movq %r9, %r8...

ARM64内核系统调用添加方法（基于kernel-4.9）

程序猿Ricky的日常干货

04-13

4478

既上一篇介绍了ARM64内核系统调用详解之后，本篇文章来介绍如何添加自己的系统调用到内核中。根据上一篇我们知道如下关键的几点：（1）ARM64的系统调用分为32-bit模式和64-bit模式。（2）32-bit模式的系统调用syscall定义在头文件arch/arm64/include/asm/unistd32.h （3）64-bit模式的系统调用syscall...

Inline Hook Syscall 详解

pwl999的博客

07-20

2633

文章目录1. hook一般syscall2. hook stub syscall2.1 stub_xxx 原理2.2 方法1：hook `stub_xxx`2.3 方法2：hook `call sys_xxx`参考文档： 1. hook一般syscall 在安全、性能分析等领域，经常会需要对系统调用syscall进行hook。有些模块在kernel代码中已经预先hook，例如syscall trace event。通常syscall使用sys_call_table[]数组来间接调用： kernel\arc

SYSCALL_DEFINE 系统调用定义宏分析

最新发布

zhu_superman的博客

03-23

909

SYSCALL_DEFINE

X86_64处理器系统调用机制在linux上的实现

chengwenyang的专栏

06-11

1483

syscall (X86) 硬件机制 X86 64位flat模式提供了快速系统调用硬件机制。使用syscall指令触发系统调用，CPU从用户态（Ring3）切换到特权态（Ring0），使用sysret指令，CPU从内核态切换到用户态。注意：sysret指令和iret指令是CPU从内核态切换到用户态的两种方式 syscall 指令执行sysenter指令，发生系统调用时，CPU硬件执行以下动作：把MSR_LSTAR寄存器中的值加载到RIP寄存器，并把当前程序运行的下一条指令（即sysenter

shell进入特权模式_Zephyr用户模式-系统调用

weixin_42587866的博客

01-14

815

本文主要说明Zephyr用户模式-简介中简介的系统调用访问和系统调用堆栈，和ARM相关的技术基础请参考Zephyr用户模式-技术基础用户模式下，代码被限制使用特权指令和访问内存。由于系统调用工作在特权模式下，并且系统调用在zephyr下是可信代码，因此用户模式线程可以通过系统调用安全使用特权指令和访问受限内存。下图摘自Day1-PM-2-1 Zephyr Memory Protection - W...

Linux内核学习笔记 -31 动手实践-添加系统调用（系统调用日志收集系统）

我思故我在！

08-09

620

基于linux 5.0内核添加一个系统调用，

linux系统调用全过程

qq_29066533的博客

11-23

461

什么是系统调用? 系统调用是操作系统提供给程序设计人员使用系统服务的接口系统调用流程 Linux 提供了 glibc 库, 它封装了系统调用接口, 对上层更友好的提供服务, 系统调用最终都会通过 DO_CALL 发起, 这是一个宏定义, 其 32 位和 64 位的定义是不同的 32 位系统调用用户态将请求参数保存到寄存器将系统调用名称转为系统调用号保存到寄存器 eax 中通过软中断 ENTER_KERNEL 进入内核态内核态将用户态的寄存器保存到 pt_regs 中在系统调用.

排查Linux下CPU问题所需的步骤

Ascend

09-07

844

这里写目录标题基本理论一、平均负载定义负载高可能出现的情况命令二、上下文切换导语切换的类型怎么查看系统的上下文切换情况三、CPU 使用率怎么查看 CPU 使用率如何追踪CPU占用高的程序perf top四、软中断应对策略：常见案例1、如何解决100%CPU使用的问题基本套路1：基本套路22、解决大量僵尸进程的问题概念处理套路僵尸进程3、解决软中断导致负载高的问题总结基本理论一、平均负载定义平均负载是指单位时间内，处于可运行状态和不可中断状态的进程数。所以，它不仅包括了正在使用 CPU 的进程，还包

linux系统学习1：系统调用

Linzhongyilisha的专栏

05-13

956

glibc 对系统调用的封装在用户态进程里面调用 open 函数 int open(const char *pathname, int flags, mode_t mode) 64 位系统调用过程： x86_64 下的 sysdep.h 文件 /* The Linux/x86-64 kernel expects the system call parameters in registers according to the following table: syscall nu...

一步一步学linux操作系统: 06 系统调用

墨1024

06-15

710

linux 内核，glibc 对系统调用的封装， 32 位系统调用过程，64 位系统调用过程

系统初始化

进化的深山猿

07-19

996

06 x86架构 x86架构统一了计算机的硬件环境，避免了linux操作系统适配不同的硬件平台。硬件图和计算机的逻辑图如图： cpu：中央处理器，是最核心的组件。总线：连接了cpu和其他设备(如内存、显卡、网卡、磁盘、USB)，其实就是主板上的集成电路，可以划分为：地址总线：根据地址从内存中获取那个位置的数据数据总线：传输真正的数据数据总线的位数:决定了一次能拿多少个数据进来。例如只有两位，那 CPU 一次只能从内存拿两位数。要想拿八位，就要拿四次。位数越多，一次拿的数据就越多，.

Kasan - Linux 内核的内存检测工具

Peter的专栏

01-11

2493

文章来源https://www.ibm.com/developerworks/cn/linux/1608_tengr_kasan/index.html引言Kasan 是 Kernel A...

Linux内核之旅/张凯捷—系统调用分析(3) (基于最新Linux-5.0版本系统调用日志收集系统)...

Linux阅码场

01-28

3925

在上一篇文章《系统调用分析(2)》中介绍和分析了32位和64位的快速系统调用指令——sysenter/sysexit和syscall/sysret，以及内核对快速...

java系统调用_深入理解系统调用

weixin_28717467的博客

02-20

1040

实验内容：找一个系统调用，系统调用号为学号最后 2位相同的系统调用【即 97号系统调用】通过汇编指令触发该系统调用通过 gdb 跟踪该系统调用的内核处理过程重点阅读分析系统调用入口的保存现场、恢复现场和系统调用返回，以及重点关注系统调用过程中内核堆栈状态的变化实验环境：VMWare虚拟机下的Ubuntu18.04.4，实验采用的内核版本为linux-5.4.34。1 环境准备1.1 内核编译回退实...

mq_timedsend

08-18

mq_timedsend是在glibc中的一个系统调用接口，用于向一个消息队列发送消息。在glibc中，有两个调用mq_timedsend系统调用的接口：mq_send和mq_timedsend。这些接口最终会通过linux内核系统调用mq_timedsend进入内核。具体的系统调用源码可以在glibc源码中找到，其格式如下： SYSCALL_DEFINE5(mq_timedsend, mqd_t, mqdes, const char __user *, u_msg_ptr, size_t, msg_len, unsigned int, msg_prio, const struct __kernel_timespec __user *, u_abs_timeout) { struct timespec64 ts, *p = NULL; if (u_abs_timeout) { int res = prepare_timeout(u_abs_timeout, &ts); if (res) return res; p = &ts; } return do_mq_timedsend(mqdes, u_msg_ptr, msg_len, msg_prio, p); } 这段代码定义了mq_timedsend系统调用的参数和返回值。其中，mqdes是消息队列的描述符，u_msg_ptr是指向消息内容的指针，msg_len是消息的长度，msg_prio是消息的优先级，u_abs_timeout是超时时间。如果设置了超时时间，会调用prepare_timeout函数进行超时时间的准备，并传递给do_mq_timedsend函数进行实际的消息发送操作。123 #### 引用[.reference_title] - *1* *2* *3* [Linux mq在内核的发送、唤醒流程简介](https://blog.csdn.net/u012075739/article/details/127173875)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]