From: Jens Axboe <axboe@kernel.dk>
To: Christian Borntraeger <borntraeger@de.ibm.com>,
Bart Van Assche <Bart.VanAssche@wdc.com>,
"virtualization@lists.linux-foundation.org"
<virtualization@lists.linux-foundation.org>,
"linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
"mst@redhat.com" <mst@redhat.com>,
"jasowang@redhat.com" <jasowang@redhat.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Christoph Hellwig <hch@lst.de>
Subject: Re: 4.14: WARNING: CPU: 4 PID: 2895 at block/blk-mq.c:1144 with virtio-blk (also 4.12 stable)
Date: Tue, 21 Nov 2017 11:09:33 -0700 [thread overview]
Message-ID: <055f040d-3f9a-a8fd-e8e2-326c6b9094a1@kernel.dk> (raw)
In-Reply-To: <b7b3cf4b-837e-f9ba-61c0-4f9ddd8b9a95@kernel.dk>
On 11/21/2017 10:27 AM, Jens Axboe wrote:
> On 11/21/2017 03:14 AM, Christian Borntraeger wrote:
>> Bisect points to
>>
>> 1b5a7455d345b223d3a4658a9e5fce985b7998c1 is the first bad commit
>> commit 1b5a7455d345b223d3a4658a9e5fce985b7998c1
>> Author: Christoph Hellwig <hch@lst.de>
>> Date: Mon Jun 26 12:20:57 2017 +0200
>>
>> blk-mq: Create hctx for each present CPU
>>
>> commit 4b855ad37194f7bdbb200ce7a1c7051fecb56a08 upstream.
>>
>> Currently we only create hctx for online CPUs, which can lead to a lot
>> of churn due to frequent soft offline / online operations. Instead
>> allocate one for each present CPU to avoid this and dramatically simplify
>> the code.
>>
>> Signed-off-by: Christoph Hellwig <hch@lst.de>
>> Reviewed-by: Jens Axboe <axboe@kernel.dk>
>> Cc: Keith Busch <keith.busch@intel.com>
>> Cc: linux-block@vger.kernel.org
>> Cc: linux-nvme@lists.infradead.org
>> Link: http://lkml.kernel.org/r/20170626102058.10200-3-hch@lst.de
>> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
>> Cc: Oleksandr Natalenko <oleksandr@natalenko.name>
>> Cc: Mike Galbraith <efault@gmx.de>
>> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>
> I wonder if we're simply not getting the masks updated correctly. I'll
> take a look.
Can't make it trigger here. We do init for each present CPU, which means
that if I offline a few CPUs here and register a queue, those still show
up as present (just offline) and get mapped accordingly.
From the looks of it, your setup is different. If the CPU doesn't show
up as present and it gets hotplugged, then I can see how this condition
would trigger. What environment are you running this in? We might have
to re-introduce the cpu hotplug notifier, right now we just monitor
for a dead cpu and handle that.
--
Jens Axboe
next prev parent reply other threads:[~2017-11-21 18:09 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <9c5eec5d-f542-4d76-6933-6fe31203ce09@de.ibm.com>
2017-11-20 19:20 ` 4.14: WARNING: CPU: 4 PID: 2895 at block/blk-mq.c:1144 with virtio-blk Bart Van Assche
[not found] ` <1511205644.2396.32.camel@wdc.com>
2017-11-20 19:29 ` Christian Borntraeger
[not found] ` <04526c98-ffc5-1eca-3aa8-50f9212c4323@de.ibm.com>
2017-11-20 19:42 ` Jens Axboe
[not found] ` <5c9f2228-0a8b-8225-7038-e6cb3f31ca0b@kernel.dk>
2017-11-20 20:49 ` Christian Borntraeger
[not found] ` <2e44dbd3-2f90-c267-560c-91d1d4b0e892@de.ibm.com>
2017-11-20 20:52 ` Jens Axboe
2017-11-21 8:35 ` Christian Borntraeger
2017-11-21 9:50 ` Christian Borntraeger
[not found] ` <15f232d2-2aaa-df7c-57e8-2f710e051e84@de.ibm.com>
2017-11-21 10:14 ` 4.14: WARNING: CPU: 4 PID: 2895 at block/blk-mq.c:1144 with virtio-blk (also 4.12 stable) Christian Borntraeger
[not found] ` <c8bd769e-9742-205d-11b0-469428a8579c@de.ibm.com>
2017-11-21 17:27 ` Jens Axboe
[not found] ` <b7b3cf4b-837e-f9ba-61c0-4f9ddd8b9a95@kernel.dk>
2017-11-21 18:09 ` Jens Axboe [this message]
2017-11-21 18:12 ` Christian Borntraeger
[not found] ` <1aeecf2e-a68e-4c18-5912-2473f457e6ea@de.ibm.com>
2017-11-21 18:27 ` Jens Axboe
2017-11-21 18:39 ` Jens Axboe
2017-11-21 19:15 ` Christian Borntraeger
[not found] ` <ba994ec6-8db6-f77e-ac73-92e3f6b0135a@de.ibm.com>
2017-11-21 19:30 ` Jens Axboe
[not found] ` <ae02b9c5-9a2e-cb8b-7828-475b3c0b1cb9@kernel.dk>
2017-11-21 20:12 ` Christian Borntraeger
[not found] ` <c438db5f-f4f1-69f8-37f3-e91eae29fa25@de.ibm.com>
2017-11-21 20:14 ` Jens Axboe
2017-11-21 20:19 ` Christian Borntraeger
[not found] ` <276625a9-44fb-719d-9281-caacefdbb99f@de.ibm.com>
2017-11-21 20:21 ` Jens Axboe
[not found] ` <eceae481-cf9a-0429-7a15-c363a8e7bc2a@kernel.dk>
2017-11-21 20:31 ` Christian Borntraeger
[not found] ` <1ddd1cd4-2862-849e-7849-82544bcb86be@de.ibm.com>
2017-11-21 20:39 ` Jens Axboe
[not found] ` <08e6f35a-4f49-973e-99f7-6087b44337c4@kernel.dk>
2017-11-22 7:28 ` Christoph Hellwig
[not found] ` <20171122072857.GA19338@lst.de>
2017-11-22 14:46 ` Jens Axboe
2017-11-23 14:02 ` Christoph Hellwig
[not found] ` <20171123140208.GA28914@lst.de>
2017-11-23 14:08 ` Christoph Hellwig
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=055f040d-3f9a-a8fd-e8e2-326c6b9094a1@kernel.dk \
--to=axboe@kernel.dk \
--cc=Bart.VanAssche@wdc.com \
--cc=borntraeger@de.ibm.com \
--cc=hch@lst.de \
--cc=jasowang@redhat.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=virtualization@lists.linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox