|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [PATCH for-4.18 2/5] xenalyze: AMD's VMEXIT_VINTR doesn't need a trace record
Just like Intel's PENDING_VIRT_INTR, AMD's VINTR doesn't need an HVM
trace record. Expect that.
Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxx>
---
Release justification: This is a bug fix. It's a *very* small one,
but then the code path is not very critical either.
CC: Stefano Stabellini <sstabellini@xxxxxxxxxx>
CC: Xenia Ragiadakou <xenia.ragiadakou@xxxxxxx>
CC: Anthony Perard <anthony.perard@xxxxxxxxx>
---
tools/xentrace/xenalyze.c | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/tools/xentrace/xenalyze.c b/tools/xentrace/xenalyze.c
index 1359e096f9..fc25ac3589 100644
--- a/tools/xentrace/xenalyze.c
+++ b/tools/xentrace/xenalyze.c
@@ -4628,6 +4628,13 @@ void hvm_generic_postprocess(struct hvm_data *h)
/* Some exits we don't expect a handler; just return */
if(opt.svm_mode)
{
+ switch(h->exit_reason)
+ {
+ case VMEXIT_VINTR: /* Equivalent of PENDING_VIRT_INTR */
+ return;
+ default:
+ break;
+ }
}
else
{
--
2.25.1
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |