All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics
@ 2019-10-11 15:02 Andrew Cooper
  2019-10-11 15:33 ` Roger Pau Monné
  2019-10-14 13:44 ` Jürgen Groß
  0 siblings, 2 replies; 5+ messages in thread
From: Andrew Cooper @ 2019-10-11 15:02 UTC (permalink / raw)
  To: Xen-devel
  Cc: Juergen Gross, Kevin Tian, Jan Beulich, Wei Liu, Andrew Cooper,
	Jun Nakajima, Roger Pau Monné

The virtual address of the base of the IOMMU's regsters is not useful for
diagnostic purposes, and is quite voluminous.  The PCI coordinates is by far
the most useful piece of identifying information.

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
---
CC: Jan Beulich <JBeulich@suse.com>
CC: Wei Liu <wl@xen.org>
CC: Roger Pau Monné <roger.pau@citrix.com>
CC: Jun Nakajima <jun.nakajima@intel.com>
CC: Kevin Tian <kevin.tian@intel.com>
CC: Juergen Gross <jgross@suse.com>

Surrounding printk()s also identify the IOMMU by Xen's internal ID, but that
is also pretty useless information when diagnosing problems.

RFC for-4.13.  This is a nice to have stylistic improvement.
---
 xen/drivers/passthrough/vtd/iommu.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/xen/drivers/passthrough/vtd/iommu.c b/xen/drivers/passthrough/vtd/iommu.c
index f08eec070d..0522ecd3bc 100644
--- a/xen/drivers/passthrough/vtd/iommu.c
+++ b/xen/drivers/passthrough/vtd/iommu.c
@@ -842,26 +842,26 @@ static int iommu_page_fault_do_one(struct vtd_iommu *iommu, int type,
     case DMA_REMAP:
         printk(XENLOG_G_WARNING VTDPREFIX
                "DMAR:[%s] Request device [%04x:%02x:%02x.%u] "
-               "fault addr %"PRIx64", iommu reg = %p\n",
+               "fault addr %"PRIx64"\n",
                (type ? "DMA Read" : "DMA Write"),
                seg, PCI_BUS(source_id), PCI_SLOT(source_id),
-               PCI_FUNC(source_id), addr, iommu->reg);
+               PCI_FUNC(source_id), addr);
         kind = "DMAR";
         break;
     case INTR_REMAP:
         printk(XENLOG_G_WARNING VTDPREFIX
                "INTR-REMAP: Request device [%04x:%02x:%02x.%u] "
-               "fault index %"PRIx64", iommu reg = %p\n",
+               "fault index %"PRIx64"\n",
                seg, PCI_BUS(source_id), PCI_SLOT(source_id),
-               PCI_FUNC(source_id), addr >> 48, iommu->reg);
+               PCI_FUNC(source_id), addr >> 48);
         kind = "INTR-REMAP";
         break;
     default:
         printk(XENLOG_G_WARNING VTDPREFIX
                "UNKNOWN: Request device [%04x:%02x:%02x.%u] "
-               "fault addr %"PRIx64", iommu reg = %p\n",
+               "fault addr %"PRIx64"\n",
                seg, PCI_BUS(source_id), PCI_SLOT(source_id),
-               PCI_FUNC(source_id), addr, iommu->reg);
+               PCI_FUNC(source_id), addr);
         kind = "UNKNOWN";
         break;
     }
-- 
2.11.0


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics
  2019-10-11 15:02 [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics Andrew Cooper
@ 2019-10-11 15:33 ` Roger Pau Monné
  2019-10-23 14:00   ` Jan Beulich
  2019-10-14 13:44 ` Jürgen Groß
  1 sibling, 1 reply; 5+ messages in thread
From: Roger Pau Monné @ 2019-10-11 15:33 UTC (permalink / raw)
  To: Andrew Cooper
  Cc: Juergen Gross, Kevin Tian, Jan Beulich, Wei Liu, Jun Nakajima, Xen-devel

On Fri, Oct 11, 2019 at 04:02:53PM +0100, Andrew Cooper wrote:
> The virtual address of the base of the IOMMU's regsters is not useful for
> diagnostic purposes, and is quite voluminous.  The PCI coordinates is by far
> the most useful piece of identifying information.
> 
> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> ---
> CC: Jan Beulich <JBeulich@suse.com>
> CC: Wei Liu <wl@xen.org>
> CC: Roger Pau Monné <roger.pau@citrix.com>
> CC: Jun Nakajima <jun.nakajima@intel.com>
> CC: Kevin Tian <kevin.tian@intel.com>
> CC: Juergen Gross <jgross@suse.com>
> 
> Surrounding printk()s also identify the IOMMU by Xen's internal ID, but that
> is also pretty useless information when diagnosing problems.
> 
> RFC for-4.13.  This is a nice to have stylistic improvement.

I don't think the register is useful for debugging, at least I have
never used it myself, so:

Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>

Thanks, Roger.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics
  2019-10-11 15:02 [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics Andrew Cooper
  2019-10-11 15:33 ` Roger Pau Monné
@ 2019-10-14 13:44 ` Jürgen Groß
  1 sibling, 0 replies; 5+ messages in thread
From: Jürgen Groß @ 2019-10-14 13:44 UTC (permalink / raw)
  To: Andrew Cooper, Xen-devel
  Cc: Wei Liu, Kevin Tian, Jan Beulich, Jun Nakajima, Roger Pau Monné

On 11.10.19 17:02, Andrew Cooper wrote:
> The virtual address of the base of the IOMMU's regsters is not useful for
> diagnostic purposes, and is quite voluminous.  The PCI coordinates is by far
> the most useful piece of identifying information.
> 
> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>

Release-acked-by: Juergen Gross <jgross@suse.com>


Juergen

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics
  2019-10-11 15:33 ` Roger Pau Monné
@ 2019-10-23 14:00   ` Jan Beulich
  2019-10-24  0:58     ` Tian, Kevin
  0 siblings, 1 reply; 5+ messages in thread
From: Jan Beulich @ 2019-10-23 14:00 UTC (permalink / raw)
  To: Andrew Cooper
  Cc: Juergen Gross, Kevin Tian, Wei Liu, Jun Nakajima, Xen-devel,
	Roger Pau Monné

On 11.10.2019 17:33, Roger Pau Monné  wrote:
> On Fri, Oct 11, 2019 at 04:02:53PM +0100, Andrew Cooper wrote:
>> The virtual address of the base of the IOMMU's regsters is not useful for
>> diagnostic purposes, and is quite voluminous.  The PCI coordinates is by far
>> the most useful piece of identifying information.
>>
>> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
>> ---
>> CC: Jan Beulich <JBeulich@suse.com>
>> CC: Wei Liu <wl@xen.org>
>> CC: Roger Pau Monné <roger.pau@citrix.com>
>> CC: Jun Nakajima <jun.nakajima@intel.com>
>> CC: Kevin Tian <kevin.tian@intel.com>
>> CC: Juergen Gross <jgross@suse.com>
>>
>> Surrounding printk()s also identify the IOMMU by Xen's internal ID, but that
>> is also pretty useless information when diagnosing problems.
>>
>> RFC for-4.13.  This is a nice to have stylistic improvement.
> 
> I don't think the register is useful for debugging, at least I have
> never used it myself, so:
> 
> Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>

Seeing that there hasn't been an ack from Kevin, perhaps this
rather simple change can go in without? Just in case
Acked-by: Jan Beulich <jbeulich@suse.com>

Jan

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics
  2019-10-23 14:00   ` Jan Beulich
@ 2019-10-24  0:58     ` Tian, Kevin
  0 siblings, 0 replies; 5+ messages in thread
From: Tian, Kevin @ 2019-10-24  0:58 UTC (permalink / raw)
  To: Jan Beulich, Andrew Cooper
  Cc: Juergen Gross, Xen-devel, Wei Liu, Nakajima, Jun, Roger Pau Monné

> From: Jan Beulich [mailto:jbeulich@suse.com]
> Sent: Wednesday, October 23, 2019 10:00 PM
> 
> On 11.10.2019 17:33, Roger Pau Monné  wrote:
> > On Fri, Oct 11, 2019 at 04:02:53PM +0100, Andrew Cooper wrote:
> >> The virtual address of the base of the IOMMU's regsters is not useful for
> >> diagnostic purposes, and is quite voluminous.  The PCI coordinates is by
> far
> >> the most useful piece of identifying information.
> >>
> >> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> >> ---
> >> CC: Jan Beulich <JBeulich@suse.com>
> >> CC: Wei Liu <wl@xen.org>
> >> CC: Roger Pau Monné <roger.pau@citrix.com>
> >> CC: Jun Nakajima <jun.nakajima@intel.com>
> >> CC: Kevin Tian <kevin.tian@intel.com>
> >> CC: Juergen Gross <jgross@suse.com>
> >>
> >> Surrounding printk()s also identify the IOMMU by Xen's internal ID, but
> that
> >> is also pretty useless information when diagnosing problems.
> >>
> >> RFC for-4.13.  This is a nice to have stylistic improvement.
> >
> > I don't think the register is useful for debugging, at least I have
> > never used it myself, so:
> >
> > Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>
> 
> Seeing that there hasn't been an ack from Kevin, perhaps this
> rather simple change can go in without? Just in case
> Acked-by: Jan Beulich <jbeulich@suse.com>
> 

I overlooked at it. Acked-by: Kevin Tian <kevin.tian@intel.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-10-24  0:59 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-11 15:02 [Xen-devel] [PATCH for-4.13] x86/VT-d: Drop unhelpful information in diagnostics Andrew Cooper
2019-10-11 15:33 ` Roger Pau Monné
2019-10-23 14:00   ` Jan Beulich
2019-10-24  0:58     ` Tian, Kevin
2019-10-14 13:44 ` Jürgen Groß

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.