xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: David Vrabel <david.vrabel@citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>,
	Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	Jan Beulich <JBeulich@suse.com>
Subject: Re: Linux/x86's _PAGE_SWP_SOFT_DIRTY definition
Date: Wed, 21 Aug 2013 13:38:47 +0100	[thread overview]
Message-ID: <5214B4D7.1090404@citrix.com> (raw)
In-Reply-To: <908e833e-19e9-4fde-ab75-66554a58e30e@email.android.com>

On 21/08/13 12:58, Konrad Rzeszutek Wilk wrote:
> David Vrabel <david.vrabel@citrix.com> wrote:
>> On 21/08/13 08:42, Jan Beulich wrote:
>>> All,
>>>
>>> was anyone of you involved in the recent (rc5->rc6) changes here?
>>> I'm asking because this new definition conflicts with _PAGE_PAT,
>>> which is unused only for native Linux (and I continue to not really
>>> understand their motivation to restrict themselves to just the four
>>> most trivial memory types).
>>
>> I was not aware of it and that just looks broken -- not just Xen but it
>> looks like it wouldn't work with (transparent) huge pages either.
>>
>> The soft dirty tracking was introduced (in 3.11-rc1) by 0f8975ec4 (mm:
>> soft-dirty bits for user memory changes tracking) and the problematic
>> patch adding the conflicting PTE bit is 179ef71cb (mm: save soft-dirty
>> bits on swapped pages).
>>
>> David
> 
> I am going to be in meetings most of today. David or Jan  would you
> be OK emailing the folks who came up with the patch and the
> committeer to mention that it causes a regression?
> 
> And naturally test it first with a upstream kernel?  I presume the
> regressions is in the form of pages of WB becoming WC and suddenly
> applications failing oddly?

It's not clear how a test case to show the regression can be reliably
produced in a limited time.  The failures from using WC instead of WB
will be pretty subtle.

David

      reply	other threads:[~2013-08-21 12:38 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-21  7:42 Linux/x86's _PAGE_SWP_SOFT_DIRTY definition Jan Beulich
2013-08-21 10:50 ` Konrad Rzeszutek Wilk
2013-08-21 11:45   ` Jan Beulich
2013-08-21 11:47 ` David Vrabel
2013-08-21 11:58   ` Konrad Rzeszutek Wilk
2013-08-21 12:38     ` David Vrabel [this message]

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=5214B4D7.1090404@citrix.com \
    --to=david.vrabel@citrix.com \
    --cc=JBeulich@suse.com \
    --cc=boris.ostrovsky@oracle.com \
    --cc=konrad.wilk@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).