From: Baoquan He <bhe-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Joerg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
Cc: iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: Kdump kernel hang when set amd_iommu=off
Date: Wed, 14 Feb 2018 18:07:05 +0800 [thread overview]
Message-ID: <20180214100705.GC28659@localhost.localdomain> (raw)
In-Reply-To: <20180213132520.nqn5osmgsubzjzcq-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
Hi Joerg,
On 02/13/18 at 02:25pm, Joerg Roedel wrote:
> Hi Baoquan,
>
> On Fri, Jan 26, 2018 at 04:06:22PM +0800, Baoquan He wrote:
> > Saw Huawei's bug report about kdump kernel hang when intel_iommu=off
> > is set. I met the similar problem in amd system, only set amd_iommu=off
> > in kdump kernel, it means amd_iommu is on in 1st kernel.
> >
> > I am reading doc and code, trying to debug. Please help have a look when
> > convenient, see if there's hint or direction.
>
> Yeah, I know that this is broken on the AMD-IOMMU side. Problem is that
> the IOMMU hardware needs to be disabled in the kdump kernel when
> amd_iommu=off is on the command-line. I'll look into fixing that.
Thanks for looking into this. This was found by our QE, I checked, and
found it only happened on two HPE systems. Other AMD systems have no
such issue. Since it's not a blocker, I just go to fix those urgent
bugs.
>
> I thought we fixed this a while ago already for VT-d, is it broken
> again?
It's not seen in redhat's test machines, just saw Huawei engineers
reported this issue. They cc-ed lkml.
Thanks
Baoquan
prev parent reply other threads:[~2018-02-14 10:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20180126080622.GC1759@localhost.localdomain>
[not found] ` <20180126080622.GC1759-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2018-02-13 13:25 ` Kdump kernel hang when set amd_iommu=off Joerg Roedel
[not found] ` <20180213132520.nqn5osmgsubzjzcq-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>
2018-02-14 10:07 ` Baoquan He [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=20180214100705.GC28659@localhost.localdomain \
--to=bhe-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.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;
as well as URLs for NNTP newsgroup(s).