All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <yi1.lai@intel.com>
To: Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>
Cc: oe-lkp@lists.linux.dev, lkp@intel.com,
	linux-block@vger.kernel.org, Christoph Hellwig <hch@lst.de>,
	Jens Axboe <axboe@kernel.dk>, Nilay Shroff <nilay@linux.ibm.com>,
	Edward Adam Davis <eadavis@qq.com>,
	Dave Kleikamp <shaggy@kernel.org>,
	jfs-discussion@lists.sourceforge.net,
	Bart Van Assche <bvanassche@acm.org>,
	yi1.lai@intel.com
Subject: Re: [PATCH] block: Wait for inflight requests in bdev_release()
Date: Fri, 30 Oct 2026 09:08:23 +0800	[thread overview]
Message-ID: <202610300858.1721b701-lkp@intel.com> (raw)
In-Reply-To: <53c3ccf7-1a5e-4861-afc0-7cbfd3284655@I-love.SAKURA.ne.jp>


Hello,

kernel test robot noticed "blktests.loop/003.fail" on:

commit: 7ec8033abf279c978b0e9ffcc03367e24fd6205b ("[PATCH] block: Wait for inflight requests in bdev_release()")
url: https://github.com/intel-lab-lkp/linux/commits/Tetsuo-Handa/block-Wait-for-inflight-requests-in-bdev_release/20261012-172605
base: https://git.kernel.org/cgit/linux/kernel/git/axboe/linux.git for-next patch link: https://lore.kernel.org/all/53c3ccf7-1a5e-4861-afc0-7cbfd3284655@I-love.SAKURA.ne.jp/
patch subject: [PATCH] block: Wait for inflight requests in bdev_release()

in testcase: blktests
version: blktests-x86_64-0027abd-1_20261027
with following parameters:

	test: loop-group-00


config: x86_64-rhel-9.4-func
compiler: gcc-14
test machine: 4 threads Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (Skylake) with 32G 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 <yi1.lai@intel.com>
| Closes: https://lore.kernel.org/oe-lkp/202610300858.1721b701-lkp@intel.com


2026-10-29 13:18:00 cd /lkp/benchmarks/blktests
2026-10-29 13:18:01 sed "s:^:loop/:" /lkp/benchmarks/blktests/tests/loop-group-00
2026-10-29 13:18:01 ./check loop/001 loop/002 loop/003 loop/004 loop/005 loop/006 loop/007 loop/008 loop/009 loop/010 loop/011 loop/012 loop/013
loop/001 (scan loop device partitions)                      
loop/001 (scan loop device partitions)                       [passed]
    runtime    ...  0.439s
loop/002 (try various loop device block sizes)              
loop/002 (try various loop device block sizes)               [passed]
    runtime    ...  0.332s
loop/003 (time opening and closing an unbound loop device)  
loop/003 (time opening and closing an unbound loop device)   [failed]
    runtime    ...  8.584s
    --- tests/loop/003.out	2026-10-27 23:51:50.000000000 +0000
    +++ /lkp/benchmarks/blktests/results/nodev/loop/003.out.bad	2026-10-29 13:18:10.921226342 +0000
    @@ -1,3 +1,3 @@
     Running loop/003
    -Test took 0 seconds
    +Test took 8 seconds
     Test complete
loop/004 (combine loop direct I/O mode and a custom block size)
loop/004 (combine loop direct I/O mode and a custom block size) [passed]
    runtime    ...  14.512s
loop/005 (call LOOP_GET_STATUS{,64} with a NULL arg)        
loop/005 (call LOOP_GET_STATUS{,64} with a NULL arg)         [passed]
    runtime    ...  0.057s
loop/006 (change loop backing file while creating/removing another loop device)
loop/006 (change loop backing file while creating/removing another loop device) [failed]
    runtime    ...  89.048s
    --- tests/loop/006.out	2026-10-27 23:51:50.000000000 +0000
    +++ /lkp/benchmarks/blktests/results/nodev/loop/006.out.bad	2026-10-29 13:19:54.981232346 +0000
    @@ -1,2 +1,3 @@
     Running loop/006
    +ioctl: Operation not supported
     Test complete
loop/007 (update loop device capacity with filesystem)      
loop/007 (update loop device capacity with filesystem)       [passed]
    runtime    ...  0.223s
loop/008 (setup GPT and ESP on a raw disk image)            
loop/008 (setup GPT and ESP on a raw disk image)             [passed]
    runtime    ...  0.497s
loop/009 (check that LOOP_CONFIGURE sends uevents for partitions)
loop/009 (check that LOOP_CONFIGURE sends uevents for partitions) [passed]
    runtime    ...  0.442s
loop/010 (check stale loop partition)                       
loop/010 (check stale loop partition)                        [passed]
    runtime    ...  92.316s
loop/011 (Make sure unsupported backing file fallocate does not fill dmesg with errors)
loop/011 (Make sure unsupported backing file fallocate does not fill dmesg with errors) [passed]
    runtime    ...  0.276s
loop/012 (check for spurious partition removal when partscan is enabled)
loop/012 (check for spurious partition removal when partscan is enabled) [not run]
    systemd version is older than 259
loop/013 (remove manually added partitions before loop device reuse)
loop/013 (remove manually added partitions before loop device reuse) [passed]
    runtime    ...  0.740s



The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20261030/202610300858.1721b701-lkp@intel.com


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



      parent reply	other threads:[~2026-10-30  1:08 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-05 21:06 [PATCH v6] loop: Wait for I/O completion in __loop_clr_fd() Bart Van Assche
2026-10-06 12:01 ` Tetsuo Handa
2026-10-06 17:15   ` Bart Van Assche
2026-10-07 13:08 ` Christoph Hellwig
2026-10-07 13:35   ` Tetsuo Handa
2026-10-11 10:37     ` [PATCH] loop: Detect write requests that failed to wait for completion Tetsuo Handa
2026-10-11 11:29       ` [PATCH v2] " Tetsuo Handa
2026-10-11 13:26         ` [PATCH v3] " Tetsuo Handa
2026-10-11 19:24           ` [syzbot ci] " syzbot ci
2026-10-12  8:26           ` [PATCH] block: Wait for inflight requests in bdev_release() Tetsuo Handa
2026-10-12 11:39             ` Tetsuo Handa
2026-10-18 15:26               ` [PATCH v8 1/2] block: avoid long sync_blockdev() under disk->open_mutex during parallel close Tetsuo Handa
2026-10-18 15:26                 ` [PATCH v8 2/2] block: wait for inflight requests in bdev_release() Tetsuo Handa
2026-10-18 16:36                   ` Tetsuo Handa
2026-10-19 21:18                 ` [PATCH v8 1/2] block: avoid long sync_blockdev() under disk->open_mutex during parallel close Bart Van Assche
2026-10-20  0:00                   ` Tetsuo Handa
2026-10-30  1:08             ` kernel test robot [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202610300858.1721b701-lkp@intel.com \
    --to=yi1.lai@intel.com \
    --cc=axboe@kernel.dk \
    --cc=bvanassche@acm.org \
    --cc=eadavis@qq.com \
    --cc=hch@lst.de \
    --cc=jfs-discussion@lists.sourceforge.net \
    --cc=linux-block@vger.kernel.org \
    --cc=lkp@intel.com \
    --cc=nilay@linux.ibm.com \
    --cc=oe-lkp@lists.linux.dev \
    --cc=penguin-kernel@i-love.sakura.ne.jp \
    --cc=shaggy@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.