Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
1 年多 前同步成功

通知 463
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 30 6月, 2021 1 次提交
  3. 28 6月, 2021 1 次提交
  5. 26 6月, 2021 3 次提交
  7. 24 6月, 2021 3 次提交
    • M
      feat: add clear cache cmd to /proc/fs_cache · 3d1cf683
      由 mucor 提交于 
      write "clear pathcahe" to clear pathcaches and vnodes
write "clear pagecache" to clear pagecaches
write "clear all" to clear both pathcaches and pagechaches
the cache in use will not be cleared

close: #I3XLPH
Signed-off-by: Nmucor <mucorwang@gmail.com>
      3d1cf683
    • C
      fix: userfs分区的起始地址与大小改为通过bootargs配置 · 2e2b1420
      由 chenjing 提交于 
      在内核解析bootargs参数时，加入对userAddr与userSize两个字段的解析。
1、如果bootargs中配置了userAddr与userSize，则使用配置值划分storage分区。
2、如果bootargs中未配置这两个字段，则storage分区默认紧接在rootfs分区后。

close #I3XNEY
Signed-off-by: Nchenjing <chenjing139@huawei.com>
Change-Id: Iba63ccd7fc3f7efc1d726c4b38beee5df1d64122
      2e2b1420
    • Z
      feat: L1支持低功耗投票框架 · 21d8ac87
      由 zhushengle 提交于 
      功能描述：
  在proc目录下增加power目录，添加powr_mode,power_lock,power_unlock和power_count节点，
  power_mode：节点用于查询和设置系统支持的功耗模式
  power_lock：用于查询和获取低功耗锁，持锁后，将会阻止系统进入低功耗状态
  power_unlock:　用于释放已经持有的低功耗锁，也可查询当前有那些持有低功耗锁
  power_count：用于查询当前持有低功耗锁的个数

Close #I3VS5N

Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
      21d8ac87
  9. 22 6月, 2021 4 次提交
  11. 21 6月, 2021 2 次提交
  13. 19 6月, 2021 1 次提交
    • M
      fix: remove redundant headfile · 73a77777
      由 mucor 提交于 
      1.remove redundant headfile in kernel, such as:
  compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h;
2.split fs.h to file.h and driver.h
3.move vnode.h and path_cache.h to vfs/include
4.remove redundant interface and defines

close: #I3RTNR
Signed-off-by: Nmucor <mucorwang@gmail.com>
      73a77777
  15. 17 6月, 2021 1 次提交
  17. 16 6月, 2021 2 次提交
  19. 15 6月, 2021 2 次提交
  21. 10 6月, 2021 1 次提交
  23. 08 6月, 2021 2 次提交
  25. 07 6月, 2021 1 次提交
    • F
      fix: codex clean · b5370af8
      由 Far 提交于 
      1. 修复可能对NULL指针解引用的场景
2. 将不修改内容的指针入参修改为const
3. 对getpgrp的返回值进行校验后再使用
4. 修复了局部变量未初始化的问题

Close #I3UOFN
Signed-off-by: NFar <yesiyuan2@huawei.com>
      b5370af8
  27. 05 6月, 2021 1 次提交
  29. 04 6月, 2021 1 次提交
    • Yansira's avatar
      feat: timer_create支持以SIGEV_THREAD方式创建定时器 · e5f6bf05
      由 Yansira 提交于 
      【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

【修改方案】
1、内核timer_create接口在创建software timers相应的线程时，使用线程
taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。
2、关于用户任务操作许可验证的修改，现在允许同一用户线程向其自身派发信
号，软件定时器计时结束，向用户态发送相应的信号，完成用户态线程的回调。

【影响】
对现有的产品暂无影响。

re #I3SRFI
Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
      e5f6bf05
  31. 03 6月, 2021 2 次提交
  33. 02 6月, 2021 1 次提交
  35. 24 5月, 2021 1 次提交
    • Z
      fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. · cf89f016
      由 zhushengle 提交于 
      背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
      如果有信号处理就切去处理信号，信号处理结束后回来继续按原来流程执行。
问题：当用户态线程在执行系统调用或缺页异常时，运行在内核态，如果此时有信
      号需要处理，且该线程已经持有了部分内核资源(如：锁，内存等), 此时如
      果有中断发生，则在中断结束时，就会去处理该信号，此时用户态线程持有
      了内核未释放的资源跑到了用户态去运行，如果该线程在用户态出现问题,
      那么它持有的内核资源就无法被释放了。
方案：用户态线程在执行系统调用和缺页异常时暂时屏蔽信号，防止此时有中断去
      处理信号，等系统调用结束或缺页异常结束时再去处理信号。
解决的问题：
  1. 执行系统调用或缺页异常时屏蔽信号，防止中断去处理信号
  2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
  3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程

Close #I3S0N0

Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
      cf89f016
  37. 21 5月, 2021 3 次提交
  39. 20 5月, 2021 1 次提交
  41. 19 5月, 2021 3 次提交
  43. 18 5月, 2021 3 次提交