¿Cómo usar los símbolos exportados opcionalmente solo si están presentes en un módulo Kernel de Linux insólito?

Question

Estoy modificando un kernel de Linux para agregar alguna funcionalidad al servidor virtual de Linux (LVS).

Desarrollé un módulo (al que llamé net/netfilter/ipvs/ip_vs_utils.c) con algunas funciones que se utilizarán para equilibrar la carga. Todas las funciones aquí se exportan usando EXPORT_SYMBOL().

Este módulo, lógicamente no está cargado todo el tiempo. Mi intención es permitir que el usuario decida si quiere usar esta funcionalidad adicional o no (cargando o descargando el módulo).

Mi pregunta es ¿cómo podría invocar estas funciones opcionalmente, (dependiendo de si el módulo está funcionando o no) de un módulo existente (y, por supuesto modificado) (net/netfilter/ipvs/ip_vs_core.c). Algo como esto:

if(ip_vs_utils_IsLoaded) 
{ 
    function1(arg1, arg2, arg3); // being function1 defined on ip_vs_utils.c 
} 

Answer 1

creo que necesitas una cama elástica siempre (o casi siempre) cargado en el kernel.

En código de trampolín, necesita tales variables.

struct module *ip_vs_utils_mod; 
EXPORT_SYMBOL(ip_vs_utils_mod); 

/* function pointers */ 
ret_type (*ip_vs_utils_afunc_ptr)(func_arg_list); /* Add static if you put it in a header file! */ 
EXPORT_SYMBOL(ip_vs_utils_afunc_ptr); /* ******EXPORTED***** */ 

cuando se carga el ip_vs_utils, es necesario para inicializar todas las variables, el código de inicialización en ip_vs_utils.c:

ip_vs_utils_mod = THIS_MODULE; 

/* init function pointers */ 

/* ip_vs_utils_afunc_impl is the real implementation 
* of the function, it is *****NOT***** needed to export it 
*/ 
ip_vs_utils_afunc_ptr = ip_vs_utils_afunc_impl; 

y añadir las funciones de trampolín en el código de trampolín:

ret_type ip_vs_utils_afunc(func_arg_list) 
{ 
    ret_type ret = DEFAULT_RET; 

    if (try_module_get(ip_vs_utils_mod)) { 
     ret = (*ip_vs_utils_afunc_ptr)(func_arg_list); 
     module_put(ip_vs_utils_mod); 
    } 
    return ret; 
} 

try_module_get() es necesario para proteger el módulo para que no se descargue repentinamente mientras se invoca ip_vs_utils_afunc_ptr(). También puede usar RCU para reducir la sobrecarga de try_module_get()/module_put(). (Pero es difícil)

O bien, se puede utilizar un poco de trampolín-Hack como enlace dinámico en el espacio de usuario (puede que tenga que cambiar mucho en el núcleo de Linux)