Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1374651 > unrolled thread

begger help for this comment about intel_cacheinfo.c

Started by赵瑞哲 <ruizhe.zhao.g@gmail.com>
First post2016-04-09 18:40 +0200
Last post2016-04-09 18:40 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel


Contents

  begger help for this comment about intel_cacheinfo.c 赵瑞哲 <ruizhe.zhao.g@gmail.com> - 2016-04-09 18:40 +0200

#1374651 — begger help for this comment about intel_cacheinfo.c

From赵瑞哲 <ruizhe.zhao.g@gmail.com>
Date2016-04-09 18:40 +0200
Subjectbegger help for this comment about intel_cacheinfo.c
Message-ID<rm45t-7Ve-29@gated-at.bofh.it>
in this commit

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/arch/x86/kernel/cpu/intel_cacheinfo.c?id=b2bb85549134c005e997e5a7ed303bda6a1ae738

Mike wrote:
> We should not try to save and restore cpus_allowed on current. We can't use work_on_cpu() here, > since it's in the hotplug cpu path (if anyone else tries to get the hotplug lock from a workqueue we > could deadlock against them). Fortunately, we can just use smp_call_function_single() since the > function can run from an interrupt.

but I really can't understand that how the deadlock works.

anyone can give some hints?

any response is appreiated :)

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web