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

715 Commits

Author SHA1 Message Date
Far acda419a2d fix: 修复了LOSCFG_FS_FAT_VIRTUAL_PARTITION宏开关错误作用域引起的功能错误 
在init_cluster函数中，若未打开LOSCFG_FS_FAT_VIRTUAL_PARTITION会导致循环初始化
簇时，未调用sync_window函数，进而导致创建的文件夹未能正确置零。

Close #I3W1IW

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-17 20:56:36 +08:00
openharmony_ci dca42b9ef6 !316 fix: update LOS_DL_LIST_IS_END comment 
Merge pull request !316 from kenneth/LOS_DL_LIST_IS_END
 2021-06-17 14:08:29 +08:00
openharmony_ci fa6993381a !317 chore: rename function OsCreateUserVmSpace 
Merge pull request !317 from kenneth/los_vm_map
 2021-06-17 14:07:51 +08:00
openharmony_ci 37d80146db !321 chore: fix typos 
Merge pull request !321 from kenneth/destroy
 2021-06-17 14:06:06 +08:00
Caoruihong 7e2aef2480 fix: race condition in liteipc 
global data should be accessed in protection

fix: #I3PW5Y
Change-Id: I9dfa09992eb8e78935ed367240628300fc033193
Signed-off-by: Caoruihong <crh.cao@huawei.com>
 2021-06-17 12:01:25 +08:00
openharmony_ci 9169637084 !310 fatfs支持symlink与readlink功能 
Merge pull request !310 from JING/link
 2021-06-17 10:03:38 +08:00
openharmony_ci acb24924be !318 fix: avoid compile warning ignored 
Merge pull request !318 from MGY917/citu_clean
 2021-06-17 08:57:01 +08:00
openharmony_ci bfb74b2027 !318 fix: avoid compile warning ignored 
Merge pull request !318 from MGY917/citu_clean
 2021-06-17 08:57:00 +08:00
kenneth f0b419099d chore: rename function OsCreateUserVmSpace 
rename function OsCreateUserVmSpace to fix typo

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-16 15:00:53 +08:00
Kenneth 81f3d59717 chore: fix typos 
fix typo destroy

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RR17

Signed-off-by: Kenneth <459864689@qq.com>
 2021-06-16 14:52:06 +08:00
Guangyao Ma eca711bb64 fix: avoid compile warning ignored 
Close #I3VOAO

Change-Id: I42103e0e7061e50f8d63df98ea9f5cecd49fe6f4
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-06-15 19:56:21 +08:00
kenneth 900269bd46 fix: update LOS_DL_LIST_IS_END comment 
update  LOS_DL_LIST_IS_END comment

close https://gitee.com/openharmony/kernel_liteos_a/issues/I3TWU6

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-15 17:16:41 +08:00
chenjing e50cf0be6f feat: fatfs支持符号链接功能 
1 将fatfs_creat与fatfs_mkdir抽象成fatfs_creat_obj，通过参数type控制创建的对象类型；
2 新增fatfs_symlink与fatfs_readlink接口，其中：
   1) fatfs_symlink通过fatfs_creat_obj创建出符号链接文件，并为其申请新簇，将target内容写入簇的第一个sector；
   2) fatfs_readlink读出符号链接文件对应簇中第一个sector的内容

close #I3V8D1

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: I38dfaa28af156399817530923534d5b73b4c64af
 2021-06-15 11:32:55 +08:00
openharmony_ci a760c268f4 !312 musl归一化后调整和简化libc的构建 
Merge pull request !312 from Caoruihong/porting2
 2021-06-11 17:36:28 +08:00
Caoruihong 5c78236428 chore: build libc using third_party musl 
do not copy or link file from //third_party to this repository,
just use the files needed from its origin.

Change-Id: I43f60d8aa7dc91925b8ace973933de366d6cb589
Signed-off-by: Caoruihong <crh.cao@huawei.com>
 2021-06-11 00:20:09 +08:00
openharmony_ci 7ffc996b0a !311 fix: 3518平台, 异常测试进程无法正常退出 
Merge pull request !311 from zhushengle/exit
 2021-06-10 20:54:37 +08:00
zhushengle 23937a239f fix: 3518平台, 异常测试进程无法正常退出 
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态，
此时进程退出时该线程无法被正常回收，导致进程无法合理退出。

Close #I3V8R5

Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-10 20:11:36 +08:00
openharmony_ci b91fabb76c !292 新增link/symlink/readlink接口的系统调用及内核实现 
Merge pull request !292 from JING/link
 2021-06-10 13:02:04 +08:00
openharmony_ci e36b0fd4d5 !307 feat: support toybox in qemu 
Merge pull request !307 from MGY917/toybox_active
 2021-06-10 06:04:14 +08:00
openharmony_ci 4e269d7071 !304 mmc驱动代码上库 
Merge pull request !304 from liangxuewu/MMC_DRIVER_PRJECT
 2021-06-09 20:46:02 +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
Guangyao Ma 561831928b feat: support toybox in qemu 
Close #I3V17D

Change-Id: Idfe47eedd4b7c84cc2d15b5f3365d90a5b79232e
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-06-09 16:11:21 +08:00
openharmony_ci 6dee4ae603 !277 README_zh.md: update the incorrect link 
Merge pull request !277 from zhangyanxian/master
 2021-06-09 14:05:07 +08:00
openharmony_ci 413e02304d !261 fix(build): clang10.0.1支持lto，去掉冗余判断 
Merge pull request !261 from SimonLi/fix-lto
 2021-06-09 14:03:52 +08:00
openharmony_ci 8c5b358bb1 !263 fix(build): 去除冗余单板相关的宏配置 
Merge pull request !263 from SimonLi/fix-redundant-macro
 2021-06-09 14:02:52 +08:00
openharmony_ci 3bf8cbc728 !301 修复SysOpenat返回的文件句柄不正确的问题 
Merge pull request !301 from JING/openat
 2021-06-09 13:50:40 +08:00
openharmony_ci 36462bcd7e !305 内核态在console初始化完成后，使用printf无法正常打印 
Merge pull request !305 from zhangfanfan2/master
 2021-06-09 13:46:19 +08:00
openharmony_ci 1f8e5424f3 !306 refactor(mksh): reduce the mksh size by Oz 
Merge pull request !306 from MGY917/mksh_size_reduce
 2021-06-09 13:43:38 +08:00
openharmony_ci ebb1305ba4 !288 修复shm用例多次执行时失败问题 
Merge pull request !288 from lnlan/shm_test_fixed
 2021-06-09 09:31:04 +08:00
Guangyao Ma 565b2e85cd refactor(mksh): reduce the mksh size by Oz 
clang不支持“-flto,-Oz”作为链接选项，但是可以作为编译选项，且作为编译选项时，有更好的size减少效果。这里为了使用这种
编译选项组合，且为了不影响链接过程（Build.sh链接时也会使用CFLAGS），在链接选项生效的-O选项中，重置其为O2。
最终size可以从300+k,缩减为不到180k。

Close #I3UVEV

Change-Id: If29ac4a058bcd40c4c36deb484c9468c93bcd1ec
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-06-08 21:57:27 +08:00
YOUR_NAME 44ce696904 fix: 内核态在console初始化完成后，使用printf无法正常打印 
printf实现流程上会调用cmd为TIOCGWINSZ的ioctl命令，该命令的实现
在console层ConsoleGetWinSize函数中，而此函数copy结果时使用函数
LOS_ArchCopyToUser，由于该过程在内核态，导致LOS_ArchCopyToUser失败，
从而引发printf无法正常打印的问题。

close: #I3UG00

Signed-off-by: zhangfanfan <zhangfanfan2@huawei.com>
Change-Id: I3e85f682429cbe30842206842ddb2a8388ec8412
 2021-06-08 20:01:39 +08:00
lzl 3fa315ab0b mmc kernel adapter 
Signed-off-by: lzl <sucer_fater@163.com>
 2021-06-08 09:54:06 +00:00
lzl e5ba92b4b9 mmc kernel adapter 
Signed-off-by: lzl <sucer_fater@163.com>
 2021-06-08 09:50:36 +00:00
lzl 6352d6e1da kernel adapter 
Signed-off-by: lzl <sucer_fater@163.com>
 2021-06-08 09:07:04 +00:00
openharmony_ci 1a3f3f54e7 !302 fix: Codex告警清零 
Merge pull request !302 from Far/master
 2021-06-08 08:48:48 +08:00
openharmony_ci 7d10057103 !300 codex问题修复 
Merge pull request !300 from LeonChan/master
 2021-06-08 08:48:30 +08:00
openharmony_ci a94c6b09bd !303 对toybox侵入式修改进行分离 
Merge pull request !303 from Kiita/toybox_porting_210607
 2021-06-07 23:06:23 +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
Kiita 09756fe55b refactor: 对toybox侵入式修改进行分离 
【背景】当前liteos_a支持的toybox命令与linux存在差别，需要特别实现，为
避免侵入式修改，采用porting的方式将修改分离。

【修改方案】
在third_party/toybox下新增porting目录，以达到分离修改的目的。本次修改
基于porting目录且只涉及liteos目前支持的命令文件。

re #I3UQCK

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: I15d5835e25d5b5de6e0a6f888c87264c2f886cdf
 2021-06-07 21:54:12 +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
lnlan 0676578aae fix(kernel_test): 内核mem/shm冒烟用例重复运行失败 
【背景】内核mem/shm冒烟用例概率性失败门禁中shm冒烟用例失败，经验证
与构建，不符合预期

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

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

re #I3TH4W

Signed-off-by: lnlanc <lanleinan@163.com>
Change-Id: If5452adb033c17ee0d7c7f683968fe53013ee289
 2021-06-07 18:51:28 +08:00
Far b5370af822 fix: codex clean 
1. 修复可能对NULL指针解引用的场景
2. 将不修改内容的指针入参修改为const
3. 对getpgrp的返回值进行校验后再使用
4. 修复了局部变量未初始化的问题

Close #I3UOFN

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-06-07 17:08:02 +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
openharmony_ci c39c10c978 !294 最新1.1版本的代码3516编译报错： Disk full 
Merge pull request !294 from zhangfanfan2/master
 2021-06-05 17:38:20 +08:00
openharmony_ci efbab200aa !254 memory-based romfs 
Merge pull request !254 from LeonChan/lc-master
 2021-06-04 23:22:25 +08:00
openharmony_ci a580754751 !295 修复删除/dev目录下的文件但是vnode number没有减小的问题 
Merge pull request !295 from LeonChan/lc-bugfix-vnode
 2021-06-04 21:50:32 +08:00
openharmony_ci e5bfe19b28 !289 A核proc文件系统在echo模式下新增write的功能 
Merge pull request !289 from li_zan/master
 2021-06-04 18:10:24 +08:00
chenwei 4f514a16af fix: the total used vnode number not increased after unlink a file under 
/dev/

fix #I3TS1Y
Signed-off-by: yansira <yansira@hotmail.com>
 2021-06-04 16:49:04 +08:00
chenwei c4595d2504 feat(file system): add memory-based romfs 
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
 2021-06-04 16:39:51 +08:00