RepoMirrors
/
kpatch
mirror of https://github.com/dynup/kpatch
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
kpatch/kmod/core/kpatch.h

45 lines
1.4 KiB
C
Raw Normal View History

add documentation to core kmod files Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 20:01:00 +00:00
/*
* kpatch.h
*
* Copyright (C) 2014 Seth Jennings <sjenning@redhat.com>
kmod/core: remove unused old_func_name field Not needed, we can always add it again later if needed (for sanity checks, maybe)
2014-03-13 20:08:08 +00:00
* Copyright (C) 2013-2014 Josh Poimboeuf <jpoimboe@redhat.com>
add documentation to core kmod files Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 20:01:00 +00:00
*
add GPLv2 headers to source files
2014-03-05 03:34:03 +00:00
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA,
* 02110-1301, USA.
*
use consistent naming for core and patch modules
2014-02-13 16:51:00 +00:00
* Contains the API for the core kpatch module used by the patch modules
add documentation to core kmod files Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 20:01:00 +00:00
*/
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
#ifndef _KPATCH_H_
#define _KPATCH_H_
kmod/core: update API and use hash table My apologies for the size of this commit. I combined these two features (updating API and using a hash table) into a single commit because their implementations are tightly coupled and I didn't want to have to add support for the old kpatch_funcs array with the new API just for the sake of splitting up the commit :-) - Update the core module API to get a more clear separation between core module and patch module. This is cleaner and will help our case for getting the core module merged upstream into the kernel. - Convert the old kpatch_funcs array into a hash table. This is so much nicer performance-wise and everything-else-wise than that ugly old array. - Do the incremental patching in stop machine. This ensures that the funcs hash is up to date and we don't miss anything. - Disable preemption in the ftrace handler when accessing the func hash. That way we don't get conflicts with the stop_machine handler updating the hash.
2014-03-14 21:41:00 +00:00
#include <linux/types.h>
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
struct kpatch_func {
kmod/core: rename some variables For the sake of consistency and readability, rename some variables. Also change func->old_addr_end to func->old_size.
2014-03-14 18:22:59 +00:00
unsigned long new_addr;
unsigned long old_addr;
unsigned long old_size;
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
struct module *mod;
kmod/core: update API and use hash table My apologies for the size of this commit. I combined these two features (updating API and using a hash table) into a single commit because their implementations are tightly coupled and I didn't want to have to add support for the old kpatch_funcs array with the new API just for the sake of splitting up the commit :-) - Update the core module API to get a more clear separation between core module and patch module. This is cleaner and will help our case for getting the core module merged upstream into the kernel. - Convert the old kpatch_funcs array into a hash table. This is so much nicer performance-wise and everything-else-wise than that ugly old array. - Do the incremental patching in stop machine. This ensures that the funcs hash is up to date and we don't miss anything. - Disable preemption in the ftrace handler when accessing the func hash. That way we don't get conflicts with the stop_machine handler updating the hash.
2014-03-14 21:41:00 +00:00
struct hlist_node node;
kmod/core: Support live patching on NMI handlers Support live patching on NMI handlers. This adds checks for possible inconsistency of live patching on NMI handlers. The inconsistency problem means that any concurrent execution of old function and new function, which can lead unexpected results. Current kpatch checks possible inconsistency problem with stop_machine, which can cover only threads and normal interrupts. However, beacuse NMI can not stop with it, stop_machine is not enough for live patching on NMI handlers or sub-functions which are invoked in the NMI context. To check for possible inconsistency of live patching on those functions, add an atomic flag to count patching target functions invoked in NMI context while updating kpatch hash table. If the flag is set by the target functions in NMI, we can not ensure there is no concurrent execution on it. This fixes the issue #65. Changes from v5: - Fix to add a NULL check in kpatch_get_committed_func(). Changes from v4: - Change kpatch_operation to atomic_t. - Use smp_rmb/wmb barriers between kpatch_operation and kpatch_status. - Check in_nmi() first and if true, access kpatch_operation. Changes from v3: - Fix kpatch_apply/remove_patch to return 0 if succeeded. Changes from v2: - Clean up kpatch_get_committed_func as same style of kpatch_get_func. - Rename opr to op in kpatch_ftrace_handler. - Consolidate in_nmi() and kpatch_operation check into one condition. - Fix UNPATCH/PATCH mistype in kpatch_register. Changes from v1: - Rename inconsistent_flag to kpatch_status. - Introduce new enums and helper functions for kpatch_status. - Use hash_del_rcu instead of hlist_del_rcu. - Rename get_committed_func to kpatch_get_committed_func. - Use ACCESS_ONCE for kpatch_operation to prevent compiler optimization. - Fix to remove (!func || func->updating) condition from NMI check. - Add more precise comments. - Fix setting order of kpatch_status and kpatch_operation. Signed-off-by: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
2014-04-23 01:58:45 +00:00
bool updating;
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
};
kmod/core: update API and use hash table My apologies for the size of this commit. I combined these two features (updating API and using a hash table) into a single commit because their implementations are tightly coupled and I didn't want to have to add support for the old kpatch_funcs array with the new API just for the sake of splitting up the commit :-) - Update the core module API to get a more clear separation between core module and patch module. This is cleaner and will help our case for getting the core module merged upstream into the kernel. - Convert the old kpatch_funcs array into a hash table. This is so much nicer performance-wise and everything-else-wise than that ugly old array. - Do the incremental patching in stop machine. This ensures that the funcs hash is up to date and we don't miss anything. - Disable preemption in the ftrace handler when accessing the func hash. That way we don't get conflicts with the stop_machine handler updating the hash.
2014-03-14 21:41:00 +00:00
extern int kpatch_register(struct module *mod, struct kpatch_func *funcs,
int num_funcs);
extern int kpatch_unregister(struct module *mod, struct kpatch_func *funcs,
int num_funcs);
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
#endif /* _KPATCH_H_ */