p71924506
/
kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
792 Commits 12 Branches 12 Tags 9.1 MiB
Commit Graph

64 Commits

Author SHA1 Message Date
openharmony_ci a3b480b18e !543 fix:fchdir 
Merge pull request !543 from wcc/fs
 2021-08-27 07:47:34 +00:00
wcc0 e828cbdeac fix: add fchdir api 
add fchdir and testcases

Change-Id: Iad724944e727c4a08b8801f109acbbe48f55c283
Signed-off-by: wcc0 <917033401@qq.com>
 2021-08-24 17:02:40 +08:00
Caoruihong 9549f5ebd0 chore(musl): reduce the modifications of musl 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I32b820bc0eb7465bf54d506e7f5e759ef64101e2
 2021-08-19 16:07:12 +08:00
openharmony_ci bbdb977b5e !539 fix fchmod 
Merge pull request !539 from wcc/fchmod0
 2021-08-12 02:29:13 +00:00
openharmony_ci 0f4d5a4b0c !287 feat(vfs): vfs支持FD_CLOEXEC标记 
Merge pull request !287 from MGY917/master
 2021-08-12 00:36:19 +00:00
Guangyao Ma 27dca4d857 feat(vfs): vfs支持FD_CLOEXEC标记 
首先，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: Guangyao Ma <guangyao.ma@outlook.com>
 2021-08-11 15:35:46 +08:00
wcc0 2f214bf4de fix: add fchmod api 
add fchmod api and testcases

Change-Id: I310e9e9d79bbe3fa8dbab6080bbfce8a77b79bb3
Signed-off-by: wcc0 <917033401@qq.com>
 2021-08-11 14:12:37 +08:00
openharmony_ci 76507c05a8 !477 fix fstatfs api 
Merge pull request !477 from wcc/fstatfs
 2021-08-11 03:34:39 +00:00
wcc0 4c57aa26ad fix: add fststfs api and unitest 
add fststfs api and unitest

Change-Id: I5e9fedd1bc26b77f080faf2fd3f5bf2f4a1dd9f7
Signed-off-by: wcc0 <917033401@qq.com>
 2021-08-10 09:35:33 +08:00
openharmony_ci 9c291a4361 !481 修复mq_close关闭后仍然占用文件描述符的问题 
Merge pull request !481 from lnlan/fix_mqueue_0730
 2021-07-31 06:07:35 +00:00
openharmony_ci 1e5d01360b !394 fix apis: setrlimit,gethostname,gethostid 
Merge pull request !394 from wcc/misc
 2021-07-31 03:17:22 +00:00
openharmony_ci a7a25bb0a3 !382 fix mq by enable mq_notify API 
Merge pull request !382 from guweijie/master
 2021-07-31 03:08:14 +00:00
lnlan 590c7b4e22 fix: 修复mq_close关闭后仍然占用文件描述符的问题 
【背景】
mqueue用例压力测试中，会出现无法生成xml现象
【修改方案】
1. 确认是mq_close关闭时未清除用户态文件描述符相关位导致的，
添加清除步骤后，问题解决
【影响】
对现有的产品编译不会有影响。

re #I3ZQDA

Signed-off-by: lanleinan <lanleinan@163.com>
Change-Id: I8d467b361465f516ae7105bef38242bfd4805c60
 2021-07-30 09:26:22 +00:00
wcc 09d5bcc22d Merge branch 'master' of gitee.com:openharmony/kernel_liteos_a into misc 2021-07-27 01:40:59 +00:00
openharmony_ci 0dc79479ff !436 toybox升级_内核依赖 
Merge pull request !436 from wangchen/toybox
 2021-07-23 11:21:45 +00:00
openharmony_ci 0dfa58ca5a !454 toybox update 
Merge pull request !454 from Kiita/toybox_update
 2021-07-23 11:21:44 +00:00
teamol 4427142d73 fix: fix mq function by enable mq_notify api 
1.modifications:
modified:   compat/posix/include/mqueue.h
modified:   compat/posix/src/mqueue.c
modified:   syscall/ipc_syscall.c
modified:   syscall/los_syscall.h
modified:   syscall/syscall_lookup.h
modified:   testsuites/unittest/posix/mqueue/posix_mqueue_test.cpp

2.add 5 testcases:
It_posix_queue_205.cpp
It_posix_queue_206.cpp
It_posix_queue_207.cpp
It_posix_queue_208.cpp
It_posix_queue_209.cpp

3.influence:
none

Signed-off-by: teamol <28105285@qq.com>
 2021-07-23 16:52:21 +08:00
openharmony_ci a531bcf389 !456 fix: nanosleep 接口的rmtp参数被错误清零 
Merge pull request !456 from zhushengle/nanosleep
 2021-07-23 06:24:31 +00:00
zhushengle 9458de9ac6 fix: nanosleep 接口的rmtp参数被错误清零 
posix/linux 标准：
nanosleep 使线程进入到了可被信号中断的状态，当线程睡眠被信号
中断，线程回复运行态时，若rmtp不为NULL，则会将sleep剩余的时间
记录在rmtp参数中返回，但是如果线程sleep过程中未被信号唤醒，
则忽略该参数。

由于鸿蒙中nanosleep是不可被打断的，即rmtp应该被忽略，而不是清零。

Close #I41U0R
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I6622eb43d6782c2b53b99d9df5cfff5f5e1ed79c
 2021-07-23 10:38:05 +08:00
Kiita 76f45b3fb2 fix: toybox命令升级 
【背景】liteos_a toybox 命令升级升级

【修改方案】
1、help命令列表不支持命令删除。
2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。
3、修复du命令统计nfs文件大小为0问题修复。
4、修复ls命令nfs文件时间打印信息有误问题。
5、更新命令不支持入参列表。

re #I41N2A

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I5f5b82e33ba9193ae06e9547182d5b7bac0a3b44
 2021-07-22 23:40:40 +08:00
Caoruihong a8805a65aa feat: add support for gn build system 
add BUILD.gn for all kernel modules

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I018446427bf64615f2596d47862b219659b58b34
 2021-07-21 15:52:40 +08:00
wangchen 2ff44c4938 fix: L1 toybox 命令功能实现 
【背景】
解决toybox已支持命令的遗留问题，新增命令功能。

【修改方案】
1. 在内核态对toybox的系统调用进行支持。

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

re #I41N2A
Signed-off-by: wangchen <253227059@qq.com>
 2021-07-20 20:56:35 +08:00
wcc0 c9d69e2d1b fix: add capability and amend smoke testcase 
add setrlimit,gethostname,gethostid and capability

Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a
 2021-07-16 09:24:44 +08:00
openharmony_ci d7387508e3 !402 消除编译告警 
Merge pull request !402 from x_xiny/master
 2021-07-09 08:37:20 +00:00
x_xiny e4ff04586f fix:消除编译告警 
【背景】
 消除编译告警

【修改方案】
 消除编译告警

 re #I3ZC1R

 Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34

 Signed-off-by: x-xiny <1301913191@qq.com>

Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
 2021-07-08 20:30:33 +08:00
openharmony_ci 9304a683ad !397 修复内核access chmod chown接口 
Merge pull request !397 from JING/kernel
 2021-07-08 02:36:56 +00:00
Caoruihong ac8c2c6d5b fix: minimal compile 
fix compile errors in minimal compilation

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
 2021-07-07 00:26:33 +08:00
chenjing 56a95b9ec9 fix: 修复内核access chmod chown接口 
1、修复内核的access chmod chown功能；
2、此三个接口的syscall直接调用内核态接口执行操作。

close #I3Z5L6

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: I301f00fb341252b697b04b9970db86f0e7f978df
 2021-07-05 16:03:16 +08:00
boxi 4e4f2d6d7e refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 
LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: boxi <lewis.liulei@huawei.com>
 2021-07-01 09:08:18 +08:00
mucor 73a777777e fix: remove redundant headfile 
1.remove redundant headfile in kernel, such as:
  compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h;
2.split fs.h to file.h and driver.h
3.move vnode.h and path_cache.h to vfs/include
4.remove redundant interface and defines

close: #I3RTNR

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-19 17:32:47 +08:00
chenjing 6eddc869d3 feat: support link/symlink/readlink 
新增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: chenjing <chenjing139@huawei.com>
 2021-06-09 16:39:41 +08:00
openharmony_ci 3bf8cbc728 !301 修复SysOpenat返回的文件句柄不正确的问题 
Merge pull request !301 from JING/openat
 2021-06-09 13:50:40 +08:00
openharmony_ci 7d10057103 !300 codex问题修复 
Merge pull request !300 from LeonChan/master
 2021-06-08 08:48:30 +08:00
openharmony_ci 647f3defcd !296 支持最小化特性编译，添加了一个针对qemu arm virt的样例config配置 
Merge pull request !296 from Caoruihong/master
 2021-06-07 22:51:46 +08:00
chenwei 101a55d119 fix: codex 
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>
 2021-06-07 22:45:40 +08:00
chenjing 3457c0b11d fix: SysOpenat返回值应该为进程fd，而非系统全局fd。 
close #I3TNAK

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: Ie754259ead7fc8f4c3b0fa36ef31969dd728b235
 2021-06-07 19:50:33 +08:00
Caoruihong 744b2021b2 chore: add a mini config for qemu arm virt 
support turn off as many features as possible.
current only libc and posix and bsd can not be turned off.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
 2021-06-05 17:40:22 +08:00
Kiita e5f6bf0556 feat: timer_create支持以SIGEV_THREAD方式创建定时器 
【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

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

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

re #I3SRFI

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501
 2021-06-04 15:29:44 +08:00
zhushengle cf89f016e9 fix: 解决kill进程时无法保证进程的已持有的内核资源合理释放. 
背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理,
      如果有信号处理就切去处理信号，信号处理结束后回来继续按原来流程执行。
问题：当用户态线程在执行系统调用或缺页异常时，运行在内核态，如果此时有信
      号需要处理，且该线程已经持有了部分内核资源(如：锁，内存等), 此时如
      果有中断发生，则在中断结束时，就会去处理该信号，此时用户态线程持有
      了内核未释放的资源跑到了用户态去运行，如果该线程在用户态出现问题,
      那么它持有的内核资源就无法被释放了。
方案：用户态线程在执行系统调用和缺页异常时暂时屏蔽信号，防止此时有中断去
      处理信号，等系统调用结束或缺页异常结束时再去处理信号。
解决的问题：
  1. 执行系统调用或缺页异常时屏蔽信号，防止中断去处理信号
  2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程
  3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程

Close #I3S0N0

Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
 2021-05-24 14:29:37 +08:00
arvinzzz 8cde768588 refactor: Refactored the kernel boot process and added a init framework 
close: #I3I768

Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
 2021-05-20 16:45:43 +08:00
openharmony_ci 6f99abfc7b !222 fix: correct spelling 
Merge pull request !222 from rtos-lover/los_task
 2021-05-19 13:46:10 +08:00
zhushengle 1e308db64e fix:Fixed exception not saving stack pointer of SVC mode and abnormal signal processing issues 
Close #I3OAFR

Change-Id: I25b14572809b6fabb9e9d17de89a99047c02a59b
 2021-05-11 09:58:54 +08:00
rtos-lover c66fe0313f fix: correct spelling 
correct some typos in los_task.c and other files

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QDB8
 2021-05-08 11:23:08 +08:00
zhushengle 6d63f75e7f fix:Solve the coupling between the kernel and the structure under ARCH. 
Close #I3OAFR

Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
 2021-04-26 19:54:49 +08:00
openharmony_ci 7ba0bfa800 !157 删除无用的__cplusplus，移除不必要的文件x权限 
Merge pull request !157 from Caoruihong/cplusplus
 2021-04-20 09:01:45 +08:00
Caoruihong 7e73c929a2 remove __cplusplus guards in .c files 
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
 2021-04-19 18:28:25 +08:00
YOUR_NAME 74af06d5cb IssueNo:#I3G1Q7 
Description:Fix related interface competition issues.
Sig:liteos_a
Feature or Bugfix:Bugfix
Binary Source:No

Change-Id: I1198408be9ce577bbf0735e3da53d0834622f429
 2021-04-17 16:15:35 +08:00
Caoruihong d2197c801f use -include option instead of including menuconfig manually 
Change-Id: Ie48b96fe9c8ab036d7234b56a169d6668171a895
 2021-04-14 17:56:48 +08:00
Guangyao Ma ce849f2145 feat: add and fix some syscall 
add SysFstatat64 SysInfo SysVfork SysGetrusage
fix up SysDup SysFcntl

Change-Id: If41228da62f406312858921e48e2210e04f16a16
 2021-04-09 14:45:53 +08:00
wangchenyang d970750808 Description:vfs refactoring 
Feature or Bugfix:Feature
Binary Source:Huawei
PrivateCode(Yes/No):Yes

Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47
ChangeID:13306388
 2021-03-19 13:22:46 +08:00