Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1944329ybg; Fri, 5 Jun 2020 01:23:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6bKX2LNmw6Yl83lU5yO9qv8nXGMnzMjbtmeoBwdZTHu1i+BL67w+vsCNLb3+MhFQqprFP X-Received: by 2002:a17:906:c9d6:: with SMTP id hk22mr7411736ejb.101.1591345434918; Fri, 05 Jun 2020 01:23:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591345434; cv=none; d=google.com; s=arc-20160816; b=pdnYTE2CWuW2JtoOJjw5lqTfLTh2bRsrCs4JIDSvqH/CFRpRJoEWDoKj3nX7C1N1hm JyjhoEGRQdabMRoJH2EfM2Szo9xuvpDHr8vJ0VRd2BHgazmP09X2opQxjWiHPixgg7IP nIAS9dtzDm4xfuI8my+3HhkEzfIBL5aou3+NMaYTeWs25pNhg1g1Qc/L+Cv3DDjjJdzq E7ptYaVR8ex52VxzPZUv7BYBUOBpobyeuOiDjh5Edzd4bI+M7LjToy2038KKZOXDh3iI FYOG5/lVbWFXMgMewxaGxdRKRxRR6+LaSJ7mM636mPydfvTGPIPoj4zA+aeA0IcJxSE9 jm4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=kFBG2vI0XnVDqUv1egf/Al5wwUCBycPbW+NCDUvzBsA=; b=o2PzRw52Ow+FhPVQEh5fq37BK0jTg8YuPyubABsJFhGxVqbXwcOffR8Jfv+33MUJKw Y8qXAhlk3WSj+FAyS6Nk3blKx8gjkqDrxcgJzFxt9BtFH85Z1Q53ryiHOD4YqupQh1kZ RuxxVhMnnDza1fRFtFdURNzAAdk0x3ig5ze4LIlsR3V02V/oSJRgRRj+kARD/DKEVTXZ Xq2z3SE2rASNtGF1T0T2s+3GZ1nJSZX9gbnG2Rsd40cK1IPXfSJxbkNriI6w4oLlPpV1 asEJexU7PBzslcisRJRKi1MkR0dMZoEU21kAn7BdJNsyBtSVKR9M4V0gkkn5B+KQJuW0 Hulw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ds15si3617652ejc.14.2020.06.05.01.23.31; Fri, 05 Jun 2020 01:23:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726116AbgFEIVr (ORCPT + 99 others); Fri, 5 Jun 2020 04:21:47 -0400 Received: from mail.cn.fujitsu.com ([183.91.158.132]:13131 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725986AbgFEIVr (ORCPT ); Fri, 5 Jun 2020 04:21:47 -0400 X-IronPort-AV: E=Sophos;i="5.73,475,1583164800"; d="scan'208";a="93895131" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 05 Jun 2020 16:21:39 +0800 Received: from G08CNEXMBPEKD04.g08.fujitsu.local (unknown [10.167.33.201]) by cn.fujitsu.com (Postfix) with ESMTP id 65CB250A996F; Fri, 5 Jun 2020 16:21:35 +0800 (CST) Received: from [10.167.220.84] (10.167.220.84) by G08CNEXMBPEKD04.g08.fujitsu.local (10.167.33.201) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 5 Jun 2020 16:21:35 +0800 Subject: Re: LTP: syscalls: regression on mainline - ioctl_loop01 mknod07 setns01 To: Martijn Coenen , Naresh Kamboju CC: LTP List , open list , linux-block , chrubis , Arnd Bergmann , Christoph Hellwig , Jens Axboe , Jan Stancek , Xiao Yang , Richard Palethorpe , Viresh Kumar , References: From: Yang Xu Message-ID: Date: Fri, 5 Jun 2020 16:21:32 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.167.220.84] X-ClientProxiedBy: G08CNEXCHPEKD04.g08.fujitsu.local (10.167.33.200) To G08CNEXMBPEKD04.g08.fujitsu.local (10.167.33.201) X-yoursite-MailScanner-ID: 65CB250A996F.AF3EE X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: xuyang2018.jy@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Martijn > Hi Naresh, > > I just sent a patch and cc'd you. I verified all the loop tests pass > again with that patch. I think you want to say "without". I verified the ioctl_loop01 fails with faf1d25440 ("loop: Clean up LOOP_SET_STATUS lo_flags handling"). This kernel commit breaks old behaviour(if old flag all 0, new flag is always 0 regradless your flag setting). I think we should modify code as below: diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 13518ba191f5..c6ba8cf486ce 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -1364,11 +1364,9 @@ loop_set_status(struct loop_device *lo, const struct loop_info64 *info) if (err) goto out_unfreeze; - /* Mask out flags that can't be set using LOOP_SET_STATUS. */ - lo->lo_flags &= ~LOOP_SET_STATUS_SETTABLE_FLAGS; - /* For those flags, use the previous values instead */ - lo->lo_flags |= prev_lo_flags & ~LOOP_SET_STATUS_SETTABLE_FLAGS; - /* For flags that can't be cleared, use previous values too */ + /* Mask out flags that can be set using LOOP_SET_STATUS. */ + lo->lo_flags &= LOOP_SET_STATUS_SETTABLE_FLAGS; + /* For flags that can't be cleared, use previous values. */ lo->lo_flags |= prev_lo_flags &~LOOP_SET_STATUS_CLEARABLE_FLAGS; Best Regards Yang Xu > > Thanks, > Martijn > > > On Thu, Jun 4, 2020 at 9:10 PM Martijn Coenen wrote: >> >> Hi Naresh, >> >> I suspect the loop failures are due to >> faf1d25440d6ad06d509dada4b6fe62fea844370 ("loop: Clean up >> LOOP_SET_STATUS lo_flags handling"), I will investigate and get back >> to you. >> >> Thanks, >> Martijn >> >> On Thu, Jun 4, 2020 at 7:19 PM Naresh Kamboju wrote: >>> >>> + linux-block@vger.kernel.org >>> >>> On Thu, 4 Jun 2020 at 22:47, Naresh Kamboju wrote: >>>> >>>> Following three test cases reported as regression on Linux mainline kernel >>>> on x86_64, arm64, arm and i386 >>>> >>>> ltp-syscalls-tests: >>>> * ioctl_loop01 >>>> * mknod07 >>>> * setns01 >>>> >>>> git repo: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >>>> git branch: master >>>> GOOD: >>>> git commit: b23c4771ff62de8ca9b5e4a2d64491b2fb6f8f69 >>>> git describe: v5.7-1230-gb23c4771ff62 >>>> BAD: >>>> git commit: 1ee08de1e234d95b5b4f866878b72fceb5372904 >>>> git describe: v5.7-3523-g1ee08de1e234 >>>> >>>> kernel-config: https://builds.tuxbuild.com/U3bU0dMA62OVHb4DvZIVuw/kernel.config >>>> >>>> We are investigating these failures. >>>> >>>> tst_test.c:906: CONF: btrfs driver not available >>>> tst_test.c:1246: INFO: Timeout per run is 0h 15m 00s >>>> tst_device.c:88: INFO: Found free device 1 '/dev/loop1' >>>> ioctl_loop01.c:49: PASS: /sys/block/loop1/loop/partscan = 0 >>>> [ 1073.639677] loop_set_status: loop1 () has still dirty pages (nrpages=1) >>>> ioctl_loop01.c:50: PASS: /sys/block/loop1/loop/autoclear = 0 >>>> ioctl_loop01.c:51: PASS: /sys/block/loop1/loop/backing_file = >>>> '/scratch/ltp-mnIdulzriQ/9cPtLQ/test.img' >>>> ioctl_loop01.c:63: FAIL: expect 12 but got 17 >>>> ioctl_loop01.c:67: FAIL: /sys/block/loop1/loop/partscan != 1 got 0 >>>> ioctl_loop01.c:68: FAIL: /sys/block/loop1/loop/autoclear != 1 got 0 >>>> ioctl_loop01.c:79: FAIL: access /dev/loop1p1 fails >>>> [ 1073.679678] loop_set_status: loop1 () has still dirty pages (nrpages=1) >>>> ioctl_loop01.c:85: FAIL: access /sys/block/loop1/loop1p1 fails >>>> >>>> HINT: You _MAY_ be missing kernel fixes, see: >>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=10c70d95c0f2 >>>> >>>> mke2fs 1.43.8 (1-Jan-2018) >>>> [ 1264.711379] EXT4-fs (loop0): mounting ext2 file system using the >>>> ext4 subsystem >>>> [ 1264.716642] EXT4-fs (loop0): mounted filesystem without journal. Opts: (null) >>>> mknod07 0 TINFO : Using test device LTP_DEV='/dev/loop0' >>>> mknod07 0 TINFO : Formatting /dev/loop0 with ext2 opts='' extra opts='' >>>> mknod07 1 TPASS : mknod failed as expected: >>>> TEST_ERRNO=EACCES(13): Permission denied >>>> mknod07 2 TPASS : mknod failed as expected: >>>> TEST_ERRNO=EACCES(13): Permission denied >>>> mknod07 3 TFAIL : mknod07.c:155: mknod succeeded unexpectedly >>>> mknod07 4 TPASS : mknod failed as expected: >>>> TEST_ERRNO=EPERM(1): Operation not permitted >>>> mknod07 5 TPASS : mknod failed as expected: >>>> TEST_ERRNO=EROFS(30): Read-only file system >>>> mknod07 6 TPASS : mknod failed as expected: >>>> TEST_ERRNO=ELOOP(40): Too many levels of symbolic links >>>> >>>> >>>> setns01 0 TINFO : ns_name=ipc, ns_fds[0]=6, ns_types[0]=0x8000000 >>>> setns01 0 TINFO : ns_name=mnt, ns_fds[1]=7, ns_types[1]=0x20000 >>>> setns01 0 TINFO : ns_name=net, ns_fds[2]=8, ns_types[2]=0x40000000 >>>> setns01 0 TINFO : ns_name=pid, ns_fds[3]=9, ns_types[3]=0x20000000 >>>> setns01 0 TINFO : ns_name=uts, ns_fds[4]=10, ns_types[4]=0x4000000 >>>> setns01 0 TINFO : setns(-1, 0x8000000) >>>> setns01 1 TPASS : invalid fd exp_errno=9 >>>> setns01 0 TINFO : setns(-1, 0x20000) >>>> setns01 2 TPASS : invalid fd exp_errno=9 >>>> setns01 0 TINFO : setns(-1, 0x40000000) >>>> setns01 3 TPASS : invalid fd exp_errno=9 >>>> setns01 0 TINFO : setns(-1, 0x20000000) >>>> setns01 4 TPASS : invalid fd exp_errno=9 >>>> setns01 0 TINFO : setns(-1, 0x4000000) >>>> setns01 5 TPASS : invalid fd exp_errno=9 >>>> setns01 0 TINFO : setns(11, 0x8000000) >>>> setns01 6 TFAIL : setns01.c:176: regular file fd exp_errno=22: >>>> errno=EBADF(9): Bad file descriptor >>>> setns01 0 TINFO : setns(11, 0x20000) >>>> setns01 7 TFAIL : setns01.c:176: regular file fd exp_errno=22: >>>> errno=EBADF(9): Bad file descriptor >>>> setns01 0 TINFO : setns(11, 0x40000000) >>>> setns01 8 TFAIL : setns01.c:176: regular file fd exp_errno=22: >>>> errno=EBADF(9): Bad file descriptor >>>> setns01 0 TINFO : setns(11, 0x20000000) >>>> setns01 9 TFAIL : setns01.c:176: regular file fd exp_errno=22: >>>> errno=EBADF(9): Bad file descriptor >>>> setns01 0 TINFO : setns(11, 0x4000000) >>>> setns01 10 TFAIL : setns01.c:176: regular file fd exp_errno=22: >>>> errno=EBADF(9): Bad file descriptor >>>> >>>> Full test log link, >>>> https://lkft.validation.linaro.org/scheduler/job/1467931#L8047 >>>> >>>> test results comparison shows this test case started failing from June-2-2020 >>>> https://qa-reports.linaro.org/lkft/linux-mainline-oe/build/v5.7-4092-g38696e33e2bd/testrun/2779586/suite/ltp-syscalls-tests/test/ioctl_loop01/history/ >>>> >>>> https://qa-reports.linaro.org/lkft/linux-mainline-oe/build/v5.7-4092-g38696e33e2bd/testrun/2779586/suite/ltp-syscalls-tests/test/setns01/history/ >>>> >>>> https://qa-reports.linaro.org/lkft/linux-mainline-oe/build/v5.7-4092-g38696e33e2bd/testrun/2779586/suite/ltp-syscalls-tests/test/mknod07/history/ >>>> >>>> >>>> -- >>>> Linaro LKFT >>>> https://lkft.linaro.org > >