- 17 6月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !318 from MGY917/citu_clean
-
- 15 6月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
Close #I3VOAO Change-Id: I42103e0e7061e50f8d63df98ea9f5cecd49fe6f4 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
- 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 7 次提交
-
-
由 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
-
由 lnlan 提交于
【背景】内核mem/shm冒烟用例概率性失败门禁中shm冒烟用例失败,经验证 与构建,不符合预期 【修改方案】 原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 【影响】 对现有的产品编译不会有影响。 re #I3TH4W Signed-off-by: Nlnlanc <lanleinan@163.com> Change-Id: If5452adb033c17ee0d7c7f683968fe53013ee289
-
由 Far 提交于
1. 修复可能对NULL指针解引用的场景 2. 将不修改内容的指针入参修改为const 3. 对getpgrp的返回值进行校验后再使用 4. 修复了局部变量未初始化的问题 Close #I3UOFN Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 05 6月, 2021 2 次提交
-
-
由 Caoruihong 提交于
support turn off as many features as possible. current only libc and posix and bsd can not be turned off. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
-
由 openharmony_ci 提交于
Merge pull request !294 from zhangfanfan2/master
-
- 04 6月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !254 from LeonChan/lc-master
-
由 openharmony_ci 提交于
Merge pull request !295 from LeonChan/lc-bugfix-vnode
-
由 openharmony_ci 提交于
Merge pull request !289 from li_zan/master
-
由 chenwei 提交于
/dev/ fix #I3TS1Y Signed-off-by: yansira <yansira@hotmail.com>
-
由 chenwei 提交于
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
-
由 openharmony_ci 提交于
Merge pull request !290 from Kiita/timer_create_0603
-