Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1494020
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [lkp] [sched/core] 4fa5cd5245: BUG: sleeping function called from invalid context at kernel/locking/mutex.c:97 |
| Date | 2016-09-30 12:40 +0200 |
| Message-ID | <sn3ou-Ca-33@gated-at.bofh.it> (permalink) |
| References | <smVhg-3Hn-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, Sep 30, 2016 at 09:51:02AM +0800, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit 4fa5cd5245b627db88c9ca08ae442373b02596b4 ("sched/core: Do not use smp_processor_id() with preempt enabled in smpboot_thread_fn()")
>
So its perfectly ok to use smp_processor_id() in preemptible context,
assuming the task is pinned to one cpu.
smpboot threads are per definition per-cpu threads, those are bound to a
specific CPU and affinity cannot be changed by userspace.
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [lkp] [sched/core] 4fa5cd5245: BUG: sleeping function called from invalid context at kernel/locking/mutex.c:97 Peter Zijlstra <peterz@infradead.org> - 2016-09-30 12:40 +0200
csiph-web