Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1260549
| From | Jiri Kosina <jikos@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/3] power, vfs: move away from PF_KTHREAD freezing in favor of fs freezing |
| Date | 2015-11-02 12:10 +0100 |
| Message-ID | <qql9U-4AW-23@gated-at.bofh.it> (permalink) |
| References | <qpie5-6qe-3@gated-at.bofh.it> <qpie5-6qe-1@gated-at.bofh.it> <qqic3-2C5-25@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, 2 Nov 2015, yalin wang wrote: > do you test your patch on kthread_bind() kernel thread ? > if you remove freeze_kernel_threads() function, > this means lots of pthread will be running status during suspend . pthreads? Again, userspace is frozen by that time. > will have problem for bind thread , these thread will be migrate to other > CPU , will have problem running code on other CPU, another problems is > that the cpu_allowed_ptr is changed and will never be restore to original CPU mask . Hmm, shouldn't that be fixed instead? I mean, select_fallback_rq() will surely force a rq outside of the cpus_allowed if needed. I can imagine kthread bound to a particular CPU either wanting to keep itself affine to that CPU (and be scheduled out until CPU becomes online again), or it might want to actually be forced to another CPU and migrated back once "its own" CPU becomes available again. But then yes, indeed, at the end of the day this is more or less what try_to_freeze() gives you. Fair enough, this might be one of cases where freezer for kthreads is actually useful (and would need to be documented to provide this semantics). kthread CPU binding seems to be used by ~7 kthreads altogether in the kernel. Funily enough, quite some of them do not call try_to_freeze() at all. Which just demonstrates my point regarding how messy the current state of affairs is. -- Jiri Kosina SUSE Labs -- 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 | Find similar | Unroll thread
Re: [PATCH 1/3] power, vfs: move away from PF_KTHREAD freezing in favor of fs freezing yalin wang <yalin.wang2010@gmail.com> - 2015-11-02 09:00 +0100 Re: [PATCH 1/3] power, vfs: move away from PF_KTHREAD freezing in favor of fs freezing Jiri Kosina <jikos@kernel.org> - 2015-11-02 12:10 +0100
csiph-web