- 22 12月, 2021 1 次提交
-
-
https://gitee.com/rtos_yuan/kernel_liteos_m/pulls/363由 kenneth 提交于
fix: los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误 修复los_exc.S中_ExcInMsp主栈中异常处理函数中异常返回类型错误 close #I4EJI4 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 20 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !467 from wangchen/posix_cond
-
由 wangchen 提交于
【背景】pthread_cond_timedwait函数的入参时间应该是绝对时间 【修改方案】 1,修改为相对时间 2,每次等待事件前清理 【影响】 对现有的产品编译不会有影响。 re #I4MVUO Signed-off-by: Nwangchen <253227059@qq.com>
-
- 17 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !463 from zhushengle/cherry-pick-1639542040
-
- 15 12月, 2021 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/456由 zhushengle 提交于
fix: tick中断处理时,无挂起任务时应更新当前运行任务的时间片, 并触发一次调度 Close #I4LRZG Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4472fb50c775b832688aa7a555498901a80e2999
-
- 03 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !438 from zhushengle/cherry-pick-1638271705
-
- 30 11月, 2021 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/435由 zhushengle 提交于
fix: 取消cpu进入低功耗前开中断操作 开中断导致低功耗流程非原子,容易造成流程出错。 提供低功耗默认处理函数,优化注册机制 Close #I4KDP8 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ied8bab691e7725e207b8b3cfb058f851eafe3052
-
- 25 11月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !391 from pef/OpenHarmony-3.0-LTS
-
由 悟空又丢了 提交于
【背景】 1.有手动申请内存在return前未释放。 2.PRINTK存在多余参数 【修改方案】 1. 添加free(fullpath),释放内存。 2. 去掉多余参数。 【影响】 对现有的产品编译不会有影响。 Change-Id: Ifa74d5b443e98b03c10a34cca4ce6eaebfb2a120 Signed-off-by:
pef <cyd1997@126.com>
-
- 11 11月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !388 from zhushengle/cherry-pick-1636507317
-
- 10 11月, 2021 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/385由 zhushengle 提交于
fix: 修复cortex-m系列系统提供的timer在低频下时间不准的问题 触发场景: cpu主频比较高,timer频率较低时,当SysTick->VAL == 0时, 触发tick中断,在中断中系统将当前周期累加到基准时间里,在中 断结束更新tick响应时间时,会更新系统基准时间(为了让时间更 加准确)此时由于SysTick->VAL任然等于0,接口HalGetTickCycle 返回的仍然是当前周期,导致该周期被累加了两次。 解决方案: 接口HalGetTickCycle在SysTick->VAL == 0时返回0. 因为SysTick->VAL == 0时,必然会触发tick中断,周期 的累加是由中断处理的,此时只需要返回0即可。 Close #I4HBGR Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iba6e8799b0ae851fc94aa23867b2360a4245994d
-
- 30 10月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !379 from 刘建东/cherry-pick-1635579054
-
https://gitee.com/life-liu/kernel_liteos_m/pulls/377由 YOUR_NAME 提交于
fix: switch inet_addr to a function switch inet_addr to a function close: #I4G4I4 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !376 from 刘建东/cherry-pick-1635479803
-
- 29 10月, 2021 2 次提交
-
-
https://gitee.com/life-liu/kernel_liteos_m/pulls/375由 YOUR_NAME 提交于
fix: optimize default configuration optimize default configuration close: #I4FSC9 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !373 from 刘建东/cherry-pick-1635300312
-
- 27 10月, 2021 1 次提交
-
-
https://gitee.com/life-liu/kernel_liteos_m/pulls/360由 YOUR_NAME 提交于
feat: add option SIOCGIFBRDADDR for ioctl add option SIOCGIFBRDADDR for ioctl close: #I4EGNG Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 20 10月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !365 from Far/cherry-pick-1634701427
-
由 Far 提交于
Close #I4ELVA Signed-off-by: NFar <yesiyuan2@huawei.com> Change-Id: Id8cbbd6c65df0411f22af11412f01b57fa8c27d1
-
- 15 10月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !352 from zhushengle/cherry-pick-1634283734
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/351由 zhushengle 提交于
fix: 调用LOS_TaskDetach操作已退出的joinable的任务时,未正确回收该任务 Close #I4DZL7 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iac88818317c07807d0636712025f2c75b3b1f766
-
- 29 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !333 from kenneth/mpu-3.0
-
由 openharmony_ci 提交于
Merge pull request !334 from kenneth/queue-3.0
-
- 28 9月, 2021 2 次提交
-
-
由 kenneth 提交于
当开启LOSCFG_EXC_HARDWARE_STACK_PROTECTION宏时,增加定义OS_TASK_STACK_PROTECT_SIZE宏 close #I4C5RW Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 kenneth 提交于
LOS_QueueInfoGet使用32位无符号数组来记录阻塞队列的任务,每个数组元素的每个bit位对应一个任务编号。 比如第一个数组元素的32个bit位对应任务编号0-31,第二个数组元素的32个bit位对应任务编号32-63....计算任务对应的数组的bit位数时使用 掩码OS_WAIT_TASK_ARRAY_ELEMENT_MASK的值应该为31,不应该依赖任务最大数目。 close #I4C6P2 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 26 9月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !329 from Caoruihong/cherry-pick-1632647820
-
由 openharmony_ci 提交于
Merge pull request !329 from Caoruihong/cherry-pick-1632647820
-
由 openharmony_ci 提交于
Merge pull request !326 from Harylee/cherry-pick-1632645903
-
https://gitee.com/caoruihong/kernel_liteos_m/pulls/327由 Caoruihong 提交于
chore: fix dailycheck issues master --> HEAD remove useless @since Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Id3452cccdcc823c374f873cf4905015351580d15
-
https://gitee.com/harylee/kernel_liteos_m/pulls/325由 Haryslee 提交于
fix: 添加文件版权头等信息 close #I4BXBH Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Id798eec0473a9b8e18b1c8be31f3dd6babb879b0
-
- 24 9月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !322 from zhushengle/cherry-pick-1632465410
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/311由 zhushengle 提交于
feat: 支持posix 和 cmsis join能力 支持API: LOS_TaskJoin LOS_TaskDeatch pthread_join pthread_deatch osThreadJoin osThreadDetach Close #I44V26 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ib61e69c280eef2e4b3b79d9bba7bbd5a300c7fe4
-
由 openharmony_ci 提交于
Merge pull request !319 from zhushengle/cherry-pick-1632447173
-
由 openharmony_ci 提交于
Merge pull request !320 from Caoruihong/cherry-pick-1632450240
-
https://gitee.com/caoruihong/kernel_liteos_m/pulls/259由 Caoruihong 提交于
feat(cmsis): support max_count for osSemaphoreNew Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Iacb6cb7771ae32ea1ca645c72fda241e8e85d422
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/308由 zhushengle 提交于
fix: 修复pthread_create行为与posix不一致问题 1.提升posix接口和LOS接口的兼容性 2.支持优先级继承属性 Close #I49W9F Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4d9df778a559f094dd3062e5e7030e3a03c884ec
-
- 22 9月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !315 from zhushengle/cherry-pick-1631945741
-
- 18 9月, 2021 1 次提交
-
-
https://gitee.com/zhushengle/kernel_liteos_m/pulls/314由 zhushengle 提交于
fix: pm模块解冻线程时存在删除空链表且时间片频繁唤醒系统 1.如果冻结线程状态为delay,则此时pendlist为NULL,解冻时不需要delete 2.低功耗时关闭时间片,减少时间片频繁唤醒系统 3.risc-v 中64位相加存在溢出 Close #I4AKUS Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Icb9e8f7df8488635f9660d3932b06fa6f57e6133
-
- 17 9月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !313 from wangchen/shell_lts
-
由 wangchen 提交于
【背景】定期M核代码消除。 【修改方案】 1,对task命令中获取内存信息时的入参进行调整,避免引起内存问题 【影响】 对现有的产品编译不会有影响。 re #II4AIAQ Signed-off-by: Nwangchen <253227059@qq.com>
-