- 19 6月, 2021 1 次提交
-
-
由 mucor 提交于
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: Nmucor <mucorwang@gmail.com>
-
- 17 6月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !316 from kenneth/LOS_DL_LIST_IS_END
-
由 openharmony_ci 提交于
Merge pull request !317 from kenneth/los_vm_map
-
由 openharmony_ci 提交于
Merge pull request !321 from kenneth/destroy
-
由 openharmony_ci 提交于
Merge pull request !310 from JING/link
-
由 openharmony_ci 提交于
Merge pull request !318 from MGY917/citu_clean
-
由 openharmony_ci 提交于
Merge pull request !318 from MGY917/citu_clean
-
- 16 6月, 2021 2 次提交
-
-
由 zhushy_ 提交于
rename function OsCreateUserVmSpace to fix typo close https://gitee.com/openharmony/kernel_liteos_a/issues/I3QD42Signed-off-by:
kenneth <459864689@qq.com>
-
由 zhushy_ 提交于
fix typo destroy close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RR17Signed-off-by:
Kenneth <459864689@qq.com>
-
- 15 6月, 2021 3 次提交
-
-
由 Guangyao Ma 提交于
Close #I3VOAO Change-Id: I42103e0e7061e50f8d63df98ea9f5cecd49fe6f4 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 zhushy_ 提交于
update LOS_DL_LIST_IS_END comment close https://gitee.com/openharmony/kernel_liteos_a/issues/I3TWU6Signed-off-by:
kenneth <459864689@qq.com>
-
由 chenjing 提交于
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: Nchenjing <chenjing139@huawei.com> Change-Id: I38dfaa28af156399817530923534d5b73b4c64af
-
- 11 6月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !312 from Caoruihong/porting2
-
由 Caoruihong 提交于
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: NCaoruihong <crh.cao@huawei.com>
-
- 10 6月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !311 from zhushengle/exit
-
由 zhushengle 提交于
用户态线程在用户态处于while(1), 在中断处理时使该线程处于READY状态, 此时进程退出时该线程无法被正常回收,导致进程无法合理退出。 Close #I3V8R5 Change-Id: I7f83f5f7fe41c03eb602bf78cfd33fff1b0acdb7 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !292 from JING/link
-
由 openharmony_ci 提交于
Merge pull request !307 from MGY917/toybox_active
-
- 09 6月, 2021 10 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !304 from liangxuewu/MMC_DRIVER_PRJECT
-
由 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>
-
由 Guangyao Ma 提交于
Close #I3V17D Change-Id: Idfe47eedd4b7c84cc2d15b5f3365d90a5b79232e Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 openharmony_ci 提交于
Merge pull request !277 from zhangyanxian/master
-
由 openharmony_ci 提交于
Merge pull request !261 from SimonLi/fix-lto
-
由 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 7 次提交
-
-
由 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
-
由 lzl 提交于
Signed-off-by: Nlzl <sucer_fater@163.com>
-
由 lzl 提交于
Signed-off-by: Nlzl <sucer_fater@163.com>
-
由 lzl 提交于
Signed-off-by: Nlzl <sucer_fater@163.com>
-
由 openharmony_ci 提交于
Merge pull request !302 from Far/master
-
由 openharmony_ci 提交于
Merge pull request !300 from LeonChan/master
-
- 07 6月, 2021 5 次提交
-
-
由 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
-