Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1973066ybg; Fri, 5 Jun 2020 02:15:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQ4NCmvDdzZC1eIa5CWr4SWwmqHtsWEZaChq+uakrpm/zARbwMwTYQGsvCa9f4/rUJWNkR X-Received: by 2002:a17:906:a402:: with SMTP id l2mr8297954ejz.14.1591348539634; Fri, 05 Jun 2020 02:15:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591348539; cv=none; d=google.com; s=arc-20160816; b=IFAJOp2dpV72Th5E4JYhvwkiQEiQkUYeCCh2VGzcdHBY3Yn9BywV3vQuyjDWhZ6I8W 85cXDUcYnR+6PktO1SxmorpO2PKEdtHOz4Xe2zMRXkZQc0hbvD6crwlG7tG0SEjpEpDl sg9MegV/4X/ftIMBOfjtAzLUmFuHNy1Buus5X8lNNConN3B46kiSZaJ2Z0OtRrNUcky1 oV8F12vI+fZhs7PoESvsaQtSG2Ay09qR5GtFmBRwn2FQgqOeJu+7GB7tfP4IykVN9Cv0 xOVBZeXbRjIlomHqHH4AfL5lnF1njJY7qd24t1cTuHz79Tyek0tmR/3CWhUFb+OmloHd 7CwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=j9bEvclg9ansMyy940YpHwicyUB1uZprPk6CAynsvQQ=; b=Ewqt9EJ3vRhAtNGaxzW4+Et1+eu2CPSJGvNfc6q6KzVJzEXZed8HXgAncF5jccBEJU pAws6j5fW4+rCyG17zbLTdhscIlqDFMM348nuo9mjxiLeYOD2FDAOPNotxoqVHV6vYMT XAoGFaGW92Z5mqQ3S3HA/gFlfCL8I1IsAOD82BrTzxKgYdU9Bg0J8+i2Y+rAgiE1tRRD 8P/jWE9A1HSCmUpCRxmxBGEbvY2UfarxgjZw8zS47VUsZjZJpMqymCDmj2S0n2RJkYuz ViWVJ/lCRBmOEDEHioSaAJL6tXRAO8+GJVChvGVWmKpTnIyKpvVhWNq3CfMiaxm9v4xJ xOWw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@android.com header.s=20161025 header.b=R6M9V5ml; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=android.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o3si3253532edb.156.2020.06.05.02.15.16; Fri, 05 Jun 2020 02:15:39 -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; dkim=pass header.i=@android.com header.s=20161025 header.b=R6M9V5ml; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=android.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726254AbgFEJLT (ORCPT + 99 others); Fri, 5 Jun 2020 05:11:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57034 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726062AbgFEJLT (ORCPT ); Fri, 5 Jun 2020 05:11:19 -0400 Received: from mail-lj1-x244.google.com (mail-lj1-x244.google.com [IPv6:2a00:1450:4864:20::244]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1054C08C5C2 for ; Fri, 5 Jun 2020 02:11:18 -0700 (PDT) Received: by mail-lj1-x244.google.com with SMTP id n23so10822511ljh.7 for ; Fri, 05 Jun 2020 02:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=android.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j9bEvclg9ansMyy940YpHwicyUB1uZprPk6CAynsvQQ=; b=R6M9V5mleeAxaTJYvvbRV3ETK3mcVK15TvRQpr+kGEVYK2gS8s4ybXJ0W+rtvTayzZ 9LW3UUKxsF3OasGL7DnZuiCziygXhxOFxJ9G7ONVS4kOfzs4D1rvepzQMOJG1VrOIABi YrsgpOCb7kDwKvMvBA8kZKr/lFC+W7QfjlKdPlbdcj4iX56ZDn2tCIbLqTPrGjbtHrA0 xvSZwUOo6khL96m1dW2+NqOD/Tq5J4x2HCFytvqisp6YOK1z1m1aZnR6jHFNUqxpnAvz IoO76HEtcNzrAAhiyfszZqUOMXqWRcNIVRLi4wQ/+zHW0jSJ3pWSKV4mY6R9zj5NilyQ EYrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j9bEvclg9ansMyy940YpHwicyUB1uZprPk6CAynsvQQ=; b=YG3HkKZP/ItOtA37J8PVrse/MwNReMq+c1mpKP81RIkuV+s7lr1Ixe+g63g95ovvxw uP+zC0A8kzim9wg5RqFyGC9tReq7Frz03jSgQx59PmX6Gkrj6knpF0fo9Vl2A9rvNenP e3GgR0g8vQREOKtOBb4gcGYWyRADibkGT1cOiecN8TrvF1V26fjscQ+iXhJu5OkJsi5Y U7BJP+OYizvnPVTguCopDG0v02ZewIOsmP4mRFIg2p05NQxbed/n6k401HTKGm2BGqXd mTbO2blXGr0FZf2Jfc0moBBHJGS2febDVoOUaePuiEszDKGETs5dYTlJss+aoSwrnCkm uorA== X-Gm-Message-State: AOAM532raDEz+VOT2DiNDEF/yKiJQOAADziwH8GxTOmkvOx5S7uM7c5b Xhzr6bq1b/GDwe2GE1tizX8zgihipqqgQgJGG1QOiQ== X-Received: by 2002:a2e:96c2:: with SMTP id d2mr4172314ljj.439.1591348277100; Fri, 05 Jun 2020 02:11:17 -0700 (PDT) MIME-Version: 1.0 References: <14be1119-50a7-3861-dfd4-42a239413ee7@cn.fujitsu.com> In-Reply-To: <14be1119-50a7-3861-dfd4-42a239413ee7@cn.fujitsu.com> From: Martijn Coenen Date: Fri, 5 Jun 2020 11:11:06 +0200 Message-ID: Subject: Re: [LTP] LTP: syscalls: regression on mainline - ioctl_loop01 mknod07 setns01 To: Yang Xu Cc: Naresh Kamboju , Jens Axboe , Arnd Bergmann , Viresh Kumar , open list , Richard Palethorpe , linux-block , lkft-triage@lists.linaro.org, Christoph Hellwig , LTP List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey Yang, On Fri, Jun 5, 2020 at 10:59 AM Yang Xu wrote: > > Hi Martijn > > Sorry for noise. I see your patch in here[1] . I will modify > ioctl_loop01 to test that LO_FLAGS_PARTSCAN can not clear and > LO_FLAGS_AUTOCLEAR can be clear. Thanks, that would indeed be useful. > > ps: Giving the url of patch is better so that other people doesn't need > to investigate it again. > [1]https://patchwork.kernel.org/patch/11588321/ Ok, will do next time! Best, Martijn > > Best Regards > Yang Xu > > 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 > >> > >> > > > > > > > >