All of lore.kernel.org
 help / color / mirror / Atom feed
From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
To: Andrew Jones <drjones@redhat.com>, Ingo Molnar <mingo@kernel.org>
Cc: "Vitaly Kuznetsov" <vkuznets@redhat.com>,
	x86@kernel.org, "Thomas Gleixner" <tglx@linutronix.de>,
	"Ingo Molnar" <mingo@redhat.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	linux-kernel@vger.kernel.org, "Radim Krčmář" <rkrcmar@redhat.com>
Subject: Re: [PATCH] x86/irq: hide HYP in /proc/interrupts when not on Xen/Hyper-V
Date: Mon, 06 Jul 2015 11:02:37 -0400	[thread overview]
Message-ID: <559A988D.4020307@oracle.com> (raw)
In-Reply-To: <20150706135733.GK17217@hawk.localdomain>

On 07/06/2015 09:57 AM, Andrew Jones wrote:
> On Sat, Jul 04, 2015 at 10:26:53AM +0200, Ingo Molnar wrote:
>> * Vitaly Kuznetsov <vkuznets@redhat.com> wrote:
>>
>>> Hypervisor callback interrupts are only accounted on Xen/Hyper-V and we
>>> detect hypervisor's type in early boot. There is no point in having
>>> always-zero HYP: line on other hypervisors or bare metal.
>>>
>>> Suggested-by: Radim Krčmář <rkrcmar@redhat.com>
>>> Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
>>> ---
>>>   arch/x86/kernel/irq.c | 13 +++++++++----
>>>   1 file changed, 9 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
>>> index 88b36648..0c82064 100644
>>> --- a/arch/x86/kernel/irq.c
>>> +++ b/arch/x86/kernel/irq.c
>>> @@ -18,6 +18,7 @@
>>>   #include <asm/mce.h>
>>>   #include <asm/hw_irq.h>
>>>   #include <asm/desc.h>
>>> +#include <asm/hypervisor.h>
>>>   
>>>   #define CREATE_TRACE_POINTS
>>>   #include <asm/trace/irq_vectors.h>
>>> @@ -139,10 +140,14 @@ int arch_show_interrupts(struct seq_file *p, int prec)
>>>   	seq_puts(p, "  Machine check polls\n");
>>>   #endif
>>>   #if IS_ENABLED(CONFIG_HYPERV) || defined(CONFIG_XEN)
>>> -	seq_printf(p, "%*s: ", prec, "HYP");
>>> -	for_each_online_cpu(j)
>>> -		seq_printf(p, "%10u ", irq_stats(j)->irq_hv_callback_count);
>>> -	seq_puts(p, "  Hypervisor callback interrupts\n");
>>> +	if (x86_hyper == &x86_hyper_ms_hyperv ||
>>> +	    x86_hyper == &x86_hyper_xen) {
>>> +		seq_printf(p, "%*s: ", prec, "HYP");
>>> +		for_each_online_cpu(j)
>>> +			seq_printf(p, "%10u ",
>>> +				   irq_stats(j)->irq_hv_callback_count);
>>> +		seq_puts(p, "  Hypervisor callback interrupts\n");
>>> +	}
>> So I think we should simplify this to:
>>
>> 	if (x86_hyper) {
>> 		...
>> 	}
>>
>> this will print the HYP line on hypervisors that don't use
>> HYPERVISOR_CALLBACK_VECTOR, but it will make it a lot more self-maintaining, we
>> won't accidentally skip this line on hypervisors that start using the callback
>> IRQ.
> This is a good point. When virt stuff creeps out, it's easy to lose track of
> it. But, I would prefer that vmware and kvm guests don't have to have a
> meaningless counter in /proc/interrupts. Also, for xen, I see that it only
> matters for x86. ARM xen builds would also have a meaningless counter. Maybe
> we should add a flags member to hypervisor_x86, and start using that in
> these types of situations.

This is all x86 arch code so I don't see how it will make any difference 
to Xen on ARM.


-boris


  parent reply	other threads:[~2015-07-06 15:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-03 11:27 [PATCH] x86/irq: hide HYP in /proc/interrupts when not on Xen/Hyper-V Vitaly Kuznetsov
2015-07-04  8:26 ` Ingo Molnar
2015-07-06 13:57   ` Andrew Jones
2015-07-06 14:24     ` Andrew Jones
2015-07-06 15:02     ` Boris Ostrovsky [this message]
2015-07-07 12:40   ` Vitaly Kuznetsov
2015-07-07 12:54     ` Ingo Molnar
2015-07-07 13:45       ` Vitaly Kuznetsov

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=559A988D.4020307@oracle.com \
    --to=boris.ostrovsky@oracle.com \
    --cc=drjones@redhat.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=mingo@redhat.com \
    --cc=rkrcmar@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=vkuznets@redhat.com \
    --cc=x86@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.