- 16 7月, 2021 1 次提交
-
-
由 wcc0 提交于
add setrlimit,gethostname,gethostid and capability Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a
-
- 26 6月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】信号管道用例ItPosixPipe005偶尔会失败,经查找,发现是CPU调度所致,延时时间与期望调度不符合,增加延时时间即可 【修改方案】修复了此问题,但是考虑pipe用例整体不稳定,并且pipe用例的pipe函数存在问题,先暂时下线,等pipe部分全部修改完毕后再上线。 re #I3XXPH Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I21831c9f5ef5700f3b3c8da02f945e0c37f31a6a
-
- 24 6月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题,经查找程序会卡在循环里面 【修改方案】 1.经测试,发现用例在创建线程后对退出标志位做了初始化,但卡在循环中不动的原因是在创建线程后立刻发生了调度,没有来得及初始化,则发生了错误,故会出现卡在循环中的情况。 而且,由于卡在循环中时线程是同一优先级,可能不会发生调度,故在循环里面加了一句可以调度的语句,防止在一处循环卡的太久。 2.将该用例挪出门禁,待稳定后恢复。 【影响】 对其它用例无影响。 re #I3VUX4 Signed-off-by:vcbchang<vcbchang@qq.com> Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910 Signed-off-by: Nvcbchang <vcbchang@qq.com>
-
- 22 6月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】mqueue144与mutex18门禁用例不稳定暂时下线 【修改方案】 将ItPosixQueue144.cpp与ItTestPthreadMutex018.cpp门禁用例暂时放入全量用例里面 re: #I3X4PR Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I470c6bde70aa2b5956ac50a93f56776901774618
-
- 18 6月, 2021 1 次提交
-
-
由 teamol 提交于
1.modifications: testsuites/unittest/time/timer/smoke/timer_test_tzset_001.cpp testsuites/unittest/time/timer/smoke/timer_test_tzset_002.cpp testsuites/unittest/time/timer/time_timer_test.cpp 2.influence: none Signed-off-by: Nteamol <28105285@qq.com>
-
- 09 6月, 2021 1 次提交
-
-
由 chenjing 提交于
新增link/symlink/readlink接口的系统调用及内核实现,当前仅支持jffs2文件系统。具体接口说明如下: 一、hard link 接口原型: int link(const char *oldpath, const char *newpath); int linkat(int olddirfd, const char *oldpath, int newdirfd, const char *newpath, int flags); 作用: 创建oldpath的硬链接,名为newpath。 功能说明: 1、newpath与oldpath必须在同一挂载分区内。 2、若newpath已存在,不会覆盖,错误码EEXIST。 3、oldpath必须为普通文件或者软链接文件。 4、如果oldpath是一个软链接文件,那么: 若调用link接口或者linkat(flags=0),创建出软链接文件的硬链接; 若调用linkat(flags = AT_SYMLINK_FOLLOW),创建出软链接所指向源文件的硬链接。 5、oldpath与newpath对应同一个文件,对oldpath与newpath任一名字的操作都是直接操作文件,没有“原始文件”的说法。 6、使用cp命令拷贝一个硬链接文件,生成文件的拷贝,新文件的nlink数为1。 7、删除oldpath或newpath,底层文件仍存在,可以通过另一个path访问。只有当两个path都删除之后,才会真正将文件删除,空间释放。 二、symbol link 接口原型: int symlink(const char *target, const char *linkpath); int symlinkat(const char *target, int newdirfd, const char *linkpath); 作用: 创建一个软链接文件linkpath,存储字符串target。 功能说明: 1、target可以为任意字符串(长度小于PATH_MAX)。 2、若linkpath文件名已存在,不会覆盖,错误码EEXIST。 3、用readlink函数可读取软链接的target内容。 4、软链接文件本身大小为target长度。 5、ls时软链接文件类型显示为 'l'。 6、symlink最大循环次数为CONFIG_FS_MAX_LNK_CNT(目前为40),超出则返回错误,错误码ELOOP。 7、使用cp命令拷贝一个软链接文件: 若target是一个文件:创建一个源文件的拷贝,类型为普通文件; 若target非文件:拷贝失败。 三、readlink 接口原型: ssize_t readlink(const char *pathname, char *buf, size_t bufsiz); ssize_t readlinkat(int dirfd, const char *pathname, char *buf, size_t bufsiz); 作用: 读取软链接文件存放的的target内容。 功能说明: 1、pathname必须为软链接文件,否则错误码EINVAL。 2、如果bufsiz小于target长度,则截断target。 close #I3Q0OD Change-Id: I3864d6069b627b705a369e8e32dc1eb922dc0157 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 07 6月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】内核mem/shm冒烟用例概率性失败门禁中shm冒烟用例失败,经验证 与构建,不符合预期 【修改方案】 原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 【影响】 对现有的产品编译不会有影响。 re #I3TH4W Signed-off-by: Nlnlanc <lanleinan@163.com> Change-Id: If5452adb033c17ee0d7c7f683968fe53013ee289
-
- 04 6月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器 【修改方案】 1、内核timer_create接口在创建software timers相应的线程时,使用线程 taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。 2、关于用户任务操作许可验证的修改,现在允许同一用户线程向其自身派发信 号,软件定时器计时结束,向用户态发送相应的信号,完成用户态线程的回调。 【影响】 对现有的产品暂无影响。 re #I3SRFI Signed-off-by:
yansira <yansira@hotmail.com> Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
-
- 03 6月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 timer两条用例会导致测试进程异常退出 【修改方案】 将TIME_TEST_TZSET_001和TIME_TEST_TZSET_002两条用例从门禁中去掉 【影响】 对现有的产品编译不会有影响 re #I3SP0J Signed-off-by: Nlnlanc <lanleinan@163.com> Change-Id: Iad89b8ef4260a8d3202c496a39f3a185aec6744e
-
- 29 5月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 1.编译新增-notest选项为了排除用例参与构建,使用该选项时内核用例仍会参与构建,不符合预期 2.用例编译配置选项太多,需调整优化 【修改方案】 1.原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 2.编译配置通过level控制 【影响】 对现有的产品编译不会有影响。 Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
-
- 20 5月, 2021 1 次提交
-
-
由 give-me-five 提交于
-
- 18 5月, 2021 3 次提交
-
-
由 x_xiny 提交于
Change-Id: Idb93d3cf8d236a3b7f13d95d08255208c04706dd
-
由 zhushy_ 提交于
fix typos length、there、necessary close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RSY0
-
由 teamol 提交于
Change-Id: I260e47c895ced01e033ef8a824744e574887c9f5
-
- 15 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ib6bd11fbeaac88e69de663a7a3f2d01ac1fe9042
-
- 14 5月, 2021 1 次提交
-
-
由 teamol 提交于
Change-Id: I391eccfa8591feb95dcb5b74fba3788f63b981bf
-
- 11 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I885610a62b980bd3720b337aced886450338bdcf
-
- 10 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I5fd518e2e84df1d524d9405b665306cce485eb63
-
- 30 4月, 2021 2 次提交
- 29 4月, 2021 3 次提交
- 25 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
-