From: Mike Snitzer <snitzer@redhat.com>
To: Alexander Duyck <alexander.duyck@gmail.com>
Cc: linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
dm-devel@redhat.com
Subject: Re: x86 VM Boot hang with latest linux-next
Date: Mon, 4 Mar 2019 18:02:46 -0500 [thread overview]
Message-ID: <20190304230246.GC20327@redhat.com> (raw)
In-Reply-To: <CAKgT0Ue9+wSL60Bj0drkgVQwem=mh_eTrFMda+inX4=qBgi3dA@mail.gmail.com>
On Sun, Mar 03 2019 at 12:06pm -0500,
Alexander Duyck <alexander.duyck@gmail.com> wrote:
> Thanks. The behavior of it has me wondering if we are looking at
> something like an uninitialized data issue or something like that
> since as I mentioned I don't see this occur on every boot, just on
> most of them. So every now and then I can boot up the VM without any
> issues, but most of the time it will boot and then get stuck waiting
> on jobs that take forever.
The commit in question (1efa3bb79d3 "dm: must allocate dm_noclone for
stacked noclone devices") conditionally allocates the 'struct
dm_noclone' and I can only infer that the change is causing a negative
side-effect in virtualized environments (both x86_64 and s390).
I haven't been able to reproduce on x86_64 kvm with virtio-scsi on
fedora 25 though. Will try fedora 29 shortly, and also try virtio-blk.
Could you please provide your guest's .config (even if just off-list)?
Also, what kernel are you running on the host?
Thanks,
Mike
next prev parent reply other threads:[~2019-03-04 23:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-02 23:34 x86 VM Boot hang with latest linux-next Alexander Duyck
2019-03-03 3:48 ` Mike Snitzer
2019-03-03 17:06 ` Alexander Duyck
2019-03-04 23:02 ` Mike Snitzer [this message]
2019-03-05 4:07 ` Mike Snitzer
2019-03-05 4:07 ` Mike Snitzer
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=20190304230246.GC20327@redhat.com \
--to=snitzer@redhat.com \
--cc=alexander.duyck@gmail.com \
--cc=dm-devel@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.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.