三艺网站建设供电公司网站建设内容

三艺网站建设,供电公司网站建设内容,简述制作网站的流程,服装在线设计平台在实现了第一个系统调用myHelloWorld、虚存管理后#xff0c;为了实现能够做到分时系统的进程管理#xff0c;我们需要启用定时器中断。 寄存器 为了实现定时器中断#xff0c;你需要知道(牢记)如下寄存器#xff0c;这些寄存器是你在处理定时器中断时特别关心的。 scau…在实现了第一个系统调用myHelloWorld、虚存管理后为了实现能够做到分时系统的进程管理我们需要启用定时器中断。寄存器为了实现定时器中断你需要知道(牢记)如下寄存器这些寄存器是你在处理定时器中断时特别关心的。scause里面存放了中断/异常的原因。scause存放的内容与对应的含义如下表例如当发生S mode软件中断时scause0x8000000000000001发生S mode定时器中断时scause0x8000000000000005。sip用于表示S mode 当前挂起的是什么中断。sip的p表示挂起pendingSEIE STIE SSIE表示外部设备中断、定时器中断、软件中断是否被挂起。sie用于控制S mode是否启用对应中断SEIE STIE SSIE表示是否启用enable外部设备中断、定时器中断、软件中断mipmip寄存器各标志位如下图。我们会注意到一件事情这里面有sip的SEIP、STIP、SSIP位。原因是sip与mip在物理上是同一个寄存器但是由于它们的视图view不同一个是s mode的视角一个是m mode的视角所以sip并没有mip的MTIP等位sip是看不到也访问不到的。mtime用于计时mtime不是一个 CSR控制状态寄存器而是一个 内存映射 I/OMMIO 寄存器。因此在xv6中查看这个寄存器中的时间不是通过csrw智能而是访存。// memlayout.h 相关宏定义 // core local interruptor (CLINT), which contains the timer. #define CLINT 0x2000000L #define CLINT_MTIMECMP(hartid) (CLINT 0x4000 8*(hartid)) #define CLINT_MTIME (CLINT 0xBFF8) // cycles since boot.// start.c-timerinit()中初始化定时器 // ask the CLINT for a timer interrupt. ... int interval 1000000; // cycles; about 1/10th second in qemu. *(uint64 *)CLINT_MTIMECMP(id) *(uint64 *)CLINT_MTIME interval; ...不过我们还有另一个方式来查看定时器中的时间就是rdtime这是一条非特权级指令所以可以在用户态使用。rdtime对于使用opensbi实现的方法十分关键因为opensbi方式下我们总是没有m mode权限的也就访问不了mtime。定时器中断使能、配置、处理虽然按照顺序应当启用→配置→处理但由于有不同的方式所以我们先来看看现有的处理方式。xv6的定时器中断处理方式与sbi的方式有差异先说xv6。不同xv6的代码有些许区别这里使用的是2022年的xv6方案。xv6定时器中断处理方案xv6的时间中断处理是这样的。用户态发生定时器中断时直接进入m mode跳转到mtvec寄存器存放的入口即timervec位于kernelvec.S中它会重置timer时间并写sip寄存器的SSIP位将其转变成一个S mode的软件中断。# timervec ... li a1, 2 csrw sip, a1 ... mret在timervec最后执行mret后按照我的理解应当会回到sepc中存放的入口如果是在用户态发生的定时器中断那这个入口应该是usertrap函数。在usertrap函数里面通过scause并结合devintr函数分析。可以转到对应的处理位置如在这里我们希望能进行yield()让当前进程状态变成RUNNABLE并切换到另一个RUNNABLE进行从而实现我们的分时time slice时间片。opensbi定时器中断处理方案用户态发生定时器中断时同样会到m mode对应的handler中去下面展示的是将_trap_handler入口写入MTVEC的代码/* handler的配置代码 位于固件中需要通过open_sbi的仓库查看 */ /* Setup trap handler */ lla a4, _trap_handler csrr a5, CSR_MISA srli a5, a5, (H - A) andi a5, a5, 0x1 beq a5, zero, _skip_trap_handler_hyp lla a4, _trap_handler_hyp _skip_trap_handler_hyp: csrw CSR_MTVEC, a4之后会来到/* sbi_trap.c */ static int sbi_trap_nonaia_irq(unsigned long irq) { switch (irq) { case IRQ_M_TIMER: sbi_timer_process(); break; case IRQ_M_SOFT: sbi_ipi_process(); break; case IRQ_M_EXT: return sbi_irqchip_process(); default: if (irq sbi_pmu_irq_bit()) { sbi_pmu_ovf_irq(); return 0; } return SBI_ENOENT; } return 0; }其中sbi_timer_process()为void sbi_timer_process(void) { csr_clear(CSR_MIE, MIP_MTIP); /* * If sstc extension is available, supervisor can receive the timer * directly without M-mode come in between. This function should * only invoked if M-mode programs the timer for its own purpose. */ if (!sbi_hart_has_extension(sbi_scratch_thishart_ptr(), SBI_HART_EXT_SSTC)) csr_set(CSR_MIP, MIP_STIP); }我们注意到会将MIP_STIP位写入MIP寄存器的根据上面有关MIP寄存器的介绍我们知道也即写入了SIP.STIP位。所以变成了一个S mode的时间中断而这便是与xv6中的不同xv6中是视为S mode的软件中断而这里是视为S mode的时间中断。由于sbi实现方式下mtvec存放的是sbi的内容而不像是xv6中我们自己定义的timervec。所以后续我们还需要在S mode识别出这是一个时间中断后重置定时器。定时器中断使能以sbi方案为例根据描述我们知道我们需要启用m mode的时间中断s mode的时间中断。m mode我们是不用管的所以我们只用配置sie寄存器就好了。由于之后可能还有其它中断例如磁盘的外部设备中断等所以我们sie寄存器还是启用了三个标志位。w_sie(r_sie() | SIE_SEIE | SIE_STIE | SIE_SSIE);定时器中断配置我们需要配置在sbi的_trap_handler执行mret后的跳转地址按照我的理解应当是kernelvec、uservec。不过这一部分理论上应该在我们实现系统调用的中断处理时就已经完成了。除了这部分配置我们还要记得重置定时器。首先是timerinit中第一次重置定时器我是调用了自己实现的reset_timervoid reset_timer() { // ask the CLINT for a timer interrupt. int interval 1000000; // cycles; about 1/10th second in qemu. uint64 n; asm volatile(rdtime %0 : r(n)); set_timer(n interval); }这里面的set_timer是我的自定义函数本质使用的是sbi_calllong sbi_set_timer(uint64_t stime_value )想要实现这个sbi_call我们需要知道它的EID以及FID参考 RISC-V Supervisor Binary Interface Specification这份pdf然后按照sbi call规范进行调用就好了long set_timer(uint64 next_time) { return sbi_call_wrapper( SBI_EXT_TIME, // EID: 0, // FID: 0 next_time, // arg0 (a0): 绝对时间值 0, // arg1 (a1): 忽略 0 // arg2 (a2): 忽略 ); }static inline int sbi_call_wrapper( uint64 ext_id, uint64 func_id, uint64 arg0, uint64 arg1, uint64 arg2) { register uint64 a0 asm(a0) arg0; register uint64 a1 asm(a1) arg1; register uint64 a2 asm(a2) arg2; register uint64 a6 asm(a6) func_id; // FID 放入 a6 register uint64 a7 asm(a7) ext_id; asm volatile(ecall : r(a0) // 输出a0 寄存器的值作为返回值 : r(a0), r(a1), r(a2), r(a6), r(a7) // 输入a0, a1, a2, a6, a7 : memory); // 告诉编译器内存可能被修改 // 返回值 a0 通常包含错误码0 表示成功 return a0; }见下图然后是之后每次发生定时器中断的时候都要重置定时器。我是放在devintr里实现的。因为不管是u mode 还是 s mode发生定时器中断的时候都会使用这个函数之所以if中为scause 0x8000000000000001L || scause 0x8000000000000005L是因为原来xv6中的实现方案仅仅为0x8000000000000001L但我的为0x8000000000000005L。为了兼容旧版本其实时不敢轻易动这部分代码所以我并没有删掉0x8000000000000001L。int devintr() { uint64 scause r_scause(); // 定时器中断、软件中断 if (scause 0x8000000000000001L || scause 0x8000000000000005L) { // software interrupt from a machine-mode timer interrupt, // forwarded by timervec in kernelvec.S. reset_timer(); if (cpuid() 0) { clockintr(); } // acknowledge the software interrupt by clearing // the SSIP bit in sip. w_sip(r_sip() ~2); return 2; } else { // 其他外设中断全部忽略 return 0; } }阶段性总结如是我们便应该能实现分时系统。但是怎么测试呢感觉最让人有把握的方式应该是能成功运行fork系统调用。相关资料RISC-V Supervisor Binary Interface SpecificationThe RISC-V Instruction Set Manual: Volume II