- 14 8月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !548 from zhushengle/sched_time
-
由 zhushengle 提交于
初始化调度时间不以g_sysSchedStartTime是否为0为界限,而以g_sysSchedStartTime是否为64位最大值 为界限,避免特殊以下场景:调度开启时系统时间为0,导致初始化的g_sysSchedStartTime还是0,导致 调度启动后获取的调度时间轴始终为0. Close #I45HP5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I5272c79f06b53361ee7b931081d3a3276db59073
-
- 13 8月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !541 from Kiita/shell_cmd_0812
-
由 openharmony_ci 提交于
Merge pull request !495 from lnlan/fix_mqueue_0803
-
由 openharmony_ci 提交于
Merge pull request !521 from phchang/fixsync_8
-
由 openharmony_ci 提交于
Merge pull request !521 from phchang/fixsync_8
-
- 12 8月, 2021 6 次提交
-
-
由 Yansira 提交于
【背景】liteos_a需要支持toybox缺失的自研shell命令 【修改方案】 新增自研shell命令的入口判断场景,使得mksh可以执行自研shell的命令 re #I44U0H Signed-off-by: yansira <yansira@hotmail.com> Change-Id: Idf08cb6df456bd6c89fe8fe505317f1c0ca61eda
-
由 openharmony_ci 提交于
Merge pull request !542 from Harylee/qemu
-
由 Haryslee 提交于
close #I45297 Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ide31fc41af0ecc72c2b7fbaed85efe9b6530467b
-
由 openharmony_ci 提交于
Merge pull request !539 from wcc/fchmod0
-
由 openharmony_ci 提交于
Merge pull request !287 from MGY917/master
-
由 openharmony_ci 提交于
Merge pull request !287 from MGY917/master
-
- 11 8月, 2021 9 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !536 from Caoruihong/liteos_a_mini
-
由 openharmony_ci 提交于
Merge pull request !536 from Caoruihong/liteos_a_mini
-
由 openharmony_ci 提交于
Merge pull request !527 from Harylee/dyn
-
由 Guangyao Ma 提交于
首先,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: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 openharmony_ci 提交于
Merge pull request !502 from Zhaotianyu/0731libc_opt
-
由 wcc0 提交于
add fchmod api and testcases Change-Id: I310e9e9d79bbe3fa8dbab6080bbfce8a77b79bb3 Signed-off-by: Nwcc0 <917033401@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !477 from wcc/fstatfs
-
由 openharmony_ci 提交于
!388 fix mutex&pthread mould musl api:pthread_mutexattr_getrobust/pthread_mutexattr_setrobust/pthread_mutex_consistent/pthread_getconcurrency/pthread_setconcurrency Merge pull request !388 from 王建军/mutex
-
由 openharmony_ci 提交于
Merge pull request !518 from zhushengle/sched_tick
-
- 10 8月, 2021 9 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I9ab63796e5d47ac44d24807f1ebd0bbfe46681bf
-
由 openharmony_ci 提交于
Merge pull request !532 from zhushengle/sleep
-
由 Haryslee 提交于
背景:进程加载的时候,先预申请一个页用作参数拷贝,另外通过mmap方式申请 额外的虚拟栈空间,此时便有两个地址连续的区间。 方案:新增内部接口OsStackAlloc,用于申请一个连续的虚拟地址区间,并对其 中指定区间做物理内存的映射。 close #I43QYJ Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I224cca3671c42a94c2f74b2da5a11403849e33d3
-
由 arvinzzz 提交于
针对字符串类高频函数: 1. 采用单次多字节操作提升字符串类高频函数的执行效率 2. 针对armv7-a,采用neon指令进行优化 close: #I42DAK Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Ic90d92f778e0006881f793585264ad7e5f644104
-
由 openharmony_ci 提交于
Merge pull request !511 from Caoruihong/preserve_libs
-
由 lnlan 提交于
【背景】 1.mqueue用例关于NFILE错误码压力测试中,不符合预期结果 2.mq_unlink对于fork出的mqueue不起效 3.已打开的mqueue,在fork后两进程共用一份mqpersonal不合理 【修改方案】 1. 确认是内核关于mqueue的fd_set定义位置不合理导致的, 将fd_set定义位置由mqarray结构体调未全局变量后,问题解决 2.不合理的unlink_ref++导致的,去除相关操作,使用mq_personal 链表判断何时需要删除 3.fork时内核复制一份mqpersonal 【影响】 对现有的产品编译不会有影响。 re #I43P4T Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I09f183cc3a88e5a65201dbc1fc4f4806f78971be
-
由 zhushengle 提交于
DoNanoSleep 接口以微秒为单位,纳秒级别的在转换成微秒时被整除为0, 导致转换成tick时为0,导致延时时触发yield,导致延时时间超大 Close #I3Z9DP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30
-
由 wcc0 提交于
add fststfs api and unitest Change-Id: I5e9fedd1bc26b77f080faf2fd3f5bf2f4a1dd9f7 Signed-off-by: Nwcc0 <917033401@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !496 from Harylee/mem
-
- 09 8月, 2021 6 次提交
-
-
由 Caoruihong 提交于
preserve existing newer libs under lib and libs dir Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5f91554890186f7760a73accb246240683b0558b
-
由 zhushengle 提交于
方案描述: 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: Nzhushengle <zhushengle@huawei.com> Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89
-
由 openharmony_ci 提交于
Merge pull request !513 from MGY917/clang_isolation
-
由 openharmony_ci 提交于
Merge pull request !517 from Caoruihong/hdf_config
-
由 Guangyao Ma 提交于
liteos_a在apps/mksh和apps/toybox编译中,clang相关编译选项未进行隔离。之后支持 其他类似gcc编译时,可能存在编译问题。 其中 --target=$(LLVM_TARGET) $(LLVM_SYSROOT) 是clang编译特有的编译选项,需要被 隔离。 close #I444AV Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Ib11453aa0b3ee6bcdf3104d13d166c65f2202527
-
由 openharmony_ci 提交于
Merge pull request !484 from phchang/fixclockid
-
- 06 8月, 2021 4 次提交
-
-
由 vcbchang 提交于
【背景】 当前调用sync函数会打印出unsupport sync,但实际上在fat文件系统下可以正常调用sync,而在其他文件系统下不可以,因此这里的实现不正确,故修改限制sync的打印 【修改方案】 删除musl/porting下的sync,使用原生musl下的函数,并把不支持的打印放到内核系统调用中 re #I446P5 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: Ideec24fb8d29263fd011af9428801d08000e17e5
-
由 Caoruihong 提交于
the name of the default group is the same with the directory name. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I3d889a361534adc44e3b1bedfec13efe8e1babf2
-
由 openharmony_ci 提交于
Merge pull request !516 from zhushengle/spell
-
由 zhushengle 提交于
Close #I446CX Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I49e80ffe1a7b579b82aaf45f599623b287eb8e98
-