linux-kernel - Re: [PATCH v2] livepatch: Reduce the time of finding module symbols

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LSU.2.20.1703300959550.4681@pobox.suse.cz>
Date:   Thu, 30 Mar 2017 10:01:56 +0200 (CEST)
From:   Miroslav Benes <mbenes@...e.cz>
To:     Zhou Chengming <zhouchengming1@...wei.com>
cc:     live-patching@...r.kernel.org, linux-kernel@...r.kernel.org,
        jpoimboe@...hat.com, jeyu@...hat.com, jikos@...nel.org,
        pmladek@...e.com, huawei.libin@...wei.com
Subject: Re: [PATCH v2] livepatch: Reduce the time of finding module
 symbols

On Tue, 28 Mar 2017, Zhou Chengming wrote:

> It's reported that the time of insmoding a klp.ko for one of our
> out-tree modules is too long.
> 
> ~ time sudo insmod klp.ko
> real	0m23.799s
> user	0m0.036s
> sys	0m21.256s
> 
> Then we found the reason: our out-tree module used a lot of static local
> variables, so klp.ko has a lot of relocation records which reference the
> module. Then for each such entry klp_find_object_symbol() is called to
> resolve it, but this function uses the interface kallsyms_on_each_symbol()
> even for finding module symbols, so will waste a lot of time on walking
> through vmlinux kallsyms table many times.
> 
> This patch changes it to use module_kallsyms_on_each_symbol() for modules
> symbols. After we apply this patch, the sys time reduced dramatically.
> 
> ~ time sudo insmod klp.ko
> real	0m1.007s
> user	0m0.032s
> sys	0m0.924s
> 
> Signed-off-by: Zhou Chengming <zhouchengming1@...wei.com>

We are the only user of kallsyms_on_each_symbol() interface right now, so 
it is not that bad to optimize here. Temporarily :)

Acked-by: Miroslav Benes <mbenes@...e.cz>

Miroslav