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
prev parent 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).