【问题标题】:linux kernel wont boot after task_struct changestask_struct 更改后linux内核无法启动
【发布时间】:2021-07-30 18:56:28
【问题描述】:

我已更改我的 linux 内核上的 task_struct 以添加另一个变量 意思是改变include/linux/sched.h下的struct task_struct

/* weight new field*/
int weight;
/*
 * New fields for task_struct should be added above here, so that
 * they are included in the randomized portion of task_struct.
 */
randomized_struct_fields_end

在 sched.h 的第 1135 行

我希望在 init 中将值初始化为 0,所以我还添加了以下行:

权重= 0, / 在 init_task.h 中:

定义 INIT_TASK(tsk)
{
INIT_TASK_TI(tsk)
.state = 0,
.stack = init_stack,
.usage = ATOMIC_INIT(2),
.flags = PF_KTHREAD,
.prio = MAX_PRIO-20,
.static_prio = MAX_PRIO-20,
.normal_prio = MAX_PRIO-20,
.policy = SCHED_NORMAL,
.cpus_allowed = CPU_MASK_ALL,
.nr_cpus_allowed=NR_CPUS,
.mm = NULL,
.active_mm = &init_mm,
.restart_block = {
.fn = do_no_restart_syscall,
},
.se = {
.group_node = LIST_HEAD_INIT(tsk.se.group_node),
},
.rt = {
.run_list = LIST_HEAD_INIT(tsk.rt.run_list),
.time_slice = RR_TIMESLICE,
},
.tasks = LIST_HEAD_INIT(tsk.tasks),
INIT_PUSHABLE_TASKS(tsk)
INIT_CGROUP_SCHED(tsk)
.ptraced = LIST_HEAD_INIT(tsk.ptraced),
.ptrace_entry = LIST_HEAD_INIT(tsk.ptrace_entry),
.real_parent = &tsk,
.parent = &tsk,
.children = LIST_HEAD_INIT(tsk.children),
.sibling = LIST_HEAD_INIT(tsk.sibling),
.group_leader = &tsk,
RCU_POINTER_INITIALIZER(real_cred, &init_cred),
RCU_POINTER_INITIALIZER(cred, &init_cred),
.comm = INIT_TASK_COMM,
.thread = INIT_THREAD,
.fs = &init_fs,
.files = &init_files,
.signal = &init_signals,
.sighand = &init_sighand,
.nsproxy = &init_nsproxy,
.pending = {
.list = LIST_HEAD_INIT(tsk.pending.list),
.signal = {{0}}},
.blocked = {{0}},
.alloc_lock = __SPIN_LOCK_UNLOCKED(tsk.alloc_lock),
.journal_info = NULL,
INIT_CPU_TIMERS(tsk)
.pi_lock = __RAW_SPIN_LOCK_UNLOCKED(tsk.pi_lock),
.timer_slack_ns = 50000, /* 50 usec 默认 slack */
.pids = {
[PIDTYPE_PID] = INIT_PID_LINK(PIDTYPE_PID),
[PIDTYPE_PGID] = INIT_PID_LINK(PIDTYPE_PGID),
[PIDTYPE_SID] = INIT_PID_LINK(PIDTYPE_SID),
},
.thread_group = LIST_HEAD_INIT(tsk.thread_group),
.thread_node = LIST_HEAD_INIT(init_signals.thread_head),
.weight = 0,
INIT_IDS
INIT_PERF_EVENTS(tsk)
INIT_TRACE_IRQFLAGS
INIT_LOCKDEP
INIT_FTRACE_GRAPH
INIT_TRACE_RECURSION
INIT_TASK_RCU_PREEMPT(tsk)
INIT_TASK_RCU_TASKS(tsk)
INIT_CPUSET_SEQ(tsk)
INIT_RT_MUTEXES(tsk)
INIT_PREV_CPUTIME(tsk)
INIT_VTIME(tsk)
INIT_NUMA_BALANCING(tsk)
INIT_KASAN(tsk)
INIT_LIVEPATCH(tsk)
INIT_TASK_SECURITY
}

由于某种原因,我修改后的内核无法启动。

point where it gets stuck

error message

在初始化代码中,每行后面都有一个 /,stackoverflow 只是不显示它。

编辑:更改后我正在重新编译编译器,我确实打算更改内核空间

【问题讨论】:

  • Stack Overflow 要求错误消息以 text 的形式出现在问题帖子中,而不是作为 image 链接。请将错误消息(以及您的日志的其他部分)复制粘贴到问题帖子中。另见How to Ask。 “在初始化代码中,每行后面都有一个 /,stackoverflow 只是不显示它。” - 代码的正确格式是代码格式,而不是blockquote。在your previous question 中,您使用了正确的格式。
  • 内核日志中的消息“不同意版本”表明您在更改内核后忘记重新编译模块make modules。或者您忘记安装这些模块:make modules_install.

标签: linux kernel gnu init boot


【解决方案1】:

IIRC 任务结构是用户空间也知道其布局的基本结构之一。更改后,您可能必须重建 binutils 并重新编译 C 库(至少)。这是一项艰巨的工作,我可能只需要实现一个并行数据结构,这样用户空间就不需要知道它了。

【讨论】:

  • 我确实打算更改内核空间,每次更改后我都会重新编译内核
猜你喜欢
  • 2020-03-22
  • 1970-01-01
  • 1970-01-01
  • 2014-02-17
  • 1970-01-01
  • 1970-01-01
  • 2017-04-18
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多