linux-kernel - kselftest on UML results - 4.13.0-11224-gcb1606851304

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>] [day] [month] [year] [list]

Message-ID: <20170909171218.sfltieatccfpqj4h@olymp>
Date:   Sat, 9 Sep 2017 19:12:18 +0200
From:   Thomas Meyer <thomas@...3r.de>
To:     linux-kernel@...r.kernel.org
Subject: kselftest on UML results - 4.13.0-11224-gcb1606851304

Hi,

Overall coverage rate:
  lines......: 34.6% (90861 of 262609 lines)
  functions..: 40.4% (9978 of 24683 functions)

Coverage is available here:
http://m3y3r.de/kselftest/4.13.0-11224-gcb1606851304/coverage/index.html

My script also outputs those results files:

1.) Cyclomatic complexity
http://m3y3r.de/kselftest/4.13.0-11224-gcb1606851304/result-cyc-comp.txt

2.) Kernel build stderr output
http://m3y3r,de/kselftest/4.13.0-11224-gcb1606851304/result-kernel-build-stderr.txt

3.) Kernel kselftests output:
http://m3y3r.de/kselftest/4.13.0-11224-gcb1606851304/result-kselftests.txt

PS: I had to disable the test "timers/set-timer-lat" because it seems to
hang forever. But the hang only seems to occur in the context of all
kselftests (maybe after "timers/nsleep-lat"?). When run standalone the
test case work as intended. Strange!

PPS: I have a question regarding the Cyclomatic complexity: What is the
meaning of it? I mean I read the definition on Wikipedia, but what do I do
with those results?
The ten most "complex" functions are:

Cyclomatic Complexity 730 /home/thomas/git/linux/drivers/md/bcache/super.c:cache_alloc
Cyclomatic Complexity 299 /home/thomas/git/linux/drivers/misc/altera-stapl/altera.c:altera_execute
Cyclomatic Complexity 272 /home/thomas/git/linux/drivers/net/wireless/ti/wl18xx/debugfs.c:wl18xx_debugfs_add_files
Cyclomatic Complexity 266 /home/thomas/git/linux/drivers/md/bcache/super.c:bch_cache_set_alloc
Cyclomatic Complexity 252 /home/thomas/git/linux/fs/ext4/super.c:ext4_fill_super
Cyclomatic Complexity 234 /home/thomas/git/linux/net/core/pktgen.c:pktgen_if_write
Cyclomatic Complexity 220 /home/thomas/git/linux/mm/page_alloc.c:alloc_large_system_hash
Cyclomatic Complexity 218 /home/thomas/git/linux/net/sctp/protocol.c:sctp_init
Cyclomatic Complexity 216 /home/thomas/git/linux/crypto/tcrypt.c:do_test
Cyclomatic Complexity 210 /home/thomas/git/linux/lib/rhashtable.c:rhashtable_init

So is bcache/super.c:cache_alloc a place where bugs lurk?

With kind regards
thomas