- 09 6月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !263 from SimonLi/fix-redundant-macro
-
由 openharmony_ci 提交于
Merge pull request !301 from JING/openat
-
由 openharmony_ci 提交于
Merge pull request !305 from zhangfanfan2/master
-
由 openharmony_ci 提交于
Merge pull request !306 from MGY917/mksh_size_reduce
-
由 openharmony_ci 提交于
Merge pull request !288 from lnlan/shm_test_fixed
-
- 08 6月, 2021 4 次提交
-
-
由 Guangyao Ma 提交于
clang不支持“-flto,-Oz”作为链接选项,但是可以作为编译选项,且作为编译选项时,有更好的size减少效果。这里为了使用这种 编译选项组合,且为了不影响链接过程(Build.sh链接时也会使用CFLAGS),在链接选项生效的-O选项中,重置其为O2。 最终size可以从300+k,缩减为不到180k。 Close #I3UVEV Change-Id: If29ac4a058bcd40c4c36deb484c9468c93bcd1ec Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 YOUR_NAME 提交于
printf实现流程上会调用cmd为TIOCGWINSZ的ioctl命令,该命令的实现 在console层ConsoleGetWinSize函数中,而此函数copy结果时使用函数 LOS_ArchCopyToUser,由于该过程在内核态,导致LOS_ArchCopyToUser失败, 从而引发printf无法正常打印的问题。 close: #I3UG00 Signed-off-by: Nzhangfanfan <zhangfanfan2@huawei.com> Change-Id: I3e85f682429cbe30842206842ddb2a8388ec8412
-
由 openharmony_ci 提交于
Merge pull request !302 from Far/master
-
由 openharmony_ci 提交于
Merge pull request !300 from LeonChan/master
-
- 07 6月, 2021 7 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !303 from Kiita/toybox_porting_210607
-
由 openharmony_ci 提交于
Merge pull request !296 from Caoruihong/master
-
由 chenwei 提交于
1,VFS代码中不修改参数增加const修饰 2,fs_file_mapping.c: 增加安全函数的判空 3,path_cache.c: sizeof改为使用类型 4,fs_syscall.c: 对NULL解引用 5,VnodeLookup:冗余的判空,及不正确的判空 close: I3UMWD Signed-off-by: yansira <yansira@hotmail.com>
-
由 Yansira 提交于
【背景】当前liteos_a支持的toybox命令与linux存在差别,需要特别实现,为 避免侵入式修改,采用porting的方式将修改分离。 【修改方案】 在third_party/toybox下新增porting目录,以达到分离修改的目的。本次修改 基于porting目录且只涉及liteos目前支持的命令文件。 re #I3UQCK Signed-off-by: yansira <yansira@hotmail.com> Change-Id: I15d5835e25d5b5de6e0a6f888c87264c2f886cdf
-
由 chenjing 提交于
close #I3TNAK Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: Ie754259ead7fc8f4c3b0fa36ef31969dd728b235
-
由 lnlan 提交于
【背景】内核mem/shm冒烟用例概率性失败门禁中shm冒烟用例失败,经验证 与构建,不符合预期 【修改方案】 原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 【影响】 对现有的产品编译不会有影响。 re #I3TH4W Signed-off-by: Nlnlanc <lanleinan@163.com> Change-Id: If5452adb033c17ee0d7c7f683968fe53013ee289
-
由 Far 提交于
1. 修复可能对NULL指针解引用的场景 2. 将不修改内容的指针入参修改为const 3. 对getpgrp的返回值进行校验后再使用 4. 修复了局部变量未初始化的问题 Close #I3UOFN Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 05 6月, 2021 2 次提交
-
-
由 Caoruihong 提交于
support turn off as many features as possible. current only libc and posix and bsd can not be turned off. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
-
由 openharmony_ci 提交于
Merge pull request !294 from zhangfanfan2/master
-
- 04 6月, 2021 11 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !254 from LeonChan/lc-master
-
由 openharmony_ci 提交于
Merge pull request !295 from LeonChan/lc-bugfix-vnode
-
由 openharmony_ci 提交于
Merge pull request !289 from li_zan/master
-
由 chenwei 提交于
/dev/ fix #I3TS1Y Signed-off-by: yansira <yansira@hotmail.com>
-
由 chenwei 提交于
1, this RomFS's codebase is Nuttx romfs, then it is compatible with Linux RomFS and you can create such a file system using the tool genromfs. 2, there are two major changes against with the original Nuttx romfs: 1), it is memory-based: all contents of the fs are stored in the memory in the very first stage of "mount". 2), this version of romfs is altered to be compatible with our new version of VFS to take advantage of vnode cache and path cache. close: #I3S0CP
-
由 openharmony_ci 提交于
Merge pull request !290 from Kiita/timer_create_0603
-
由 li_zan 提交于
close: #I3T6MZ Signed-off-by: Nli_zan <371442490@qq.com>
-
由 Yansira 提交于
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器 【修改方案】 1、内核timer_create接口在创建software timers相应的线程时,使用线程 taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。 2、关于用户任务操作许可验证的修改,现在允许同一用户线程向其自身派发信 号,软件定时器计时结束,向用户态发送相应的信号,完成用户态线程的回调。 【影响】 对现有的产品暂无影响。 re #I3SRFI Signed-off-by: yansira <yansira@hotmail.com> Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
-
由 YOUR_NAME 提交于
构建环境的分区文件系统格式不同,会引起du命令计算文件夹size不同,当制作fat格式 的rootfs时,计算的rootfs文件夹的size比fat格式下的小, 则会导致mcopy过程出现 disk full错误。当前通过修正du计算的rootfs文件夹size的方式处理该问题。 close: #I3IA06 Signed-off-by: NYOUR_NAME <zhangfanfan2@huawei.com> Change-Id: I19c66e35c4382d768e020531a869e1e9186032a7
-
由 openharmony_ci 提交于
Merge pull request !273 from lnlan/master0524
-
由 openharmony_ci 提交于
Merge pull request !260 from jmxl/N/A
-
- 03 6月, 2021 7 次提交
-
-
由 lnlan 提交于
【背景】 timer两条用例会导致测试进程异常退出 【修改方案】 将TIME_TEST_TZSET_001和TIME_TEST_TZSET_002两条用例从门禁中去掉 【影响】 对现有的产品编译不会有影响 re #I3SP0J Signed-off-by: Nlnlanc <lanleinan@163.com> Change-Id: Iad89b8ef4260a8d3202c496a39f3a185aec6744e
-
由 openharmony_ci 提交于
Merge pull request !256 from zhushengle/Sig
-
由 openharmony_ci 提交于
Merge pull request !278 from Zhaotianyu/0603initframework_fix
-
由 openharmony_ci 提交于
Merge pull request !274 from lnlan/notest_nobuild
-
由 openharmony_ci 提交于
Merge pull request !282 from MGY917/master
-
由 Guangyao Ma 提交于
closes #I3U4N9 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Ic4c4c7442cd381d03d2e40a51655a17299c4c250
-
由 arvinzzz 提交于
close:#I3SWY2 Change-Id: Ied2a5828ffb682903e291dab4088020033d79230 Signed-off-by: Narvinzzz <fcykztyu@163.com>
-
- 02 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !269 from Zhaotianyu/0526initframework_fix
-
由 arvinzzz 提交于
close: #I3T5HR Change-Id: I2e2452d59c82726614fb78d1177d3f0f03d6e315 Signed-off-by: Narvinzzz <fcykztyu@163.com> Change-Id: I7f0b44c15a296bd8d15f0bf1fbdde60f67bb0a6c
-
- 29 5月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 1.编译新增-notest选项为了排除用例参与构建,使用该选项时内核用例仍会参与构建,不符合预期 2.用例编译配置选项太多,需调整优化 【修改方案】 1.原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 2.编译配置通过level控制 【影响】 对现有的产品编译不会有影响。 Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
-
- 24 5月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理, 如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。 问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信 号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如 果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有 了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题, 那么它持有的内核资源就无法被释放了。 方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去 处理信号,等系统调用结束或缺页异常结束时再去处理信号。 解决的问题: 1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号 2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程 3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程 Close #I3S0N0 Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
-