- 14 3月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 3.1 代码检视中有一些问题需要修改 【修改方案】 在README 中添加了文档链接,更改了非可执行文件的权限 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: I25eb1a2bfcbfdf7bc40b0516bcf9262c2d67f8b4
-
- 03 3月, 2022 1 次提交
-
-
由 arvinzzz 提交于
新增用户态,上层业务进行box隔离,共享C库 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Ib6ecc3fcb230a7539f9e0f3663290900198d2ba9
-
- 21 2月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 L0,M33内核,编译时返回错误, irqNum = HwiNumGet()编译错误 【修改方案】 删去引起编译错误的变量,直接用函数的返回值代替 【影响】 对现有的产品编译不会有影响。 re #I4S81B Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: I7dba42cb158cbb969053a83ddd22d76ee30646d1
-
- 18 2月, 2022 1 次提交
-
-
由 LiteOS2021 提交于
BREAKING CHANGE: 涉及接口修改: LOS_HwiCreate LOS_HwiDelete 改动内容: 中断处理函数参数类型由HWI_ARG_T统一改为HwiIrqParam,封装原有arg参数及riscv部分实际使用变量pDevId, 这样一方面统一LiteOS接口,也统一了中断处理函数的arg参数 同步LOS_HwiDelete接口入参,新增HWI_IRQ_PARAM_S *irqParam参数,为后续共享中断功能的添加预留 Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
-
- 15 2月, 2022 1 次提交
-
-
由 LiteOS2021 提交于
kernel接口融合,添加/修改kernel函数 BREAKING CHANGE: 新增接口: LOS_TaskResRecycle LOS_CurrNanosec LOS_MDelay 接口修改: LOS_QueueCreate:第一个入参添加const修饰并增加一种异常情况处理 los_memory.c中 OS_ERROR 修改为LOS_NOK,重定义LOS_NOK为(UINT32)-1。 接口位置转移: LOS_UDelay 由los_task.h/.c 转移到los_tick.h/.c 宏修改: LOS_ERRNO_MUX_PEND_INTERR 改名为 LOS_ERRNO_MUX_IN_INTERR 增加宏: Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
-
- 14 2月, 2022 1 次提交
-
-
由 kenneth 提交于
修复los_interrupt.c存在未使用的参数编译出错 close #I4SJPZ Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 12 2月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.tick timer与调度进一步剥离 2.性能敏感函数内敛化 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I00c27216e286dd7ca9c02db3e2377707d628a786
-
- 11 2月, 2022 1 次提交
-
-
由 Haryslee 提交于
cortex-m55增加栈溢出检测特性 close #I4T7R3 Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ie24adbb672c47404b56aa5bfc9f22e0f7f947540
-
- 10 2月, 2022 1 次提交
-
-
由 Haryslee 提交于
利用EXC_RETURN可判断出上下文是否使用FPU寄存器,进而确定是否对FPU寄存器进行压栈操作 close #I4SQIQ Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ib8b3a8b359486b3b7851278365860be1bfed65f2
-
- 28 1月, 2022 1 次提交
-
-
由 Haryslee 提交于
基于qemu支持cortex-m55处理器,包括MVE功能使能。 close #I4Q9OQ Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I571702ac8e8f52769afdf600b48451f1f1806a88
-
- 21 1月, 2022 1 次提交
-
-
由 m0_37218149 提交于
BREAKING CHANGE: 新增接口: LOS_HwiTrigger ArchIntTrigger LOS_HwiEnable ArchIntEnable LOS_HwiDisable ArchIntDisable LOS_HwiClear ArchIntClear LOS_HwiSetPriority ArchIntSetPriority https://gitee.com/openharmony/kernel_liteos_m/issues/I4RDNJSigned-off-by: Nwang-shulin93 <15173259956@163.com>
-
- 20 1月, 2022 1 次提交
-
-
由 JerryH 提交于
内核支持信号功能,支持注册、屏蔽、等待及触发等操作。 close #I4R72Q Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I26fb11a03d1899c6f7e665f0798824c578d592a6
-
- 19 1月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 当前仓代码存在编译告警需要处理 【修改方案】 在测试用例中屏蔽了-Werror选项 在对应的代码处添加了相应函数的声明头文件 【影响】 对现有的产品编译不会有影响。 re #I4N50W Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: I7dc1e38105aa3d60f9f991f34f88875cccb48463
-
- 18 1月, 2022 1 次提交
-
-
由 m0_37218149 提交于
Signed-off-by: Nwang-shulin93 <15173259956@163.com>
-
- 17 1月, 2022 1 次提交
-
-
由 houpengfei 提交于
Signed-off-by: Nhoupengfei <houpengfei@talkweb.com.cn>
-
- 13 1月, 2022 1 次提交
-
-
由 m0_37218149 提交于
Signed-off-by: ou-yangkan <519689417@qq.com>
-
- 06 1月, 2022 1 次提交
-
-
由 m0_37218149 提交于
added 32-bit assembly atomic interface: BREAKING CHANGE: Assembly implementation: ArchAtomicRead ArchAtomicSet ArchAtomicAdd ArchAtomicSub ArchAtomicInc ArchAtomicIncRet ArchAtomicDec ArchAtomicDecRet https://gitee.com/openharmony/kernel_liteos_m/issues/I4O1UCSigned-off-by: Nwang-shulin93 <15173259956@163.com>
-
- 05 1月, 2022 1 次提交
-
-
由 zhushengle 提交于
OS_SYS_CLOCK 宏由产品定义,该宏可能为函数,在编译时赋值无法覆盖该场景 Close #I4PGUR Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I60e3f4fcd8f94b26c23cc88e0622408a24fbebe2
-
- 31 12月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 当前Arch下tick timer的实现依赖于弱函数机制,三方适配时出错及限制较大,且tick timer作为内核必须模块,未模块化,当前散落在tick和调度等模块中,且当前存在arch依赖 内核,内核也依赖arch的情况,为了解决上述问题,将tick timer模块化,通过提供tick timer框架实现内核依赖Arch而Arch不依赖内核,并且可以减少对外暴漏的接口,使得三方 适配时更加明确需要实现的接口。 方案描述: 1.tick timer结构 在kernel_liteos_m/arch/include/los_timer.h,中定义结构: typedef struct { UINT32 freq; INT32 irqNum; UINT32 (*init)(HWI_PROC_FUNC tickHandler); UINT64 (*getCycle)(UINT32 *period); VOID (*reload)(UINT64 time); VOID (*lock)(VOID); VOID (*unlock)(VOID); HWI_PROC_FUNC tickHandler; } ArchTickTimer; 并声明对外获取tick timer的接口: ArchTickTimer *ArchSysTickTimerGet(VOID) define LOS_SysTickTimerGet ArchSysTickTimerGet 2.在每个架构下提供默认的tick timer操作: STATIC ArchTickTimer g_archTickTimer = { .freq = xxx, 必填 .irqNum = xxx, 必填 .init = xxx, 必填 .getCycle = xxx, 必填 .reload = xxx, 必填 .lock = xxx, 必填 .unlock = xxx, 必填 .tickHandler = NULL, 可选 } 并实现:ArchTickTimer *ArchSysTickTimerGet(VOID) 接口 3.内核los_tick.c中提供对外(其它模块)和公共的tick timer初始化操作函数, 如果用户不想启用系统默认的tick timer,则需要在 "内核初始化之前" 调用接口: LOS_TickTimerRegister(const ArchTickTimer *timer, const HWI_PROC_FUNC tickHandler) 将用户自己的tick timer或中断处理函数 注册进去。 用户也可以注册自己的中断处理函数(用户不提供,默认使用系统提供的)。 BREAKING CHANGE: 原来版本中每个架构下提供的tick timer相关操作函数为弱函数: WEAK UINT32 HalTickStart(OS_TICK_HANDLER handler); WEAK VOID HalSysTickReload(UINT64 nextResponseTime); WEAK UINT64 HalGetTickCycle(UINT32 *period); WEAK VOID HalTickLock(VOID); WEAK VOID HalTickUnlock(VOID); 用户如果需要启用自己的tick timer需要自己实现相关接口(强属性),在 "内核初始化之前" 通过调用: LOS_TickTimerRegister 接口替换系统默认提供的tick timer相关接口。 无论用户提供的tick timer 还是系统默认提供的,均在内核初始化时启动。 Close #I4N7XV:arch 重构 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I83ad0bdf303904f0e73f808b57b60183619fddcd
-
- 28 12月, 2021 1 次提交
-
-
由 kenneth 提交于
根据板端实际设置中断向量表对齐大小,支持可配置。 fix #I4M20E Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 25 12月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
命名规范:修改少量Arch接口,命名规范化调整: 1.修改arch/include下接口声明,所有arch对外提供调用函数均以ArchXX命名 2.提取多个架构均有实现的公共函数声明至arch/include对应头文件中以供外部调用,并修改命名格式为ArchXX 3.修改OS_HWI_WITH_ARG为LOSCFG_PLATFORM_HWI_WITH_ARG并移至los_config.h中 4.typedef VOID (*OS_TICK_HANDLER)(VOID);暂时移至arch/include/los_timer.h中 5.实现atomic原子操作相关接口,位于arch/include/los_atomic.h,arm架构部分与汇编指令相关原子操作接口使用ARCH_ARM宏进行控制是否编译 BREAKING CHANGE: 1.修改arch/include下接口,以ArchXX命名函数 2.提取公共函数声明:ArchAtomicXchg32bits、ArchAtomicDecRet、ArchAtomicCmpXchg32bits 3.新增部分原子操作c内联实现 Close #I4N7XV Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
-
- 05 12月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I672b7e6109563d457d493c08903bb5a1dff118ad
-
- 04 12月, 2021 1 次提交
-
-
由 arvinzzz 提交于
系统支持newlib,并且可以与musl-C自由切换 1. 新增newlib支持,适配newlib的预留钩子,针对系统能力适配newlib头文件(补充宏定义,结构体定义,posix能力开关), 采用标准C与自研posix接口声明与结构体定义混合作为C库 2. 梳理kal的依赖关系,kal作为内核对外提供的标准接口,下属包含cmsis、libc、posix。 cmsis为内核对cmsis接口的支持,libc为内核对三方C库的适配及使用,posix为内核自研提供的posix标准接口。 若采用musl-C,则kal中选取libc/musl,posix共同作为C库对外支持; 若采用newlib-C,则kal中选取libc/newlib,部分posix共同作为C库对外支持。 3. fs整理,components/fs下提供基于posix标准的接口改为内部对外接口,供musl以及newlib切换 适配使用 close: #I4ENQ1 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I72eda5ac5499f72c67e800e22b0f39eb288f2b94
-
- 16 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I0f0b6f5cff967c47acf58be133a12a0fd98f4643
-
- 13 11月, 2020 1 次提交
-
-
由 l00278955 提交于
Reviewed-by: liulei, shenwei Change-Id: I7baba352c02b78aefc81fc5eca000d840d3b2fe3
-
- 10 9月, 2020 1 次提交
-
-
由 five-yuan 提交于
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-