[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1568136807.58430.11.camel@intel.com>
Date: Tue, 10 Sep 2019 17:30:09 +0000
From: "Mehta, Sohil" <sohil.mehta@...el.com>
To: "joro@...tes.org" <joro@...tes.org>,
"Park, Kyung Min" <kyung.min.park@...el.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Raj, Ashok" <ashok.raj@...el.com>,
"Lu, Baolu" <baolu.lu@...el.com>,
"Shevchenko, Andriy" <andriy.shevchenko@...el.com>,
"dwmw2@...radead.org" <dwmw2@...radead.org>,
"iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>,
"jacob.jun.pan@...ux.intel.com" <jacob.jun.pan@...ux.intel.com>
Subject: Re: [PATCH] iommu/vt-d: Add Scalable Mode fault information
On Tue, 2019-09-10 at 10:08 +0200, Joerg Roedel wrote:
> > + "Unknown", "Unknown", "Unknown", "Unknown", "Unknown",
> "Unknown", "Unknown", /* 0x49-0x4F */
>
> Maybe add the number (0x49-0x4f) to the respecting "Unknown" fields?
> If
> we can't give a reason we should give the number for easier debugging
> in
> the future. Same for the "Unknown" fields below.
I believe a fault number is always printed in dmar_fault_do_one() even
if the reason is unknown.
DMAR: [DMA Write] Request device [00:02.0] fault addr 108a000 [fault
reason 23] Unknown
--Sohil
Powered by blists - more mailing lists