/DragonOS/tools/ |
H A D | .gitignore | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
H A D | create_hdd_image.sh | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
H A D | run-qemu.sh | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
/DragonOS/kernel/src/driver/net/e1000e/ |
H A D | e1000e_driver.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
/DragonOS/kernel/src/process/ |
H A D | idle.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
H A D | mod.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
/DragonOS/kernel/src/net/ |
H A D | syscall.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
/DragonOS/kernel/src/libs/ |
H A D | wait_queue.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
H A D | rwlock.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|
/DragonOS/kernel/src/ |
H A D | lib.rs | 2f6f547ae05c19871138e558ba6943ff07f4c68c Sat Nov 04 13:35:25 UTC 2023 GnoCiYeH <heyicong@dragonos.org> Patch fix sched (#419)
1.解决waitqueue sleep的时候,由于preempt count不为0,导致sched失败,从而导致该waitqueue下一次wakeup时,会把pcb多次加入调度队列的bug
2.修复socket inode 的read和write方法里面没有使用no_preempt的问题
3. 修复cpu0的内核栈由于脏数据导致new_idle的时候set pcb报错的问题
---------
Co-authored-by: longjin <longjin@DragonOS.org>
|