395 Star 1.4K Fork 1.3K

GVPopenEuler / kernel

 / 详情

【21.03】arm(TaiShan 2280 V2)物理机出现内核报错swapper/0: page allocation failure

已验收
缺陷
创建于  
2021-02-27 17:06

【环境信息】
环境信息:arm物理机 TaiShan 2280 V2
OS版本:21.03
【问题复现步骤】
1.安装最小化
2.安装成功进入系统查看dmesg日志
【预期结果】
无异常报错
【实际结果】
输入图片说明

附件
baizhilaoda 2021-02-27 17:04
baizhilaoda 2021-02-27 17:04
SP1_dmesg(227.87 KB)下载
baizhilaoda 2021-03-01 11:05
SP1_messages(475.47 KB)下载
baizhilaoda 2021-03-01 11:05

评论 (4)

baizhilaoda 创建了缺陷
baizhilaoda 负责人设置为Xie XiuQi
baizhilaoda 里程碑设置为openEuler 21.03-RC1
baizhilaoda 关联分支设置为openEuler-21.03
baizhilaoda 计划开始日期设置为2021-02-27
baizhilaoda 计划截止日期设置为2021-03-06
baizhilaoda 关联仓库设置为openEuler/kernel
baizhilaoda 上传了附件SP1_dmesg
baizhilaoda 上传了附件SP1_messages
展开全部操作日志

该问题是kernel5.5扩展了zone_dma时引入的一个问题;将dma拆成两个区域,导致申请不到连续内存;
社区上的解决方案:
http://lists.infradead.org/pipermail/linux-arm-kernel/2020-October/610562.html

因为跟当前OpenEuler上的几个特性有冲突,待特性合入后,再合入社区补丁,解决dma访问失败的问题

Charlie_Li 优先级设置为次要

该问题是kernel5.5扩展了zone_dma时引入的一个问题;将dma拆成两个区域,导致申请不到连续内存;
社区上的解决方案:
http://lists.infradead.org/pipermail/linux-arm-kernel/2020-October/610562.html
因为跟当前OpenEuler上的几个特性有冲突,待特性合入后,再合入社区补丁,解决dma访问失败的问题
已合入OpenEuler版本

合入如下补丁解决:
1adebbd34f0f of: unittest: Fix build on architectures without CONFIG_OF_ADDRESS
ce259e55ae7a mm: Remove examples from enum zone_type comment
e196efb090ad arm64: mm: Set ZONE_DMA size based on early IORT scan
a06deaa7d600 arm64: mm: Set ZONE_DMA size based on devicetree's dma-ranges
b7795756afcd of: unittest: Add test for of_dma_get_max_cpu_address()
13dc4b774607 of/address: Introduce of_dma_get_max_cpu_address()
4395648c5284 arm64: mm: Move zone_dma_bits initialization into zone_sizes_init()
beb42167fd0b arm64: mm: Move reserve_crashkernel() into mem_init()

Xie XiuQi 任务状态待办的 修改为已完成
baizhilaoda 任务状态已完成 修改为已验收

登录 后才可以发表评论

状态
负责人
项目
里程碑
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
开始日期   -   截止日期
-
置顶选项
优先级
预计工期 (小时)
参与者(3)
C
1
https://gitee.com/openeuler/kernel.git
git@gitee.com:openeuler/kernel.git
openeuler
kernel
kernel

搜索帮助