Dotaz: /proc/kallsyms a EXPORT_SYMBOL (volání neexportovaného symbolu)

[pan]

Zdravím,

hledám nějakého kernel experta, který by mi trochu pomohl objasnit následující. Chtěl jsem na svém androidím telefonu vyzkoušet smartass governor. Našel jsem tedy správné zdrojáky jádra i onoho governoru a přeložil ho. insmod ale selhal kvůli chybějícímu symbolu nr_running (vlastní jádro použít nemohu, resp. nechci, protože se mi nechce odemykat bootloader). Trochu jsem pátral a objevil soubor /proc/kallsyms, který (jak jsem pochopil) obsahuje všechny symboly, co jsou v jádře. Ten pro zmiňovaný symbol obashuje toto:

800c8df0 T nr_running

Celý problém by měl tedy jít vyřešit tak, že bych modul upravil tak, že by požadoval jeden parametr, a to tuhle adresu. Sice mi to přijde jako prasárna, ale mělo to fungovat. Moje první otázka je, jestli není nějaký hezčí způsob, jak to udělat. Další co mi vrtá hlavou, je vztah souboru /proc/kallsyms a EXPORT_SYMBOL - z toho, co jsem vygooglil existují lidé, kteří jsou přesvědčeni, že co je v kallsyms s T, je exportováno. Ale v tomhle případě to tak není. man nm (kterému by struktura kallsyms snad měla odpovídat) říká, že velkými písmeny jsou označeny symboly globální (externí). Rozdíl mezi globálním a externím chápu (alespoň si to myslím), a podle toho by ono chování dávalo smysl, ale rád bych se o tom ujistil z povolanějších zdrojů. A poslední otázka - pokud je moje předchozí úvaha správně, jak (a jestli vůbec) se dá z běžíco kernelu zjistit, které symboly jsou exportovány? Tedy krom toho, že se pokusím načíst modul, který se na ně odkazuje.

Díky za rady

---

---

Odpovědi

[Nikola Pajkovský]

exportovane to je

 * nr_running, nr_uninterruptible and nr_context_switches:
 *
 * externally visible scheduler statistics: current number of runnable
 * threads, current number of uninterruptible-sleeping threads, total
 * number of context switches performed since bootup.
 */
unsigned long nr_running(void)
{
        unsigned long i, sum = 0;

        for_each_online_cpu(i)
                sum += cpu_rq(i)->nr_running;

        return sum;
}

ukaz zrojaky, btw schedulery, co si pamatuju, se prepinaji pres /proc nebo /sys/

[pan]

Jakto ale, že pokus o načtení toho modulu skončí kvůli chybějícímu symbolu nr_runnig? To, že v tom zdrojáku píšou "externally visible" jsem taky našel, ale už jsem nikde nenašel něco jako EXPORT_SYMBOL(nr_running). Proved jsem fígl, co jsem popsal a funguje to, takže alespoň zčásti je problem vyřešen. Co mi ale pořád není jasné jak je to s tím vztahem /proc/kallsyms a EXPORT_SYMBOL a jestli by se ten fígl nedal udělat nějak lépe (tj. vevnitř v tom modulu).

Zdrojáky toho modulu jsou třeba tady

Zdrojáky jádra tady

[Nikola Pajkovský]

rad bych videl zrojaky, abych ti mohl rict vice, kde je najdu?

[pan]

Zdrojáky čeho? Zdrojáky toho modulu i jádra jsem odkázal v předcházejícím příspěvku. Každopádně mi nejde ani tak o tuhle konkrétní situaci, ale nějaký obecnější vhled do problematiky exportování symbolů v jádře a toho, jaký k tomu má vztah /proc/kallsyms. Ono problém s smartass je spíš ilustrace toho, co nechápu. Modul jsem už do jádra, za použití triku, zaved a zdá se, že funguje přesně jak má. Kdyby se navíc našel někdo, kdo by mi poradil, jak ten trik udělat jen vevnitř v jádře, byl bych rád

[Nikola Pajkovský]

sorka, nevidel jsem odkazy.

Exported symbols and the internal API

[pan]

To vypadá, že by mi mohlo leccos vysvětlit. Nastuduju a dám vědět. Dík

[Nikola Pajkovský]

a jeste jak jsi to sestavoval? poslal jsi mi 2 kernely

[pan]

Z toho první odkazu jsem použil jen ten jeden soubor - smotný modul. Jádro, vůči kterému jsem to kompiloval (a které mám v telefonu), je v druhém.

[Nikola Pajkovský]

heh, to musis backportovat do kernelu co mas v telefonu, v tom strome to buildnout a pak teprve muzes vlozit.

[pan]

O to se přesně snažím a končí na tom neznámém symbolu. Ono by stačilo do sched.c přidat EXPPORT_SYMBOL(nr_running), ale to znamenalo vyměnit jádro v telefonu a to se mi nechce (musel bych odemykat bootloader). Proto hledám alternativní cesty a našel jsem je. Jen jsem cestou narazil na věco, kterým nerozumím a rád bych rozuměl. Jdu si přečíst ten článek

[Nikola Pajkovský]

tohle je verejne api, pristupne odevsad, neni treba delat EXPORT_SYMBOL

include/linux/sched.h:140: extern unsigned long nr_running(void);

ukaz jak vypada tvuj patch do 4.1.B (blabla) ;)

[pan]

Api ano, ale mě jde o symbol. Nedělám patch, kompiluju modul - stáhnul jsem jen cpufreq_smartass2.c a dopsal Makefile, který se odkazuje na kernel od Sony.

[Nikola Pajkovský]

ja si myslim, ze ten module je napsany blbe. Jako modul nejde pouzit. kdyz se kouknes na patch a hlavne na radek + CONFIG_CPU_FREQ_GOV_SMARTASS2=y, dojde ti, ze je to primo zadratovane v jadre (neni to module, jinak by tam bylo =m) proto ma pristup k nr_running a module ne (jedine reseni je to tvoje). Nebo prepsat module :)

[pan]

To ale není nic, co bych nevěděl. Buď překompilovat kernel s EXPORT_SYMBOL(nr_running) nebo smartass nalikovat přímo da jádra. Ani jedno neřeší můj problém. Já hledám cestu jak to obejít. Jednu sice mám, ale ta se mi úplně nelíbí, pořád si říkám, že by to mohlo jít vyřešit nějak vevnitř v tom modulu. Další věc, ve které pořád tápu je vztah /proc/kallsyms a exportovaných symbolů - např. dá se z toho souboru zjistit, které symboly jsou exportované? Jak? Co přesně znamená T u symbolu v tomhle souboru (totéž co v nm?)? Nebo tam žádná souvislost není? Zatím se přiklaním k tomu poslednímu.

[Peter Golis]

Pán pracuje pre Nvidia?

[pan]

Ne. Proč?

[Nikola Pajkovský]

a jo, mas recht

[Nikola Pajkovský]

tomu nerozumim

$ git clone git://github.com/CyanogenMod/semc-kernel-msm7x30.git
$ ls semc-kernel-msm7x30/drivers/cpufreq/
Kconfig    cpufreq_conservative.c  cpufreq_performance.c  cpufreq_userspace.c
Makefile   cpufreq_interactive.c   cpufreq_powersave.c    freq_table.c
cpufreq.c  cpufreq_ondemand.c      cpufreq_stats.c

$ find semc-kernel-msm7x30/ -name '*smartass*'

kde je sakra chytra prdel? :)

[pan]

Je tam víc větví, to co jsem odkazoval, je v master. Taky mi dalo dost práce to najít. Nebo je to taky stejné (až na pár konstatnt týkajících se frekvencí) jako tady verze Hero .35