How system calls work in Linux

最新推荐文章于 2021-05-08 16:19:42 发布
最新推荐文章于 2021-05-08 16:19:42 发布 · 113 阅读 · 0

本文档从2000年开始撰写，详细记录了作者在学习Linux系统调用过程中的笔记。通过跟踪典型的系统调用流程，如fopen()函数，展示了在Linux环境下系统调用的工作原理。使用glibc-2.1作为实现示例。

http://12000.org/my_notes/system_calls_in_linux/system_call_in_linux/index.htm

These are my notes I wrote while learning how system calls work on a Linux system. Started in may 29,2000.

To help show this, I show flow of a typical system call such as 'fopen()'. fopen() is a function call defined in the C standard library. I use glibc-2.1 as an implementation.

From the UNIX98 standard, fopen() is defined as


iteye_18365
关注
Linux: System call实例/系统调用
mzhan017的博客
03-19 836
Linux，系统调用的一些函数
【归档】[OS] Xv6 System Calls
AIsland 的博客
10-20 8447
Part One: System call tracing Your first task is to modify the xv6 kernel to print out a line for each system call invocation. It is enough to print the name of the system call and the return value;
xv6 问题集锦
weixin_30585437的博客
05-18 442
1.在做第一个实验Lab 1: Booting a PC时，编译lab 时出错 lib/printfmt.c:42：对‘__udivdi3’未定义的引用lib/printfmt.c:50：对‘__umoddi3’未定义的引用 原因：由于在printfmt.c文件中用了libgcc.a中的库函数，但是我的开发环境是64位的gcc，所以找不到这个库文件。 解决： sudo apt-get in...
MIT6.828_HW3_XV6 System calls
Small_Pond的博客
06-08 2942
1. LEC5_HW3_XV6 System calls 修改xv6来添加一个系统调用。 1.1. Part1: System call tracing 修改xv6的内核，每个系统调用打印一行信息。 需要使用从github上down下来的xv6-public工程。 Hint: modify the syscall() function in syscall.c. proc结构体 // Per-pr...
xv6修改之输出系统调用名称&添加halt系统调用
Catold不学无术
11-18 4426
(原文章手抖 误删。。。MD) 题目一：为系统调用添加输出 在syscall.c中的，syscall函数改为 [cpp] view plaincopy void   syscall(void){         int num;     num= proc->tf->eax;    if(num > 0 && num
Hw7_20180429
Llunnn的博客
04-29 668
1、 领域建模 a. 阅读 Asg_RH 文档，按用例构建领域模型。 按 Task2 要求，请使用工具 UMLet，截图格式务必是 png 并控制尺寸 说明：请不要受 PCMEF 层次结构影响。你需要识别实体（E）和 中介实体（M，也称状态实体） 在单页面应用（如 vue）中，E 一般与数据库构建有关， M 一般与 store 模式有关 在 java web 应用中，E 一般与数据库构建有...
how linux works 中文,How Linux Works
weixin_39913807的博客
05-08 347
HowLinuxWorksrevealstheinnerworkingsoftheLinuxsystem，within-depthcoverageoftopicssuchasdevicemanagement，thebootsequence，systemmanagementbasics，andnetworking.AuthorBrianWa...
Lab system calls
weixin_38600908的博客
04-21 1547
6s081 Lab2: system calls 一开始看的时候看见这两个实验都是moderate，还以为挺简单。结果因为对xv6 book不熟悉，没有弄明白整个系统调用的过程，花了很多的时间去理解xv6中系统调用的过程。含泪总结…………一定要认认真真的看xv6 book 不然实验可能真的不会写。 关于实验要求，比较重要的一些点我都加了下划线。(也是我踩过的坑…………) 这个实验看着简单，但是写10行代码差不多要看100行左右的源码。 System call tracing (moderate) In th
how linux works 中文,How Linux Works 2nd Edition pdf
weixin_40000457的博客
05-08 490
How Linux Works 2nd Editioncontent validityUnlike some operating systems, Linux doesn’t try to hide the important bits from you-it gives you full control of your computer. But to truly master Linux, ...
How Linux Works: What Every Superuser Should Know, 2nd Edition
02-02
In this completely revised second edition of the perennial best seller How Linux Works, author Brian Ward makes the concepts behind Linux internals accessible to anyone curious about the inner ...
OneRec是一个专注于多源信息融合与知识集成的开源推荐算法库_它旨在打破数据孤岛并极大扩充推荐系统的外部世界知识_通过可插拔的模块化设计整合行为数据_包括多信号与长短期用户行为序.zip
12-04
OneRec是一个专注于多源信息融合与知识集成的开源推荐算法库_它旨在打破数据孤岛并极大扩充推荐系统的外部世界知识_通过可插拔的模块化设计整合行为数据_包括多信号与长短期用户行为序.zip
这是一个旨在构建一个开放协作结构化持续进生的社区驱动型知识库与代码资源集合中心的项目它通过GitHub平台汇聚来自全球开发者学习者及技术爱好者的多元化智慧结晶涵盖从入门.zip
12-04
这是一个旨在构建一个开放协作结构化持续进生的社区驱动型知识库与代码资源集合中心的项目它通过GitHub平台汇聚来自全球开发者学习者及技术爱好者的多元化智慧结晶涵盖从入门.zip
峰值密度聚类matlab代码-Clustering-based-density-peaks.zip
最新发布
12-04
峰值密度聚类matlab代码-Clustering--based--density--peaks.zip
（47页PPT）南京地铁集团大数据在城轨行业的应用.pptx
12-04
（47页PPT）南京地铁集团大数据在城轨行业的应用.pptx
基于Create-React-App脚手架构建的现代化React单页面应用开发入门项目_该项目详细展示了如何使用官方推荐的Create-React-App工具链快速初始化开发测.zip
12-04
基于Create-React-App脚手架构建的现代化React单页面应用开发入门项目_该项目详细展示了如何使用官方推荐的Create-React-App工具链快速初始化开发测.zip
基于MediaPipe与YOLOv5的手语视频识别系统源码实现（USTC数据集）
12-04
本资源提供一套针对手语视频进行自动识别的完整系统实现方案，该方案融合了USTC标准数据集、MediaPipe姿态估计框架以及Yolov5目标检测模型。此项目原为本科生毕业设计课题，在最终答辩环节获得了接近满分的优异评价。全部程序代码均经过充分验证与调试，保证其可顺利部署与执行，适合学习者直接获取并应用于实践。 该系统源码尤其适用于计算机科学、信息通信、智能技术及自动化等专业领域的在校学生、教师或行业技术人员参考使用。它可作为课程作业、学期项目或毕业设计的优质基础材料，具备显著的教学参考与工程借鉴意义。对于具备一定技术基础的开发者，可在现有架构上进一步调整与扩展，以适配更多样化的功能需求。 资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！
请告诉我具体的实验步骤： Lab: system calls In the last lab you used system calls to write a few utilities. In this lab you will add some new system calls to xv6, which will help you understand how they work and will expose you to some of the internals of the xv6 kernel. You will add more system calls in later labs. Before you start coding, read Chapter 2 of the xv6 book, and Sections 4.3 and 4.4 of Chapter 4, and related source files: • The user-space "stubs" that route system calls into the kernel are in user/usys.S, which is generated by user/usys.pl when you run make. Declarations are in user/user.h • The kernel-space code that routes a system call to the kernel function that implements it is in kernel/syscall.c and kernel/syscall.h. • Process-related code is kernel/proc.h and kernel/proc.c. To start the lab, switch to the syscall branch: $ git fetch $ git checkout syscall $ make clean If you run make grade you will see that the grading script cannot exec trace and sysinfotest. Your job is to add the necessary system calls and stubs to make them work. Using gdb (easy) In many cases, print statements will be sufficient to debug your kernel, but sometimes being able to single step through some assembly code or inspecting the variables on the stack is helpful. To learn more about how to run GDB and the common issues that can arise when using GDB, check out this page. To help you become familiar with gdb, run and then fire up gdb in another window (see the gdb bullet on the guidance page). Once you have two windows open, type in the gdb window: make qemu-gdb (gdb) b syscall Breakpoint 1 at 0x80002142: file kernel/syscall.c, line 243. (gdb) c Continuing. [Switching to Thread 1.2] Thread 2 hit Breakpoint 1, syscall () at kernel/syscall.c:243 243 { (gdb) layout src (gdb) backtrace The layout command splits the window in two, showing where gdb is in the source code. The backtrace prints out the stack backtrace. See Using the GNU Debugger for helpful GDB commands. Answer the following questions in answers-syscall.txt. Looking at the backtrace output, which function called syscall? Type a few times to step past struct proc *p = myproc(); Once past this statement, type , which prints the current process's proc struct (see kernel/proc.h>) in hex. np /x *p What is the value of p->trapframe->a7 and what does that value represent? (Hint: look user/initcode.S, the first user program xv6 starts.) The processor is running in kernel mode, and we can print privileged registers such as sstatus (see RISC-V privileged instructions for a description): (gdb) p /x $sstatus What was the previous mode that the CPU was in? In the subsequent part of this lab (or in following labs), it may happen that you make a programming error that causes the xv6 kernel to panic. For example, replace the statement num = p->trapframe->a7; with num = * (int *) 0; at the beginning of syscall, run , and you will see something similar to: make qemu xv6 kernel is booting hart 2 starting hart 1 starting scause 0x000000000000000d sepc=0x000000008000215a stval=0x0000000000000000 panic: kerneltrap Quit out of qemu. To track down the source of a kernel page-fault panic, search for the sepc value printed for the panic you just saw in the file kernel/kernel.asm, which contains the assembly for the compiled kernel. Write down the assembly instruction the kernel is panicing at. Which register corresponds to the variable num? To inspect the state of the processor and the kernel at the faulting instruction, fire up gdb, and set a breakpoint at the faulting epc, like this: (gdb) b *0x000000008000215a Breakpoint 1 at 0x8000215a: file kernel/syscall.c, line 247. (gdb) layout asm (gdb) c Continuing. [Switching to Thread 1.3] Thread 3 hit Breakpoint 1, syscall () at kernel/syscall.c:247 Confirm that the faulting assembly instruction is the same as the one you found above. Why does the kernel crash? Hint: look at figure 3-3 in the text; is address 0 mapped in the kernel address space? Is that confirmed by the value in scause above? (See description of scause in RISC-V privileged instructions) Note that scause was printed by the kernel panic above, but often you need to look at additional info to track down the problem that caused the panic. For example, to find out which user process was running when the kernel paniced, you can print out the process's name: (gdb) p p->name What is the name of the binary that was running when the kernel paniced? What is its process id (pid)? This concludes a brief introduction to tracking down bugs with gdb; it is worth your time to revisit Using the GNU Debugger when tracking down kernel bugs. The guidance page also has some other other useful debugging tips.
11-16
<think> 根据用户需求，我需要提供xv6系统调用实验的具体步骤，包括添加新系统调用、使用GDB调试、解答相关问题以及追踪内核崩溃问题。下面我将分步骤详细说明。 ### 1. **添加新系统调用** 在xv6中添加新系统调用需要修改以下文件： #### 步骤1: 定义系统调用号 - 在`kernel/syscall.h`中添加新的系统调用号，例如： ```c #define SYS_trace 22 // 示例：添加跟踪系统调用 ``` #### 步骤2: 声明系统调用函数 - 在`kernel/sysproc.c`中声明系统调用函数： ```c uint64 sys_trace(void); ``` #### 步骤3: 添加系统调用表项 - 在`kernel/syscall.c`的`syscalls`数组中添加映射： ```c extern uint64 sys_trace(void); static uint64 (*syscalls[])(void) = { ... [SYS_trace] sys_trace, }; ``` #### 步骤4: 实现系统调用功能 - 在`kernel/sysproc.c`中实现`sys_trace`函数： ```c uint64 sys_trace(void) { // 具体实现逻辑 } ``` #### 步骤5: 用户态接口 - 在`user/user.h`中声明用户态函数： ```c int trace(int); ``` - 在`user/usys.pl`中添加生成汇编入口的脚本： ```perl entry("trace"); ``` ### 2. **使用GDB调试xv6** #### 启动QEMU调试模式 1. 在xv6目录下执行： ```bash $ make qemu-gdb ``` 此时QEMU会暂停并等待GDB连接（默认端口26000）。 #### 连接GDB调试 1. 打开另一个终端，进入xv6目录，启动GDB： ```bash $ gdb-multiarch kernel/kernel ``` 2. 连接QEMU： ```gdb (gdb) target remote localhost:26000 ``` 3. 设置断点（例如在`sys_trace`函数）： ```gdb (gdb) b sys_trace ``` 4. 继续执行： ```gdb (gdb) c ``` ### 3. **常见问题解答** #### Q1: 如何传递系统调用参数？ 在xv6中，用户态参数通过`argint`、`argaddr`等函数获取（定义在`kernel/syscall.c`）： ```c int argint(int n, int *ip); ``` #### Q2: 系统调用后用户程序崩溃？ 可能原因： - 系统调用号未正确注册 - 用户态函数声明与内核实现不一致 - 未在`Makefile`的`UPROGS`中添加测试程序 ### 4. **追踪内核崩溃问题** #### 步骤1: 定位崩溃位置 - 当内核崩溃时，QEMU会输出`scause`和`sepc`寄存器值。例如： ```text kernel page fault, sepc=0x000000008000765a ``` - 使用GDB查看该地址对应的代码： ```gdb (gdb) x/i 0x8000765a ``` #### 步骤2: 检查调用栈 - 在GDB中执行： ```gdb (gdb) bt ``` 回溯函数调用链。 #### 步骤3: 分析内存状态 - 使用`xv6`的`vmprint`函数（需手动添加）打印页表： ```gdb (gdb) call vmprint(p->pagetable) ``` --- §§相关问题§§ 1. 如何为xv6添加一个带参数的系统调用？ 2. GDB调试时如何查看xv6的页表结构？ 3. 系统调用过程中发生`page fault`该如何排查？ 4. 如何测试新添加的系统调用？ </think>### XV6系统调用实验完整指南 #### 一、添加新系统调用步骤 1. **定义系统调用号** - 在`kernel/syscall.h`中添加新系统调用号： ```c #define SYS_yourcall 22 // 示例编号 ``` 2. **声明系统调用函数** - 在`kernel/sysproc.c`中添加函数声明： ```c uint64 sys_yourcall(void); ``` 3. **注册系统调用** - 在`kernel/syscall.c`的`syscalls[]`数组中添加： ```c extern uint64 sys_yourcall(void); [SYS_yourcall] sys_yourcall, ``` 4. **实现系统调用逻辑** - 在`kernel/sysproc.c`中实现功能： ```c uint64 sys_yourcall(void) { // 具体实现代码 } ``` 5. **添加用户态接口** - 在`user/user.h`中声明： ```c int yourcall(void); ``` - 在`user/usys.pl`中添加入口： ```perl entry("yourcall"); ``` 6. **编译测试** ```bash $ make qemu ``` #### 二、GDB调试xv6内核 1. **启动调试环境** ```bash $ make CPUS=1 qemu-gdb # 单核调试更稳定 ``` 2. **GDB连接与基本操作** ```bash $ gdb kernel/kernel (gdb) target remote localhost:26000 # 连接QEMU (gdb) b sys_yourcall # 在系统调用处设断点 (gdb) c # 继续执行 (gdb) n # 单步执行 (gdb) p /x *trapframe # 查看寄存器状态 ``` 3. **关键调试命令** ```gdb (gdb) x/10i $pc # 查看当前汇编指令 (gdb) info registers # 显示所有寄存器值 (gdb) watch *0x80010000 # 监视内存地址 ``` #### 三、内核崩溃追踪方法 1. **定位崩溃点** - QEMU崩溃输出示例： ``` sepc=0x0000000080001a76 stval=0x0000000000000000 ``` - 使用GDB查找问题位置： ```gdb (gdb) x/i 0x80001a76 # 查看崩溃点指令 ``` 2. **页错误分析** ```gdb (gdb) p /x $satp # 检查页表寄存器 (gdb) x /x $stval # 查看触发错误的地址 ``` 3. **调用栈分析** ```gdb (gdb) bt # 显示调用栈 (gdb) frame 2 # 切换到第2层栈帧 ``` #### 四、常见问题解答 1. **系统调用未被识别** - 检查`syscall.h`中的编号是否匹配 - 确认`usys.pl`生成了正确的汇编入口 2. **用户态参数传递错误** - 使用`argint()`/`argaddr()`获取参数： ```c int sys_yourcall(void) { int n; argint(0, &n); // 获取第一个参数 } ``` 3. **页表权限问题** - 内核态访问用户指针需用`copyin/copyout`： ```c copyout(p->pagetable, addr, buf, size); ``` 4. **死锁检测** - 在`kernel/spinlock.c`中启用调试： ```c #define DEBUG 1 ``` > 调试提示：启动时添加`-s`参数进入单步模式： > ```bash > $ make qemu-gdb EXTRAFLAGS="-s" # 启动即暂停 > ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值