- 29 6月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !359 from Caoruihong/sysroot
-
由 openharmony_ci 提交于
Merge pull request !371 from zhushengle/p_kill
-
由 openharmony_ci 提交于
Merge pull request !378 from Far/master
-
由 openharmony_ci 提交于
Merge pull request !379 from Zhaotianyu/0628libc_fix
-
由 openharmony_ci 提交于
Merge pull request !375 from Harylee/mem
-
- 28 6月, 2021 3 次提交
-
-
由 arvinzzz 提交于
1. 更正makefile过滤时被替换函数的不正确路径 2. 防止LOCAL_SRCS再直接+= /*/*.c添加回来 close: #I3XGM8 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I3aff2a60c5a48f2d6c174afa04d30fa6f5514d7e
-
由 Caoruihong 提交于
sysroot and arch related cflags are pass by BUILD.gn now. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566
-
由 Far 提交于
Liteos_a FATFS需要提供格式化时设置卷标的功能,该功能在当前系统中缺失。 现在恢复该功能,使用方法与原来一致。即使用set_label设置卷标文本后,调用format对设备格式化。 Close #I3Y5G8 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 26 6月, 2021 8 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !372 from phchang/fix_pipe
-
由 openharmony_ci 提交于
Merge pull request !374 from MGY917/qemu_opti
-
由 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>
-
由 vcbchang 提交于
【背景】信号管道用例ItPosixPipe005偶尔会失败,经查找,发现是CPU调度所致,延时时间与期望调度不符合,增加延时时间即可 【修改方案】修复了此问题,但是考虑pipe用例整体不稳定,并且pipe用例的pipe函数存在问题,先暂时下线,等pipe部分全部修改完毕后再上线。 re #I3XXPH Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I21831c9f5ef5700f3b3c8da02f945e0c37f31a6a
-
由 openharmony_ci 提交于
Merge pull request !355 from 刘建东/master
-
由 YOUR_NAME 提交于
use struct ifconf and ifc_buf size malloc memory close: #I3XEZ3 Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 25 6月, 2021 7 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !362 from Far/fatfs
-
由 openharmony_ci 提交于
Merge pull request !368 from Joker2770/master
-
由 openharmony_ci 提交于
Merge pull request !369 from SimonLi/fix-doc
-
由 SimonLi 提交于
Signed-off-by: NSimonLi <likailong@huawei.com>
-
由 Joker2770 提交于
Signed-off-by: NJoker2770 <1214220480@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !363 from JING/rootfs
-
由 openharmony_ci 提交于
Merge pull request !358 from zhushengle/pm_v
-
- 24 6月, 2021 12 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !364 from 野生毛霉君/master
-
由 mucor 提交于
close: #I3XPXY Signed-off-by: Nmucor <mucorwang@gmail.com>
-
由 openharmony_ci 提交于
Merge pull request !338 from phchang/rwlock
-
由 vcbchang 提交于
【背景】修复rwlock门禁用例多次测试出现的程序会卡死在某一个地方的问题,经查找程序会卡在循环里面 【修改方案】 1.经测试,发现用例在创建线程后对退出标志位做了初始化,但卡在循环中不动的原因是在创建线程后立刻发生了调度,没有来得及初始化,则发生了错误,故会出现卡在循环中的情况。 而且,由于卡在循环中时线程是同一优先级,可能不会发生调度,故在循环里面加了一句可以调度的语句,防止在一处循环卡的太久。 2.将该用例挪出门禁,待稳定后恢复。 【影响】 对其它用例无影响。 re #I3VUX4 Signed-off-by:vcbchang<vcbchang@qq.com> Change-Id: Ie0f908001f59bfc832c2519104aa2e3188206910 Signed-off-by: Nvcbchang <vcbchang@qq.com>
-
由 openharmony_ci 提交于
Merge pull request !357 from JING/mount
-
由 openharmony_ci 提交于
Merge pull request !360 from 野生毛霉君/master
-
由 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>
-
由 Far 提交于
Linux的文件夹需要包含"."和".."才会被视为一个有效的目录 通过在新建的文件夹中创建"."和".."目录项修复这个BUG Close #I3XMY6 Signed-off-by: NFar <yesiyuan2@huawei.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
-
由 openharmony_ci 提交于
Merge pull request !323 from Harylee/mem
-
由 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>
-
由 openharmony_ci 提交于
Merge pull request !337 from jianjian/master
-
- 23 6月, 2021 5 次提交
-
-
由 chenjing 提交于
显示信息内容及格式修改为与posix标准一致,内容包括: 1、挂载设备名 2、挂载点路径 3、文件系统类型 4、挂载选项(此项暂不支持,打印()) 5、dump频率(此项暂不支持,值为0) 6、fsck检查次序(此项暂不支持,值为0) close #I3XGCS Signed-off-by: Nchenjing <chenjing139@huawei.com> Change-Id: I2a8cb093e7c5316feb55fb196bc1b4301d8d0249
-
由 openharmony_ci 提交于
Merge pull request !347 from 刘建东/master
-
由 openharmony_ci 提交于
Merge pull request !351 from yuanbo/master
-
由 openharmony_ci 提交于
Merge pull request !344 from LeonChan/proc-uid
-
由 openharmony_ci 提交于
Merge pull request !345 from LeonChan/proc_fd
-