- 11 8月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
首先,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: NGuangyao Ma <guangyao.ma@outlook.com>
-
- 10 8月, 2021 2 次提交
-
-
由 Haryslee 提交于
背景:进程加载的时候,先预申请一个页用作参数拷贝,另外通过mmap方式申请 额外的虚拟栈空间,此时便有两个地址连续的区间。 方案:新增内部接口OsStackAlloc,用于申请一个连续的虚拟地址区间,并对其 中指定区间做物理内存的映射。 close #I43QYJ Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I224cca3671c42a94c2f74b2da5a11403849e33d3
-
由 zhushengle 提交于
DoNanoSleep 接口以微秒为单位,纳秒级别的在转换成微秒时被整除为0, 导致转换成tick时为0,导致延时时触发yield,导致延时时间超大 Close #I3Z9DP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30
-
- 09 8月, 2021 1 次提交
-
-
由 zhushengle 提交于
方案描述: 1.周期软件定时器超时添加一个startTime字段,用于记录当前软件定时器的开始计时的时间, 在定时器响应时,开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器 的影响)。 2.在执行tick中断的过程当中,持有tick动态计算锁,保证在该过程中不会触发tick周期 的计算,在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率 3.在设置tick周期时,减掉tick中断执行的时间,减小周期动态化带来的时间误差 4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏,用于配置tick中断的最小响应精度 Close #I43UQJ Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89
-
- 06 8月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I446CX Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I49e80ffe1a7b579b82aaf45f599623b287eb8e98
-
- 04 8月, 2021 1 次提交
-
-
由 pcwlno1 提交于
1、判断安全函数的返回值。 Close #I43RQU Signed-off-by: Npcwlno1 <qidechun@huawei.com>
-
- 03 8月, 2021 1 次提交
-
-
由 Haryslee 提交于
背景:对于mmap映射的区间,修改权限后对应的区间名丢失 方案:mprotect修改权限后,对应区间名继承原区间名 close #I43R40 Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I969c93528cbecc2ded4e437e5aac8f82b8baa609
-
- 02 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
use IPC_IO_DATA_MAX from liteipc_adapter.h Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I94f2dd2ff148e8a03ffb2c7b38ab06a34a2d2827
-
- 30 7月, 2021 3 次提交
-
-
由 wangchen 提交于
【背景】定期A核代码告警清零。 【修改方案】 根据工具扫描结果,对代码告警进行更改。 【影响】 对现有的产品编译不会有影响。 re #I4378T Signed-off-by: Nwangchen <253227059@qq.com>
-
由 YOUR_NAME 提交于
close: #I434UC Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: If6cdb719412375c79356a50113a0efb45c8968f7
-
由 pcwlno1 提交于
1、允许用户自己指定预留物理内存的起始地址和长度。 2、在适配层中增加对预留物理内存的映射。 3、在bbox的Kcondfig中增加有关预留物理内存的编译选项。 4、在bbox的Makefile增加有关内存函数头文件的引用。 Close #I41YIZ Signed-off-by: Npcwlno1 <qidechun@huawei.com>
-
- 27 7月, 2021 1 次提交
-
-
由 Caoruihong 提交于
using OHOS_Image as liteos default name Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I00bcc9a6747ffde0f07f3d243150055a644df02f
-
- 22 7月, 2021 2 次提交
-
-
由 Caoruihong 提交于
liteos binaries no need pack to rootfs. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Iba650c9d09302902c108760163eca55b4ec40221
-
由 pcwlno1 提交于
1、在日志写如完成之后执行fsync确保落盘。 Close #I41UTP Signed-off-by: Nqidechun <qidechun@huawei.com>
-
- 21 7月, 2021 2 次提交
-
-
由 Caoruihong 提交于
add BUILD.gn for all kernel modules Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I018446427bf64615f2596d47862b219659b58b34
-
由 kenneth 提交于
fix some spell issues in files under folder kernel/base/core: change Recyle to Recycle, ilde to idle and Porcess to Process close #I3R28X Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 20 7月, 2021 4 次提交
-
-
由 YOUR_NAME 提交于
问题原因:init进程执行信号时,线程栈底预留了部分空间给信号上下文使用, 从而导致处理信号时线程栈底比线程控制块里面记录的大,这样在fork的过程中内核 从init线程栈底copy线程上下文给新进程时,copy的不是实际运行的栈底,以致于 新进程的线程上下文不对,在实际运行时跑飞,引发系统卡死。 解决方案:在fork过程copy线程上下文时,判断是否预留了信号上下文空间,如果预留 了,则copy的栈底要基于预留后的栈底去copy线程上下文。 close: #I41HOY Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16
-
由 chenjing 提交于
close #I41MWM Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: Iad136b3b8b63fed63fa69c594ec39bd90d5513b7
-
由 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>
-
由 chenjing 提交于
1、bootargs解析与rootfs挂载进行解耦; 2、支持开发者自定义bootargs参数,内核存储bootargs中所有参数; 3、开发者可获取bootargs中的参数内容,并自行解析。 close #I41CL8 Change-Id: If384476714854ba0cf64eb70b785eb26737dd3d2 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 19 7月, 2021 1 次提交
-
-
由 JerryH1011 提交于
close #I40QOM Change-Id: Ib3783f5d6b1095bf2100ab024fe0235a64355823 Signed-off-by: NJerryH1011 <huangjieliang@huawei.com>
-
- 16 7月, 2021 1 次提交
-
-
由 wcc0 提交于
add setrlimit,gethostname,gethostid and capability Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a
-
- 14 7月, 2021 4 次提交
-
-
由 qidechun 提交于
给开发者提供系统信息DUMP机制,帮助开发者观察系统功能状态,发现潜在问题。 Close #I3NN7D Signed-off-by: Nqidechun <qidechun@huawei.com>
-
由 Guangyao Ma 提交于
由于内核暂不支持tty,窗口默认宽度写死的为80。在流水线中,往往有时候需要更宽的 窗口宽度。在tty支持动态获取和设置大小之前,先调整大小为400。 re #I40LQX Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Ic21a8b7098f47b7d608762678eebb7b8ecb67ce4
-
由 qidechun 提交于
1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。 2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。 3、BBOX特性默认关闭,若想使用此特性,请在内核配置文件中增加如下编译选项: LOSCFG_BLACKBOX=y LOSCFG_SAVE_EXCINFO=y LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。 4、若已经打开BBOX特性,想快速验证此特性,请添加如下编译选项: LOSCFG_HIDUMPER=y Close #I406NP Signed-off-by: Nqidechun <qidechun@huawei.com>
-
由 zhushengle 提交于
queuelist中的普通节点在调整为futexList的节点时, 未校验其queueList的有效性,导致queueList未初始化, 出现访问空指针;且在从旧链表迁移节点到新链表时, 节点从旧链表删除之后又插入到另一个链表中,导致对 旧链表的为NULL判断出错。 Close #I4024F Change-Id: I506a10fc5740ce16e682c2c419b9d92a82000b86 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-
- 09 7月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
由于没有tty,当前的Ctrl-C实现基于uart回调特定函数实现,后续tty实现后 可以重新考虑Ctrl-C设计实现。本次将Ctrl-C移除LOS_MAGIC_KEY_ENABLE,保 证任意情况下可以生效。 Change-Id: I4e1e51b2d92535879bbdbbfa91b0229119d0e90e Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
- 08 7月, 2021 1 次提交
-
-
由 x_xiny 提交于
【背景】 消除编译告警 【修改方案】 消除编译告警 re #I3ZC1R Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34 Signed-off-by: Nx-xiny <1301913191@qq.com> Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
-
- 07 7月, 2021 2 次提交
-
-
由 Denny 提交于
-
由 Caoruihong 提交于
fix compile errors in minimal compilation Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
-
- 06 7月, 2021 1 次提交
-
-
由 qidechun 提交于
1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。 2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。 Close #I3NN7V Signed-off-by: Nqidechun <qidechun@huawei.com>
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 30 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
in the liteos_a directory, we used to use `make clean all` command to build liteos_a kernel for test. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5ca689c1c44052f7de937d7faa9e4d3534d97380
-
- 28 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
sysroot and arch related cflags are pass by BUILD.gn now. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566
-
- 26 6月, 2021 3 次提交
-
-
由 zhushengle 提交于
kill进程时,会将因为liteipc阻塞的线程唤醒,使其调度并自动退出,由于liteipc阻塞机制为 循环阻塞方式,会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的 线程后检查是否已有kill标志,如果有使其按接收数据失败退出,在返回用户态之前,该线程会进 入退出流程,结束运行。 Close #I3XX7K Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iec4e298dff4aefd2994289067a35cb5673e323f9
-
由 Guangyao Ma 提交于
驱动目录位置不合理,需要调整到/device/qemu/drivers下面 close #I3XW96 #I3XWXD Change-Id: Ied6b90d2d0631c99f2209f5b72bbd12cdff6b1d5 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 Haryslee 提交于
背景:LOS_UserMemClear接口原有实现是通过在内核中 申请一块堆内存并对其清零,调用copy_to_user来达到 对用户态内存清零的目的,需要使用堆内存。 修改方案:基于汇编实现内核对用户态内存清零的功能。 close #I3XXT0 Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15 Signed-off-by: NHaryslee <lihao189@huawei.com>
-
- 24 6月, 2021 3 次提交
-
-
由 mucor 提交于
write "clear pathcahe" to clear pathcaches and vnodes write "clear pagecache" to clear pagecaches write "clear all" to clear both pathcaches and pagechaches the cache in use will not be cleared close: #I3XLPH Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 chenjing 提交于
在内核解析bootargs参数时,加入对userAddr与userSize两个字段的解析。 1、如果bootargs中配置了userAddr与userSize,则使用配置值划分storage分区。 2、如果bootargs中未配置这两个字段,则storage分区默认紧接在rootfs分区后。 close #I3XNEY Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: Iba63ccd7fc3f7efc1d726c4b38beee5df1d64122
-
由 zhushengle 提交于
功能描述: 在proc目录下增加power目录,添加powr_mode,power_lock,power_unlock和power_count节点, power_mode:节点用于查询和设置系统支持的功耗模式 power_lock:用于查询和获取低功耗锁,持锁后,将会阻止系统进入低功耗状态 power_unlock: 用于释放已经持有的低功耗锁,也可查询当前有那些持有低功耗锁 power_count:用于查询当前持有低功耗锁的个数 Close #I3VS5N Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-