yystopf
/
openharmony_kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
812 Commits 169 Branches 50 Tags 13 MiB
Commit Graph

48 Commits

Author SHA1 Message Date
LiteOS2021 dc9ec6856f feat: L0-L1 支持Trace 
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: LiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
 2021-08-31 20:29:45 +08:00
openharmony_ci 8839fdd399 !544 fix killpg and waitid 
Merge pull request !544 from wangjianjun/waitid
 2021-08-27 07:48:25 +00:00
openharmony_ci 40297a6dbc !487 多核启动及内存映射解耦 
Merge pull request !487 from JerryH/smp-xxx
 2021-08-20 03:54:23 +00:00
wjj dc3cc094a7 feat: 支持killpg和waitid 
killpg：给进程组发信号
waitid：等待进程结束
修改测试用例到full里面

Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2
Signed-off-by: wjj <502004968@qq.com>
 2021-08-12 18:06:55 +08:00
openharmony_ci 0f4d5a4b0c !287 feat(vfs): vfs支持FD_CLOEXEC标记 
Merge pull request !287 from MGY917/master
 2021-08-12 00:36:19 +00:00
Guangyao Ma 27dca4d857 feat(vfs): vfs支持FD_CLOEXEC标记 
首先，POSIX规范规定文件描述符需要支持close-on-exec属性，修改前的vfs不支持close-on-exec，当exec系列函数执行时，进程所有的文件将会被关闭（0，1，2也重新被打开）。但是，系统有些时候是不能在exec时关闭全部文件的，例如在执行exec之前，就需要重定向进程的某些文件描述符时（使用dup2），就希望该文件不被关闭，继续保持重定向属性，shell执行进程并重定向其标准输出到文件，这是我们经常做的事情。

BREAKING CHANGE:
执行exec类函数后，进程拥有的文件描述符情况发生变化：修改前，默认关闭所有的进程文件描述符，0，1，2重新打开；修改后，除非文件描述符拥有FD_CLOEXEC标记，否则该描述符不会被关闭。

re #I3U81W

Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-08-11 15:35:46 +08:00
openharmony_ci e64ee0f4e6 !518 fix: tick 动态化计算优化，消除中断执行时间对系统总体时间的影响，保证软件定时器的响应精度。 
Merge pull request !518 from zhushengle/sched_tick
 2021-08-11 03:19:48 +00:00
zhushengle 6917e08431 fix: 修改DoNanoSleep 以纳秒为单位 
DoNanoSleep 接口以微秒为单位，纳秒级别的在转换成微秒时被整除为0，
导致转换成tick时为0，导致延时时触发yield，导致延时时间超大
Close #I3Z9DP

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30
 2021-08-10 11:25:49 +08:00
zhushengle 8df3e8c965 fix: tick 动态化计算优化，消除中断执行时间对系统总体时间的影响，保证软件定时器的响应精度。 
方案描述：
    1.周期软件定时器超时添加一个startTime字段，用于记录当前软件定时器的开始计时的时间，
    在定时器响应时，开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器
    的影响)。
    2.在执行tick中断的过程当中，持有tick动态计算锁，保证在该过程中不会触发tick周期
    的计算，在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率
    3.在设置tick周期时，减掉tick中断执行的时间，减小周期动态化带来的时间误差
    4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏，用于配置tick中断的最小响应精度
Close #I43UQJ

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89
 2021-08-09 21:18:03 +08:00
zhushengle 53ced1a85e fix: OsGerCurrSchedTimeCycle 函数存在拼写错误 
Close #I446CX
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I49e80ffe1a7b579b82aaf45f599623b287eb8e98
 2021-08-06 11:25:21 +08:00
JerryH 3bb3173604 fix: smp启动代码解耦及内存映射关系解耦 
close #I41P8Y

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I01833cf617bbc695543a865dbb994c6c22d4a0a8
 2021-08-05 16:03:43 +08:00
YOUR_NAME 11a9b00d43 fix: 在内核提示No idle TCB时，增加打印当前系统任务信息，以方便问题定位。 
close: #I434UC

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: If6cdb719412375c79356a50113a0efb45c8968f7
 2021-07-30 12:52:31 +08:00
kenneth 58d4366e1d chore: fix function and variable name spell issues 
fix some spell issues in files under folder kernel/base/core:
change Recyle to Recycle, ilde to idle and Porcess to Process

close #I3R28X

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-07-21 08:52:18 +08:00
Caoruihong ac8c2c6d5b fix: minimal compile 
fix compile errors in minimal compilation

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
 2021-07-07 00:26:33 +08:00
boxi 4e4f2d6d7e refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 
LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: boxi <lewis.liulei@huawei.com>
 2021-07-01 09:08:18 +08:00
chenwei 600dded31e feat: add /proc/fd file to dump the pid/fd/path information 
1, for users with privilege, display all users' fd info with the template "Pid  Fd  SysFd Path"
2, for normal user, display its own fd info with the template "Pid Fd Path"

close #I3WB5U

Signed-off-by: chenwei <chenwei26@huawei.com>
 2021-06-22 17:27:25 +08:00
kenneth f0b419099d chore: rename function OsCreateUserVmSpace 
rename function OsCreateUserVmSpace to fix typo

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-16 15:00:53 +08:00
zhushengle 23937a239f fix: 3518平台, 异常测试进程无法正常退出 
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态，
此时进程退出时该线程无法被正常回收，导致进程无法合理退出。

Close #I3V8R5

Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-10 20:11:36 +08:00
openharmony_ci 647f3defcd !296 支持最小化特性编译，添加了一个针对qemu arm virt的样例config配置 
Merge pull request !296 from Caoruihong/master
 2021-06-07 22:51:46 +08:00
Caoruihong 744b2021b2 chore: add a mini config for qemu arm virt 
support turn off as many features as possible.
current only libc and posix and bsd can not be turned off.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
 2021-06-05 17:40:22 +08:00
Kiita e5f6bf0556 feat: timer_create支持以SIGEV_THREAD方式创建定时器 
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

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

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

re #I3SRFI

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

Close #I3S0N0

Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
 2021-05-24 14:29:37 +08:00
arvinzzz 8cde768588 refactor: Refactored the kernel boot process and added a init framework 
close: #I3I768

Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
 2021-05-20 16:45:43 +08:00
openharmony_ci 6f99abfc7b !222 fix: correct spelling 
Merge pull request !222 from rtos-lover/los_task
 2021-05-19 13:46:10 +08:00
kenneth 8f8c038b21 fix: fix function name OsSchedSetIdleTaskSchedParam 
correct function name OsSchedSetIdleTaskSchedParam

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RQ6J
 2021-05-18 09:02:48 +08:00
zhushengle 1e308db64e fix:Fixed exception not saving stack pointer of SVC mode and abnormal signal processing issues 
Close #I3OAFR

Change-Id: I25b14572809b6fabb9e9d17de89a99047c02a59b
 2021-05-11 09:58:54 +08:00
rtos-lover c66fe0313f fix: correct spelling 
correct some typos in los_task.c and other files

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QDB8
 2021-05-08 11:23:08 +08:00
zhushengle f6c4f6f5da fix: Solution of conflict 
Change-Id: If6304999f1dfbcdfbc1670b73ace61b8024336bd
 2021-05-06 21:10:22 +08:00
zhushengle 1323874389 fix: Sortlink, the response time to insert the node should be inserted into the back of the existing node. 
Close #I3PSJ8

Change-Id: Ib630ba4febbc21d4f25af0961f5c996eadf4e054
 2021-05-06 11:02:36 +08:00
zhushengle 6d63f75e7f fix:Solve the coupling between the kernel and the structure under ARCH. 
Close #I3OAFR

Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
 2021-04-26 19:54:49 +08:00
openharmony_ci 7ba0bfa800 !157 删除无用的__cplusplus，移除不必要的文件x权限 
Merge pull request !157 from Caoruihong/cplusplus
 2021-04-20 09:01:45 +08:00
Caoruihong 7e73c929a2 remove __cplusplus guards in .c files 
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
 2021-04-19 18:28:25 +08:00
Caoruihong 1ea9610ffd code optimization 
Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e
 2021-04-19 15:24:00 +08:00
冷钦街 3194fcca08 update kernel/base/core/los_process.c. 2021-04-02 15:56:30 +08:00
YOUR_NAME c959d43684 IssueNo:#I3E0F2 
Description:Delete VM to support only kernel mode.
Sig:liteos_a
Feature or Bugfix:Feature
Binary Source:No

Change-Id: Ie1029c8fbc0c1b85c138663933118d2d148b7769
 2021-03-31 16:14:54 +08:00
zhushengle 9601ecc131 IssueNo:#I29BRN 
Description:Change the exception error message to Panic to clarify what normal does not return.
Sig:kernel
Feature or Bugfix:Bugfix
Binary Source:No

Change-Id: Ie7087cafe709f79604831f6d3eefcee6fe48ccbb
 2021-03-24 16:36:12 +08:00
mamingshuai 73a7b66116 update openharmony 1.0.1 2021-03-11 18:43:57 +08:00
zhangfanfan2 98b1ae1ae6 删除LOS_TaskDelete中用于调试的主动异常信息以及修复LOS_DoMremap中调用LOS_ArchMmuMove参数错误问题 2021-01-13 14:42:32 +08:00
likailong 3dd32b9901 Description: add protect flag to resource task 
Reviewed-by: shenwei and zhangfanfan
 2020-12-26 10:43:04 +08:00
zhangfanfan2 5ed6f6598e No idle PCB debug 2020-12-25 09:59:11 +08:00
openharmony_ci b5571e02e4 !46 【轻量级 PR】：No idle PCB debug 
Merge pull request !46 from zhangfanfan2/N/A
 2020-12-24 15:37:11 +08:00
zhangfanfan2 b64e399c10 No idle TCB debug 2020-12-24 14:22:28 +08:00
zhangfanfan2 0c635d79e6 No idle PCB debug 2020-12-24 14:20:50 +08:00
zhushengle 4ff3c4bf79 Description:Process security function rectification. 
Reviewed-by:liulei, lihao, likailong

Change-Id: Ibacdda2ccbbc991ac9732f2ad09bdb98195203b3
 2020-11-05 09:10:14 +08:00
laokz 3883ccb0a0 修复LOS_BitmapSetNBits误将位数当作位模式的错误 2020-10-17 23:25:24 +08:00
Caoruihong 63bd69267a drop unnecessary executable file permission mode 
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
 2020-10-13 16:37:25 +08:00
jiamuluo 7d76e5f791 !8 OsCreateIdleProcess 中判断错误 
Merge pull request !8 from jiamuluo/master
 2020-09-15 11:49:41 +08:00
wenjun 6df931fc98 add OpenHarmony 1.0 baseline 2020-09-08 17:22:24 +08:00