linux-kernel - binary execution from DAX mount hang since next-20160407

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

Message-ID: <CADJHv_sawA8SXviUX6My5MKeqWMLbWLG=DrM7RCgrjkjGj2f5Q@mail.gmail.com>
Date:	Fri, 15 Apr 2016 11:20:16 +0800
From:	Xiong Zhou <jencce.kernel@...il.com>
To:	hughd@...gle.com, Linux-Next <linux-next@...r.kernel.org>
Cc:	linux-nvdimm@...ts.01.org,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Linux-Fsdevel <linux-fsdevel@...r.kernel.org>
Subject: binary execution from DAX mount hang since next-20160407

Hi, all

Since tag next-20160407 in linux-next repo, executing binary
from/in DAX mount hangs.

It does not hang if mount without dax option.
It hangs with both xfs and ext4.
It does not hang if execute from a -t tmpfs mount.
It does not hang on next-20160406 and still hangs on 0414 tree.

# ps -axjf
...
S+       0   0:00  |       \_ sh -x thl.sh
R+       0  42:33  |           \_ [hl]
..
# cat thl.sh
mkfs.ext4 /dev/pmem0
mount -o dax /dev/pmem0 /daxmnt
cp hl /daxmnt
/daxmnt/hl
# cat hl.c
void main()
{
        printf("ok\n");
}
# cc hl.c -o hl

Bisecting commits between 0406 and 0407 tag, points to this:

d7c7d56ca61aec18e5e0cb3a64e50073c42195f7 is the first bad commit
commit d7c7d56ca61aec18e5e0cb3a64e50073c42195f7
Author: Hugh Dickins <hughd@...gle.com>
Date:   Thu Apr 7 14:00:12 2016 +1000

    huge tmpfs: avoid premature exposure of new pagetable

Bisect log and config are attatched.

Thanks,
Xiong

Download attachment "config" of type "application/octet-stream" (146828 bytes)

Download attachment "bisectlog" of type "application/octet-stream" (2601 bytes)