提交 · 9063a45d5a29c7e8f4050e9e9877506920e7764a · OpenHarmony / Kernel Liteos A

31 3月, 2022 1 次提交
- L
  修改部分板级配置 · 9063a45d
  由 Laowang-BearPi 提交于 3月 31, 2022
```
Signed-off-by: NLaowang-BearPi <wangcheng@holdiot.com>
```
  9063a45d
30 3月, 2022 4 次提交
- L
  add stm32mp157 development board · 4b4e1264
  由 Laowang-BearPi 提交于 3月 30, 2022
```
Signed-off-by: NLaowang-BearPi <wangcheng@holdiot.com>
```
  4b4e1264
- O
  !855 feat: 支持调度框架 · 3f5307e7
  由 openharmony_ci 提交于 3月 30, 2022
```
Merge pull request !855 from zhushengle/sched_frame
```
  3f5307e7
- Z
  feat: 支持调度框架 · eddcb840
  由 zhushengle 提交于 3月 29, 2022
```
Close #I4Z3BL
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I5f32d1001ffabc0f725ce65b51ed9b3791e97f2b
```
  eddcb840
- O
  !864 update readme · a0e205eb
  由 openharmony_ci 提交于 3月 30, 2022
```
Merge pull request !864 from LeonChan/master
```
  a0e205eb
29 3月, 2022 1 次提交
- L
  update README · 707028df
  由 LeonChan 提交于 3月 29, 2022
```
Signed-off-by: Nleonchan5 <chenwei26@huawei.com>
```
  707028df
28 3月, 2022 4 次提交
- O
  !810 fix：优化修改epoll系统调用接口 · 49d72afc
  由 openharmony_ci 提交于 3月 28, 2022
```
Merge pull request !810 from Kiita/220224_epoll
```
  49d72afc
- fix:优化修改epoll_create系统调用接口和epoll_create实现方式 · c11ff678
  由 Yansira 提交于 3月 28, 2022
```
re #I4STTF
Signed-off-by: NKiita <zhanyan@huawei.com>
Change-Id: I4d5dcfbe6937659489a3f688d188706398e25ec0
```
  c11ff678
- fix:优化修改epoll_create系统调用接口和epoll_create实现方式 · b6a49e7c
  由 Yansira 提交于 3月 28, 2022
```
re #I4STTF
Signed-off-by: NKiita <zhanyan@huawei.com>
Change-Id: I06a8bb79376ca3799fa45732bc612c977e0a7ac9
```
  b6a49e7c
- L
  fix:优化修改epoll_create系统调用接口和epoll_create实现方式 · e847c8b4
  由 lnlan 提交于 3月 28, 2022
```
re #I4STTF
Signed-off-by: NKiita <zhanyan@huawei.com>
Change-Id: Ifec720eb5dd7aef8283875048d23b6a3d66b5436
```
  e847c8b4
26 3月, 2022 4 次提交
- O
  !862 fix: 修复魔法键无法显示进程信息的问题 · faeeaf29
  由 openharmony_ci 提交于 3月 26, 2022
```
Merge pull request !862 from zhushengle/magickey
```
  faeeaf29
- Z
  fix: 修复魔法键无法显示进程信息的问题 · b2caf46b
  由 zhushengle 提交于 3月 26, 2022
```
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I9787fb3420da73cf289c434995fd2371e3fe5117
```
  b2caf46b
- O
  !861 feat: 优化调度debug功能 · ccbc55df
  由 openharmony_ci 提交于 3月 26, 2022
```
Merge pull request !861 from zhushengle/sched_stat
```
  ccbc55df
- Z
  feat: 优化调度debug功能 · 7f4294af
  由 zhushengle 提交于 3月 25, 2022
```
1.删除废弃功能
2.优化调度debug功能
3.删除sched_sq目录
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: If2e60fb334f4c3a3f6008d724d7619cdcb3baf51
```
  7f4294af
24 3月, 2022 8 次提交
- O
  !860 fix:修复readme链接指向问题 · 4a63bacc
  由 openharmony_ci 提交于 3月 24, 2022
```
Merge pull request !860 from xuxinyu/master
```
  4a63bacc
- X
  fix:修复readme链接指向问题 · ee6f3f0d
  由 x_xiny 提交于 3月 24, 2022
```
Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: Ieb18e3e525c9222aea8605875bb6c141420ae13f
```
  ee6f3f0d
- O
  !858 fix:修复readme链接指向问题 · e05300cd
  由 openharmony_ci 提交于 3月 24, 2022
```
Merge pull request !858 from xuxinyu/master
```
  e05300cd
- O
  !858 fix:修复readme链接指向问题 · b8951e2c
  由 openharmony_ci 提交于 3月 24, 2022
```
Merge pull request !858 from xuxinyu/master
```
  b8951e2c
- X
  fix:修复readme链接指向问题 · e3ce2753
  由 x_xiny 提交于 3月 24, 2022
```
Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: Iac679135e78e895f0bb6fb2fd12df017db3534c9
```
  e3ce2753
- O
  !856 fix: 修复类型不匹配问题 · a6c5309a
  由 openharmony_ci 提交于 3月 24, 2022
```
Merge pull request !856 from zhushengle/type
```
  a6c5309a
- Z
  fix: 修复类型不匹配问题 · 65d5526c
  由 zhushengle 提交于 3月 24, 2022
```
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I31e16c9716de1223db7e4de916af3e010ca5f4e4
```
  65d5526c
- O
  !851 增加队列支持变长读操作 · 33c4e194
  由 openharmony_ci 提交于 3月 24, 2022
```
Merge pull request !851 from chenliming_kh/master
```
  33c4e194
22 3月, 2022 5 次提交

O
!853 检视问题修复 · 1b11caa4
由 openharmony_ci 提交于 3月 22, 2022
```
Merge pull request !853 from wangchen/0322_up
```
1b11caa4

由 wangchen 提交于 3月 22, 2022

【背景】kora工具检视问题修复

【修改方案】
1，对部分代码问题进行整改

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nwangchen <wangchen64@huawei.com>
Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f

6ba17fc8

O
!849 fix: 删除无效用例 · f61ecd76
由 openharmony_ci 提交于 3月 22, 2022
```
Merge pull request !849 from zhushengle/de
```
f61ecd76
C
chenliming@kaihongdigi.com: 队列支持变长读操作 · ec3c8be6
由 chenliming 提交于 3月 22, 2022
```
Signed-off-by: Nchenliming <chenliming@kaihongdigi.com>
```
ec3c8be6

fix: 删除无效用例 · 3cd28f32

由 zhushengle 提交于 3月 22, 2022

Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I8d932d850705f2ef9d54a53403fef2a44e77a2fc

3cd28f32

21 3月, 2022 3 次提交
- O
  !846 fix: 编码规范修复 · 4b6a6e80
  由 openharmony_ci 提交于 3月 21, 2022
```
Merge pull request !846 from zhushengle/xxx
```
  4b6a6e80
- Z
  fix: 编码规范修复 · 216c1248
  由 zhushengle 提交于 3月 21, 2022
```
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Idddb6f081546d880560d075395079d95e4112599
```
  216c1248
- O
  !751 OsFutexWait接口当absTime为0时，返回值不正确，导致用户态c库处理不当，触发当前线程卡死 · e26d969c
  由 openharmony_ci 提交于 3月 21, 2022
```
Merge pull request !751 from zhangfanfan2/other
```
  e26d969c
19 3月, 2022 6 次提交

O
!841 fix:3.1代码检视问题修改 · 45f66359
由 openharmony_ci 提交于 3月 19, 2022
```
Merge pull request !841 from xuxinyu/master
```
45f66359

fix:3.1代码检视 · 5b87a530

由 x_xiny 提交于 3月 19, 2022

Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934

5b87a530

O
!840 fix: 修复內源检视问题 · 5280a454
由 openharmony_ci 提交于 3月 19, 2022
```
Merge pull request !840 from zhushengle/xxx
```
5280a454

fix: 修复內源检视问题 · f7a86305

由 zhushengle 提交于 3月 19, 2022

Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I3e4e26d55dedc1eb079911eaee59a8bddf4e8eee

f7a86305

O
!834 feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能 · cb67dd54
由 openharmony_ci 提交于 3月 19, 2022
```
Merge pull request !834 from zhushengle/swtmr
```
cb67dd54

feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能 · 6d8cef40

由 zhushengle 提交于 3月 16, 2022

背景：
原调度机制与软件定时器实现混合，调度时间链表存在两个链表，
任务切换时需要遍历两个链表才可以获取到最终的tick响应时间。
软件定时作为一个独立的功能，不应该和调度强耦合，而且软件定时
器作为一个任务，某个软件定时器的响应时间应该是软件定时器任务的
响应时间，不应该直接做为tick中断的响应时间。

方案描述：
1.将软件定时器从调度分离，作为一个独立的机制，从调度角度看其就是一个任务
2.软件定时器从调度分离之后，其timelist遍历从tick中断移动至软件定时器任务中
3.优化软件定时器的均衡调度

优势：
1.将软件定时器与调度完全分离，使得调度功能单一化，便于后续其它调度算法的引入
2.优化tick中断，减小tick中断耗时
3.优化通过写队列唤醒软件定时器任务去执行软件定时器钩子为插队列，减少软件定时
器机制本身的耗时，提升软件定时器的实时性
4.优化软件定时器均衡调度，使得软件定时器均匀分布于多核，提升软件定时器的实时性
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e

6d8cef40

18 3月, 2022 3 次提交
- O
  !838 fix: 内源检视问题修复 · 41b80ad2
  由 openharmony_ci 提交于 3月 18, 2022
```
Merge pull request !838 from Zhaotianyu/0318codex_fix_1
```
  41b80ad2
- A
  fix: 内源检视问题修复 · 47fac715
  由 arvinzzz 提交于 3月 18, 2022
```
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: I7c0b8f4026d8fbd4b0d985d4ce82187e56f1d6ec
```
  47fac715
- O
  !836 内核内源代码检视问题修改 · 6c0e1b1f
  由 openharmony_ci 提交于 3月 18, 2022
```
Merge pull request !836 from wangchen/0317_lfx_a
```
  6c0e1b1f
17 3月, 2022 1 次提交

fix: 内核内源代码检视问题修改 · b06520ac

由 wangchen 提交于 3月 17, 2022

【背景】内源代码检视问题

【修改方案】
1，按检视意见，进行拼写等问题的修改

【影响】
对现有的产品编译不会有影响。
Signed-off-by: Nwangchen <wangchen64@huawei.com>

b06520ac

OpenHarmony / Kernel Liteos A 9 个月 前同步成功

OpenHarmony / Kernel Liteos A
9 个月前同步成功