Skip to content

K
Kernel Liteos A

OpenHarmony / Kernel Liteos A
1 年多 前同步成功

通知 464
Star 414
Fork 55
K
Kernel Liteos A
切换分支/标签
  1. 21 7月, 2021 1 次提交
  3. 20 7月, 2021 1 次提交
    • F
      feat: 增加mount的MS_RDONLY标志的支持 · 8729f6ee
      由 Far 提交于 
      增加mount的MS_RDONLY标志的支持，并修改vfs主要接口相关支持。
1. fatfs lseek接口在分区以MS_RDONLY方式和文件以只读打开时不再能够扩大文件的大小。
2. 直接在镜像中创建storage目录，而不是在挂载根文件系统时创建storage目录。
3. 增加了MS_RDONLY的测试用例。

Close #I3Z1W6
Signed-off-by: NFar <yesiyuan2@huawei.com>
      8729f6ee
  5. 13 7月, 2021 2 次提交
    • V
      test: 修复mqueue_unittest全量用例ItPosixQueue075与ItPosixQueue097,冒烟用例 ItPosixQueue053用例存在偶尔无法通过的问题 · e7c4b196
      由 vcbchang 提交于 
      【背景】mqueue_unittest用例ItPosixQueue075、ItPosixQueue053 与ItPosixQueue097用例存在偶尔无法通过的问题，现在将其修复

【修改方案】ItPosixQueue075中原来是通过延时来实现线程同步，现在更改为静态全局变量实现； ItPosixQueue097中的关于g_testCount利用延时来置标志位，实现线程同步。这里通过延时来期望线程调度，写的不合理，这里更改为等待标志位来实现线程同步。

re #I3Z9H9
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: Ib1bb945a5393cb03f4d92e4332e20acd82eb1845
      e7c4b196
    • V
      test: 修复signal中的关于pipe部分的用例问题 · fd6f91bc
      由 vcbchang 提交于 
      【背景】signal模块中的pipe用例存在无法通过测试的问题，经查找，pipe用例存在多处bug，这里做以修复

【修改方案】
1 ItPosixPipe002用例存在pipe存在在父进程中没有关闭写端，父进程判断处有编码问题等
2 删掉了一些用例多余的close函数，精简了用例的结构
3 原来用例主子进程依靠延时来实现进程同步，这里更改为使用共享内存的方法来实现

re #I3YPQ8
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: Ic0d0ab20521c9af5e5f1d75e76e047162d978464
      fd6f91bc
  7. 01 7月, 2021 2 次提交
    • V
      test: 修复了文件系统中jffs的全量用例和压测用例中出现的问题 · e57dc776
      由 vcbchang 提交于 
      【背景】当前的fs中的jffs用例存在运行不通过的问题，现将其一一修复。

【修改方案】
1. 默认storage文件夹没有文件，如果存在，删除后测试
2. BUG中存在判断不通过的情况，可能是移植过程中出现的变量判断错误，修改变量名正确通过
3. 移植过程中没有考虑现在falsh的大小，有时会出现写入量过多而容量不够的情况，则通过减少写入量来解决问题。
4. 为了尽量减少修改的内容，这里主要以更改全局宏大小或者在代码中修改变量的初始值。

【影响】
主要是jffs用例的写入flash的大小发生变化，其余没有影响。
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: I878fe3ad855e0e430bf7f36e066120893f756828
      e57dc776
    • B
      refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 · 4e4f2d6d
      由 boxi 提交于 
      LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: Nboxi <lewis.liulei@huawei.com>
      4e4f2d6d
  9. 28 6月, 2021 1 次提交
    • V
      test: 修复了杀死掉hilog进程后SecurityCapability门禁用例无法通过的问题 · 455e42e5
      由 vcbchang 提交于 
      【背景】如果操作系统先执行kill hilog进程，然后再执行SecurityCapability，那么门禁用例将无法通过，原因是该用例先获取了hilog进程的id，但hilog进程已经杀掉了，所以报错

【修改方案】
1. 增加kill 0与错误码判断，如果发现进程已经被干掉的话将不执行相关内容

【影响】
无其它影响。
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: Icdf357800175eff19acf1f92426469642a697386
      455e42e5
  11. 26 6月, 2021 2 次提交
    • V
      test: 信号管道用例ItPosixPipe005由于偶现性问题暂时下线 · bb6abd8c
      由 vcbchang 提交于 
      【背景】信号管道用例ItPosixPipe005偶尔会失败，经查找，发现是CPU调度所致，延时时间与期望调度不符合，增加延时时间即可

【修改方案】修复了此问题，但是考虑pipe用例整体不稳定，并且pipe用例的pipe函数存在问题，先暂时下线，等pipe部分全部修改完毕后再上线。

re #I3XXPH
Signed-off-by: Nvcbchang <vcbchang@qq.com>
Change-Id: I21831c9f5ef5700f3b3c8da02f945e0c37f31a6a
      bb6abd8c
    • F
      fix: 修复了内核的VFAT测试用例 · a8384b5d
      由 Far 提交于 
      修复内容包括如下：
1. 将memset_s中buffer的大小设置正确；
2. 将用例文件夹名由vfat2修改为vfat；
3. 修复了vfat用例在SetUpTestcase和TearDownTestCase；
4. 全局变量g_fatFilesystem在初始化时设置为2（即FAT32）；

Close #I3XF3R
Signed-off-by: NFar <yesiyuan2@huawei.com>
      a8384b5d
  13. 24 6月, 2021 1 次提交
    • V
      test:修复rwlock用例在循环处会卡死的问题 · f793dc10
      由 vcbchang 提交于 
      【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题，经查找程序会卡在循环里面

【修改方案】
1.经测试，发现用例在创建线程后对退出标志位做了初始化，但卡在循环中不动的原因是在创建线程后立刻发生了调度，没有来得及初始化，则发生了错误，故会出现卡在循环中的情况。
而且，由于卡在循环中时线程是同一优先级，可能不会发生调度，故在循环里面加了一句可以调度的语句，防止在一处循环卡的太久。
2.将该用例挪出门禁，待稳定后恢复。
【影响】
对其它用例无影响。

re #I3VUX4

Signed-off-by:vcbchang<vcbchang@qq.com>

Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910
Signed-off-by: Nvcbchang <vcbchang@qq.com>
      f793dc10
  15. 22 6月, 2021 1 次提交
  17. 18 6月, 2021 1 次提交
    • T
      test: fix 2 testcases for API tzset · e4b6ba56
      由 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>
      e4b6ba56
  19. 16 6月, 2021 1 次提交
  21. 09 6月, 2021 1 次提交
    • C
      feat: support link/symlink/readlink · 6eddc869
      由 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>
      6eddc869
  23. 07 6月, 2021 1 次提交
    • L
      fix(kernel_test): 内核mem/shm冒烟用例重复运行失败 · 0676578a
      由 lnlan 提交于 
      【背景】内核mem/shm冒烟用例概率性失败门禁中shm冒烟用例失败，经验证
与构建，不符合预期

【修改方案】
原内核用例的源文件是通过框架自带的source_set（一种虚拟静态库）的方式组织的，
不受unittests（自定义的一种方式）控制，修改为文件列表直接加入到unittest中。

【影响】
对现有的产品编译不会有影响。

re #I3TH4W
Signed-off-by: Nlnlanc <lanleinan@163.com>
Change-Id: If5452adb033c17ee0d7c7f683968fe53013ee289
      0676578a
  25. 04 6月, 2021 1 次提交
    • Yansira's avatar
      feat: timer_create支持以SIGEV_THREAD方式创建定时器 · e5f6bf05
      由 Yansira 提交于 
      【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

【修改方案】
1、内核timer_create接口在创建software timers相应的线程时，使用线程
taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。
2、关于用户任务操作许可验证的修改，现在允许同一用户线程向其自身派发信
号，软件定时器计时结束，向用户态发送相应的信号，完成用户态线程的回调。

【影响】
对现有的产品暂无影响。

re #I3SRFI
Signed-off-by: Yansira's avataryansira <yansira@hotmail.com>
Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
      e5f6bf05
  27. 03 6月, 2021 1 次提交
  29. 29 5月, 2021 1 次提交
    • L
      feat(build): 使用xts -notest选项时，内核用例不参与编译构建和用例编译配置方式调整 · 9bdf7164
      由 lnlan 提交于 
      【背景】
1.编译新增-notest选项为了排除用例参与构建，使用该选项时内核用例仍会参与构建，不符合预期
2.用例编译配置选项太多，需调整优化
【修改方案】
1.原内核用例的源文件是通过框架自带的source_set（一种虚拟静态库）的方式组织的，
不受unittests（自定义的一种方式）控制，修改为文件列表直接加入到unittest中。
2.编译配置通过level控制
【影响】
对现有的产品编译不会有影响。

Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
      9bdf7164
  31. 20 5月, 2021 1 次提交
  33. 18 5月, 2021 3 次提交
  35. 15 5月, 2021 1 次提交
  37. 14 5月, 2021 1 次提交
  39. 11 5月, 2021 3 次提交
  41. 10 5月, 2021 1 次提交
  43. 30 4月, 2021 2 次提交
  45. 29 4月, 2021 3 次提交
  47. 25 4月, 2021 1 次提交
    • L
      add testsuites · 778c5e17
      由 lnlan 提交于 
      Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
      778c5e17