Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1207153
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context |
| Date | 2015-08-13 22:40 +0200 |
| Message-ID | <pX7s5-5R1-3@gated-at.bofh.it> (permalink) |
| References | <pqqbP-4cj-55@gated-at.bofh.it> <pWDu4-4ta-49@gated-at.bofh.it> <pX5Tj-3pd-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Aug 13, 2015 at 02:47:20PM -0400, Sasha Levin wrote: > [79817.224383] bad: scheduling from the idle thread! > [79817.224900] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.2.0-rc6-next-20150813-sasha-00040-g059fd6d #2431 > [79817.225709] ffffffffae0c6320 ffff880051b77c00 ffffffffade7f739 ffff8800a69e15c0 > [79817.226419] ffff880051b77c18 ffffffffa43c4ed3 ffff880051be8000 ffff880051b77c48 > [79817.227122] ffffffffa43a7ffb ffff880051be8000 ffff8800a69e15c0 ffffffffae094d40 > [79817.227806] Call Trace: > [79817.228039] dump_stack (lib/dump_stack.c:52) > [79817.228503] dequeue_task_idle (kernel/sched/idle_task.c:45) > [79817.229005] dequeue_task (kernel/sched/core.c:839) > [79817.229485] do_set_cpus_allowed (kernel/sched/core.c:1178 (discriminator 9)) > [79817.230006] init_idle (kernel/sched/core.c:4937) > [79817.230467] idle_thread_get (kernel/smpboot.c:35) Dhurr.. so oddly enough my actual hardware boots without issue. But I can see how that could go wrong, does the below make your (virtual) machine happy again? --- kernel/sched/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 56aed8fce3cb..2d2871e2cf5d 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -4924,7 +4924,7 @@ void init_idle(struct task_struct *idle, int cpu) idle->state = TASK_RUNNING; idle->se.exec_start = sched_clock(); - do_set_cpus_allowed(idle, cpumask_of(cpu)); + set_cpus_allowed_common(idle, cpumask_of(cpu)); /* * We're having a chicken and egg problem, even though we are * holding rq->lock, the cpu isn't yet set to this cpu so the -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context tip-bot for Peter Zijlstra <tipbot@zytor.com> - 2015-08-12 14:40 +0200
Re: [tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context Sasha Levin <sasha.levin@oracle.com> - 2015-08-13 21:00 +0200
Re: [tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context Peter Zijlstra <peterz@infradead.org> - 2015-08-13 22:40 +0200
Re: [tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context Sasha Levin <sasha.levin@oracle.com> - 2015-08-13 23:00 +0200
Re: [tip:sched/core] sched: Change the sched_class::set_cpus_allowed( ) calling context Peter Zijlstra <peterz@infradead.org> - 2015-08-13 23:40 +0200
csiph-web