slacky.eu

Ciao a tutti.
Stavo guardando un po' il kernel e mi stavo chiedendo se è possibile chiamare delle syscall all'interno di un modulo. Per esempio mi chiedevo se è possibile ottenere il pid del processo senza usare la struttura current (giusto per fare un esempio: so che questo non è di nessuna utilità pratica ).
Nel kernel 2.6 il simbolo sys_call_table non è esportato, mentre la chiamata sys_getpid() lo è. Allora ho provato a scrivere questo modulo: Compilandolo il risultato è questo: Ok, mi dice che sys_getpid() non è definita. Però io non me ne curo perchè da /proc/kallsyms vedo che questa funzione è esportata, e quindi dovrebbe essere noto al kernel dove essa si trova: c102405e T sys_getpid.
Quindi carico il modulo, ma il risultato è questo: e dal file /var/log/syslog/ leggo Quindi la domanda: dov'è che sbaglio? se il kernel conosce il l'indirizzo della funzione, non dovrebbe assegnarglielo in fase di caricamento del modulo?

grazie

non so cosa effettivamente contenga /proc/kallsyms (è un milione di anni che non scrivo codice kernel, son rimasto a /proc/ksysm), ma risulta ovvio, sia dall'output di insmod che dai sorgenti del kernel (grep non trova alcuna macro EXPORT_SYMBOL() che esporti sys_getpid), che il simbolo non è affatto esportato; il che è abbastanza normale visto che, come hai sottolineato all'inizio, si può ottenere il pid usando current->pid

masalapianta ha scritto:non so cosa effettivamente contenga /proc/kallsyms (è un milione di anni che non scrivo codice kernel, son rimasto a /proc/ksysm)

kallsyms è l'equivalente (attuale) di ksym (almeno per quanto ne so io... non è che sono proprio un esperto di kernel... purtroppo).

masalapianta ha scritto:grep non trova alcuna macro EXPORT_SYMBOL() che esporti sys_getpid

Io lo davo per sott'inteso, ma effettivamente è come dici: non viene esportato con la macro EXPORT_SYMBOL. Eppure io vedo il simbolo in kallsyms e l'indirizzo è quello giusto: ho scritto anche un modulo che mi estrae dall'array sys_call_table il puntatore a sys_getpid() ed è lo stesso valore riportato in kallsyms.

Per questo, secondo me, dovrebbe non dovrebbe darmi problami in fase di caricamento del modulo ...o sbaglio (bhè sicuramente sbaglio visto che non lo fa, ma non capisco perchè)

Grazie
bye

Calzo ha scritto:

masalapianta ha scritto:grep non trova alcuna macro EXPORT_SYMBOL() che esporti sys_getpid

Io lo davo per sott'inteso, ma effettivamente è come dici: non viene esportato con la macro EXPORT_SYMBOL. Eppure io vedo il simbolo in kallsyms e l'indirizzo è quello giusto: ho scritto anche un modulo che mi estrae dall'array sys_call_table il puntatore a sys_getpid() ed è lo stesso valore riportato in kallsyms.

come ho premesso, son secoli che non sviluppo codice kernel, quindi non so se oggi è ancora così, ma fino a qualche anno fa l'unico modo per infilare dei simboli in __ksymtab era usando la macro EXPORT_SYMBOL (che, come ho gia detto, stando a grep attualmente non esporta sys_getpid); ovviamente questo vale solo per i moduli, in quanto nel kernel statico per rendere visibile una funzione basta che non sia static (quindi non hai bisogno di conoscere esplicitamente l'indirizzo, come invece avviene per i moduli, per i quali spetta ad insmod risolvere i simboli in indirizzi validi; per questo il tuo modulo compila ma poi da errore in fase di caricamento).
Il fatto che tu riesca in qualche modo a ricavarti l'indirizzo della syscall_table (che oltre ad essere stata spostata in .rodata, non è neanche più esportata, quindi va cercata "a mano") e da li, gli indirizzi di tutte le syscall, è irrilevante, in quanto tu non l'hai trovata perchè il simbolo è esportato, che è l'unico modo che ha insmod per tradurre i simboli in indirizzi.
In sostanza se tra __start___ksymtab e __stop___ksymtab ci sta l'associazione del smbolo di sys_getpid con il suo indirizzo, allora insmod riesce a risolvere il simbolo nel modulo con il suddetto indirizzo, altrimenti no, e l'unico modo standard che io conosca per aggiungere il simbolo è usando EXPORT_SYMBOL, quindi no macro no party.