1. 24 9月, 2021 5 次提交
  2. 23 9月, 2021 2 次提交
  3. 22 9月, 2021 1 次提交
  4. 18 9月, 2021 2 次提交
  5. 16 9月, 2021 2 次提交
  6. 15 9月, 2021 1 次提交
  7. 14 9月, 2021 1 次提交
  8. 13 9月, 2021 2 次提交
  9. 10 9月, 2021 2 次提交
    • O
      !619 简化make脚本 · 0326cbf1
      openharmony_ci 提交于
      Merge pull request !619 from Caoruihong/opt_make_scripts
      0326cbf1
    • L
      fix: 修复sigwait等待到的信号值与获取的siginfo中的值不一致 · c3facd1b
      lnlan 提交于
      【背景】
      集成测试发送两个不同的信号,sigwait第二次等到的仍是第一个信号
      经定位,信号在kill时会将相关的siginfo信息拷贝到taskcb的unbinfo中,sigwait
      处理时从unbinfo拷贝给用户。若此信号发送时处于屏蔽状态,再有其他信号发送会覆盖
      掉unbinfo,此时sigwait等待这个信号获取到的info已经被覆盖
      【修改方案】
      1. 每个任务添加一个siginfo缓存链表,在处理信号前夕从缓存链表取出info到unbinfo中
      
      【影响】
      对现有的产品编译不会有影响。
      
      re #I3M12H
      Signed-off-by: Nlanleinan <lanleinan@163.com>
      
      Change-Id: If4b064c18773f8eca7419c665977260167b09810
      c3facd1b
  10. 09 9月, 2021 4 次提交
  11. 08 9月, 2021 5 次提交
  12. 07 9月, 2021 1 次提交
    • G
      fix: dyload open close failed · 5e87d8c1
      Guangyao Ma 提交于
      本次提交修复内核加载器,异常情况分支的一个bug:mksh通过exec命令(mksh内置命令
      ,正常情况下,该命令成功执行会复用mksh进程空间,拉起新的指定进程)。但是如果
      进程没有成功加载的情况下,内核加载器的异常分支会错误释放mksh的fd句柄。最终导致
      下次拉起其他进程时(fork + exec方式),新的进程会继承fd,映射了早就释放的sysfd
      ,此时的sysfd可能已经被复用,issue场景下这个sysfd被加载过程中打开的libc.so占用
      ,exec时会释放procfd->sysfd(错误的映射关系),最终新进程libc.so被关闭。
      导致内核崩溃。
      
      close #I452Z7
      Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
      Change-Id: Ifca809f88b5ffcfb879dc5520d1f6adf5cf92bcd
      5e87d8c1
  13. 03 9月, 2021 1 次提交
  14. 02 9月, 2021 3 次提交
  15. 01 9月, 2021 5 次提交
  16. 31 8月, 2021 3 次提交
    • O
      !565 feat: L0~L1 支持Trace · 81b47481
      openharmony_ci 提交于
      Merge pull request !565 from LiteOS/master
      81b47481
    • L
      feat: L0-L1 支持Trace · dc9ec685
      LiteOS2021 提交于
              1.【需求描述】
                  L0~L1 支持Trace,提供两种工作模式:在线模式、离线缓存模式, 用于按时间线追踪系统事件,如任务切换、中断、ipc等。
              2.【方案描述】
                  L0:
                  (1).在内核模块预置静态代码桩
                  (2).触发桩后,收集系统上下文信息
                  (3).离线模式则写入内存,用户可通过dump导出;
                  (4).在线模式通过pipeline对接IDE进行可视化解析和展示;
                  L1:
                  新增trace字符设备,位于"/dev/trace",通过对设备节点的read\write\ioctl,实现用户态trace;
      
              BREAKING CHANGE:
              1.新增一系列trace的对外API,位于los_trace.h中.
              LOS_TRACE_EASY简易插桩
              LOS_TRACE标准插桩
              LOS_TraceInit配置Trace缓冲区的地址和大小
              LOS_TraceStart开启事件记录
              LOS_TraceStop停止事件记录
              LOS_TraceRecordDump输出Trace缓冲区数据
              LOS_TraceRecordGet获取Trace缓冲区的首地址
              LOS_TraceReset清除Trace缓冲区中的事件
              LOS_TraceEventMaskSet设置事件掩码,仅记录某些模块的事件
              LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数
      
              Close #I46WA0
      Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
      
      Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
      dc9ec685
    • O
      !586 liteos补丁能力支持 · 658fafe8
      openharmony_ci 提交于
      Merge pull request !586 from jason_gitee/master
      658fafe8