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 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.