- 22 7月, 2021 3 次提交
-
-
由 Caoruihong 提交于
liteos binaries no need pack to rootfs. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Iba650c9d09302902c108760163eca55b4ec40221
-
由 openharmony_ci 提交于
Merge pull request !429 from Caoruihong/remove_unused_files
-
由 openharmony_ci 提交于
Merge pull request !443 from Caoruihong/build_gn
-
- 21 7月, 2021 7 次提交
-
-
由 Caoruihong 提交于
add BUILD.gn for all kernel modules Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I018446427bf64615f2596d47862b219659b58b34
-
由 openharmony_ci 提交于
Merge pull request !446 from zhangfanfan2/master
-
由 openharmony_ci 提交于
Merge pull request !447 from kenneth/chore
-
由 openharmony_ci 提交于
Merge pull request !433 from MGY917/change_winsz
-
由 openharmony_ci 提交于
Merge pull request !438 from JerryH/shm
-
由 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>
-
由 openharmony_ci 提交于
Merge pull request !442 from MGY917/mkshrc
-
- 20 7月, 2021 8 次提交
-
-
由 YOUR_NAME 提交于
问题原因:init进程执行信号时,线程栈底预留了部分空间给信号上下文使用, 从而导致处理信号时线程栈底比线程控制块里面记录的大,这样在fork的过程中内核 从init线程栈底copy线程上下文给新进程时,copy的不是实际运行的栈底,以致于 新进程的线程上下文不对,在实际运行时跑飞,引发系统卡死。 解决方案:在fork过程copy线程上下文时,判断是否预留了信号上下文空间,如果预留 了,则copy的栈底要基于预留后的栈底去copy线程上下文。 close: #I41HOY Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16
-
由 openharmony_ci 提交于
Merge pull request !404 from Far/master
-
由 openharmony_ci 提交于
Merge pull request !444 from JING/bootargs
-
由 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>
-
由 Guangyao Ma 提交于
close #I3Y5KE Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Iea3cfe4da572b1a4e250f90cea24efa2c27ceddb
-
由 openharmony_ci 提交于
Merge pull request !441 from JING/bootargs
-
由 chenjing 提交于
1、bootargs解析与rootfs挂载进行解耦; 2、支持开发者自定义bootargs参数,内核存储bootargs中所有参数; 3、开发者可获取bootargs中的参数内容,并自行解析。 close #I41CL8 Change-Id: If384476714854ba0cf64eb70b785eb26737dd3d2 Signed-off-by: Nchenjing <chenjing139@huawei.com>
-
- 19 7月, 2021 3 次提交
-
-
由 JerryH1011 提交于
close #I40QOM Change-Id: Ib3783f5d6b1095bf2100ab024fe0235a64355823 Signed-off-by: NJerryH1011 <huangjieliang@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !431 from Far/fatfs
-
由 openharmony_ci 提交于
Merge pull request !435 from Harylee/mem
-
- 17 7月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !430 from wangchen/xxx
-
- 15 7月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !313 from MGY917/toybox_active
-
由 Haryslee 提交于
背景:内核态内存调测调用栈信息在gcc编译环境下是准确的,但是llvm 编译环境下是错误的,分析知,gcc和llvm编译环境下fp和lr的对应关系 是有区别的。 修复:增加llvm编译环境下对lr解析的逻辑,并用编译宏控制。 close #I40TQS Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: If2a7b7a286d91e78dcff2bdeb136fda71e656a79
-
由 openharmony_ci 提交于
Merge pull request !427 from zhushengle/futex
-
- 14 7月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !432 from pcwlno1/upload_hidumper
-
由 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
-
由 openharmony_ci 提交于
Merge pull request !426 from pcwlno1/upload1
-
由 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>
-
- 13 7月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !380 from phchang/fixhilog
-
由 openharmony_ci 提交于
Merge pull request !396 from phchang/fix_pipebug
-
由 openharmony_ci 提交于
Merge pull request !405 from phchang/fix_mq
-
由 vcbchang 提交于
【背景】mqueue_unittest用例ItPosixQueue075、ItPosixQueue053 与ItPosixQueue097用例存在偶尔无法通过的问题,现在将其修复 【修改方案】ItPosixQueue075中原来是通过延时来实现线程同步,现在更改为静态全局变量实现; ItPosixQueue097中的关于g_testCount利用延时来置标志位,实现线程同步。这里通过延时来期望线程调度,写的不合理,这里更改为等待标志位来实现线程同步。 re #I3Z9H9 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: Ib1bb945a5393cb03f4d92e4332e20acd82eb1845
-
由 vcbchang 提交于
【背景】signal模块中的pipe用例存在无法通过测试的问题,经查找,pipe用例存在多处bug,这里做以修复 【修改方案】 1 ItPosixPipe002用例存在pipe存在在父进程中没有关闭写端,父进程判断处有编码问题等 2 删掉了一些用例多余的close函数,精简了用例的结构 3 原来用例主子进程依靠延时来实现进程同步,这里更改为使用共享内存的方法来实现 re #I3YPQ8 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: Ic0d0ab20521c9af5e5f1d75e76e047162d978464
-
由 Far 提交于
FATFS内部接口中,仅对FAT32的FAT表结束符0x0FFFFFFF做了判断,而忽略了FAT12和FAT16的结束标志。 这会导致子在FAT12/FAT16中,部分功能异常。 Close #I409R6 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 12 7月, 2021 3 次提交
-
-
由 wangchen 提交于
【背景】A核codex扫描告警消除。 【修改方案】 1. 将不可屏蔽告警进行修复。 【影响】 对现有的产品编译不会有影响。 re #I40B1S Signed-off-by: Nwangchen <253227059@qq.com>
-
由 Caoruihong 提交于
remove unused dead symlink files Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I8dd3bf4496173fd20bfcd728c256d429fb4fa077
-
由 openharmony_ci 提交于
Merge pull request !428 from Caoruihong/defconfig
-