From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: andrew.cooper3@citrix.com, kevin.tian@intel.com,
dietmar.hahn@ts.fujitsu.com, xen-devel@lists.xenproject.org
Subject: Re: [PATCH 2/2] x86/VPMU: Handle APIC_LVTPC accesses
Date: Thu, 29 Jan 2015 10:28:00 -0500 [thread overview]
Message-ID: <54CA5180.6090909@oracle.com> (raw)
In-Reply-To: <54CA2D97020000780005ACA9@mail.emea.novell.com>
On 01/29/2015 06:54 AM, Jan Beulich wrote:
>>>> On 28.01.15 at 20:56, <boris.ostrovsky@oracle.com> wrote:
>> Don't have the hypervisor update APIC_LVTPC when _it_ thinks the vector
>> should be updated. Instead, handle guest's APIC_LVTPC accesses and write
>> what
>> the guest explicitly wanted (but only when VPMU is enabled).
>>
>> This is updated version of commit 8097616fbdda that was reverted by
>> cc3404093c85. Unlike the previous version, we don't update APIC_LVTPC
>> when VPMU is disabled to avoid interfering with NMI watchdog (which
>> runs only when VPMU is off).
>>
>> Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
>> Acked-by: Kevin Tian <kevin.tian@intel.com>
>> Reviewed-by: Dietmar Hahn <dietmar.hahn@ts.fujitsu.com>
>> Tested-by: Dietmar Hahn <dietmar.hahn@ts.fujitsu.com>
>
> Even leaving aside the functionality change, on an updated patch
> the previous version of which needed to be reverted, retaining
> _any_ such tags is wrong from my pov. I asked you before to be
> more conservative with retaining tags, and I'm now going to reserve
> the right to no longer point out such issues, but silently drop such
> patches coming from you.
I dropped your tag from this patch.
I kept Kevin's since he ACKed Intel changes and they are the same in
this version.
Dietmar's tag was left here since he tested this patch without watchdog
anyway and the 2-line addition here would not change anything.
However, if you insist on dropping all tags even for minor changes like
that (and "determining what "minor" is is a judgment call) I will
certainly do that in the future.
-boris
next prev parent reply other threads:[~2015-01-29 15:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-28 19:56 [PATCH 0/2] Two VPMU/watchdog-related patches Boris Ostrovsky
2015-01-28 19:56 ` [PATCH 1/2] x86/VPMU: Disable VPMU when NMI watchdog is on Boris Ostrovsky
2015-01-28 21:49 ` Andrew Cooper
2015-01-28 22:33 ` Boris Ostrovsky
2015-01-28 22:41 ` Andrew Cooper
2015-01-28 23:36 ` Boris Ostrovsky
2015-01-29 11:54 ` Andrew Cooper
2015-01-29 11:46 ` Jan Beulich
2015-01-29 15:25 ` Boris Ostrovsky
2015-01-28 19:56 ` [PATCH 2/2] x86/VPMU: Handle APIC_LVTPC accesses Boris Ostrovsky
2015-01-29 11:54 ` Jan Beulich
2015-01-29 15:28 ` Boris Ostrovsky [this message]
2015-01-29 15:44 ` Jan Beulich
2015-01-29 11:37 ` [PATCH 0/2] Two VPMU/watchdog-related patches Jan Beulich
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=54CA5180.6090909@oracle.com \
--to=boris.ostrovsky@oracle.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=dietmar.hahn@ts.fujitsu.com \
--cc=kevin.tian@intel.com \
--cc=xen-devel@lists.xenproject.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.