Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1321051
| From | Jiri Kosina <jikos@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [BUG] Incorrect ordering of klp and ftrace module notifier callbacks |
| Date | 2016-01-28 22:00 +0100 |
| Message-ID | <qW1Pz-ui-9@gated-at.bofh.it> (permalink) |
| References | <qW1FT-qH-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 28 Jan 2016, Jessica Yu wrote: > So it doesn't look like a simple priority tweak will work, since we want a > ftrace->klp->klp->ftrace ordering from module load->module unload. Perhaps we > can split the ftrace and klp notifiers into separate coming and going handlers > with the appropriate priorities set to enforce correct ordering (not terribly > pretty, but it works). Is there a better solution? Given the facts that: - we want the ordering ftrace -> klp for load and klp -> ftrace for unload - we already do have separate klp_module_notify_coming() and klp_module_notify_going(), and klp_module_notify() is just a stub that decides which one to call I'd suggest we keep just a single ftrace_module_notify() (with INT_MIN+1, priority), and then introduce separate notifiers - klp_module_notify_going() with INT_MIN+2, that triggers action iff action == MODULE_STATE_GOING - klp_module_notify_going() with INT_MIN, that triggers action only iff action == MODULE_STATE_COMING Thanks, -- Jiri Kosina SUSE Labs
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[BUG] Incorrect ordering of klp and ftrace module notifier callbacks Jessica Yu <jeyu@redhat.com> - 2016-01-28 21:50 +0100
Re: [BUG] Incorrect ordering of klp and ftrace module notifier callbacks Jiri Kosina <jikos@kernel.org> - 2016-01-28 22:00 +0100
Re: [BUG] Incorrect ordering of klp and ftrace module notifier callbacks Jiri Kosina <jikos@kernel.org> - 2016-01-28 22:10 +0100
csiph-web