linux-kernel - [linus:master] [hugetlb] 7c43a55379: ltp.hugemmap10.fail

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: <202403251148.ecf856b-oliver.sang@intel.com>
Date: Mon, 25 Mar 2024 12:31:12 +0800
From: kernel test robot <oliver.sang@...el.com>
To: Vishal Moola <vishal.moola@...il.com>
CC: <oe-lkp@...ts.linux.dev>, <lkp@...el.com>, <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>, Matthew Wilcox
	<willy@...radead.org>, Muchun Song <muchun.song@...ux.dev>,
	<linux-mm@...ck.org>, <ltp@...ts.linux.it>, <oliver.sang@...el.com>
Subject: [linus:master] [hugetlb]  7c43a55379: ltp.hugemmap10.fail

hi, Vishal Moola,

we noticed you mentioned in commit message:
    This patch may cause ltp hugemmap10 to "fail".

this report is just FYI what we observed in our tests confirmed it. and the
failure is persistent:

9acad7ba3e25d11f 7c43a553792a1701affeef20959
---------------- ---------------------------
       fail:runs  %reproduction    fail:runs
           |             |             |
           :6          100%           6:6     ltp.hugemmap10.fail

below full report is just FYI.

Hello,

kernel test robot noticed "ltp.hugemmap10.fail" on:

commit: 7c43a553792a1701affeef20959dfb2ccb26dcee ("hugetlb: allow faults to be handled under the VMA lock")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master

in testcase: ltp
version: ltp-x86_64-14c1f76-1_20240316
with following parameters:

	test: hugetlb/hugemmap10

compiler: gcc-12
test machine: 8 threads 1 sockets Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz (Ivy Bridge) with 16G memory

(please refer to attached dmesg/kmsg for entire log/backtrace)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <oliver.sang@...el.com>
| Closes: https://lore.kernel.org/oe-lkp/202403251148.ecf856b-oliver.sang@intel.com

Running tests.......
<<<test_start>>>
tag=hugemmap10 stime=1710711668
cmdline="hugemmap10"
contacts=""
analysis=exit
<<<test_output>>>
tst_hugepage.c:84: TINFO: 3 hugepage(s) reserved
tst_test.c:1049: TINFO: Mounting none to /tmp/ltp-IEy6i3InfS/LTP_hughDiU47/hugetlbfs fstyp=hugetlbfs flags=0
tst_test.c:1741: TINFO: LTP version: 20240129-104-g14c710cae
tst_test.c:1625: TINFO: Timeout per run is 0h 00m 30s
hugemmap10.c:388: TINFO: Base pool size: 0
hugemmap10.c:315: TINFO: Clean...
hugemmap10.c:366: TINFO: OK
hugemmap10.c:315: TINFO: Untouched, shared...
hugemmap10.c:338: TFAIL: While touching the addr after mmap private: Bad HugePages_Total: expected 2, actual 1
hugemmap10.c:338: TFAIL: While touching the addr after mmap private: Bad HugePages_Free: expected 1, actual 0
hugemmap10.c:338: TFAIL: While touching the addr after mmap private: Bad HugePages_Surp: expected 2, actual 1

Summary:
passed   0
failed   3
broken   0
skipped  0
warnings 0
incrementing stop
<<<execution_status>>>
initiation_status="ok"
duration=3 termination_type=exited termination_id=1 corefile=no
cutime=0 cstime=277
<<<test_end>>>
INFO: ltp-pan reported some tests FAIL
LTP Version: 20240129-104-g14c710cae

       ###############################################################

            Done executing testcases.
            LTP Version:  20240129-104-g14c710cae
       ###############################################################

The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20240325/202403251148.ecf856b-oliver.sang@intel.com

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki