From: Zoltan Kiss <zoltan.kiss@citrix.com>
To: Matt Wilson <msw@linux.com>
Cc: <ian.campbell@citrix.com>, <wei.liu2@citrix.com>,
<xen-devel@lists.xenproject.org>, <netdev@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <jonathan.davies@citrix.com>,
Anthony Liguori <aliguori@amazon.com>,
Matt Wilson <msw@amazon.com>
Subject: Re: [PATCH v6] xen/grant-table: Avoid m2p_override during mapping
Date: Fri, 24 Jan 2014 17:20:06 +0000 [thread overview]
Message-ID: <52E2A0C6.4030801@citrix.com> (raw)
In-Reply-To: <20140124054828.GA18522@u109add4315675089e695.ant.amazon.com>
On 24/01/14 05:48, Matt Wilson wrote:
> On Thu, Jan 23, 2014 at 09:23:44PM +0000, Zoltan Kiss wrote:
> Apologies for coming in late on this thread. I'm quite behind on
> xen-devel mail that isn't CC: to me.
>
> It seems to have been forgotten that Anthony and I proposed a similar
> change last November.
>
> https://lkml.kernel.org/r/1384307336-5328-1-git-send-email-anthony@codemonkey.ws
>
> Or am I misunderstanding the change?
I didn't know about this patch, but yes, both of them do basically the
same. One subtle difference that you store the old mfn in page->private,
while my patch keeps the original behaviour, and store it in
page->index. page->private is used instead to store the new mfn we got
from Xen, however I haven't checked where do we use that.
Your approach might be better, we also talked with David that we should
stop using page->index, as e.g. with the netback grant mapping patches I
spent a lot of time to figure out a packet drop issue, which eventually
boiled down to the fact that index is in union with pfmemalloc, and if
you don't set mapping, the local IP stack will think it is a pfmemalloc
page. (see the comment in my second patch, xenvif_fill_frags)
However I think that should be a separate patch, I tried to keep the
original behaviour as much as possible, and focus just on avoiding
m2p_override when possible.
Regards,
Zoli
prev parent reply other threads:[~2014-01-24 17:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-23 21:23 [PATCH v6] xen/grant-table: Avoid m2p_override during mapping Zoltan Kiss
2014-01-23 23:34 ` Stefano Stabellini
2014-02-02 10:29 ` [Xen-devel] " Julien Grall
2014-02-02 18:52 ` Zoltan Kiss
2014-02-03 10:57 ` David Vrabel
2014-02-03 11:13 ` Stefano Stabellini
2014-02-03 11:50 ` Konrad Rzeszutek Wilk
2014-02-03 13:27 ` Zoltan Kiss
2014-01-24 5:48 ` Matt Wilson
2014-01-24 10:57 ` [Xen-devel] " David Vrabel
2014-01-24 12:04 ` Stefano Stabellini
2014-01-24 17:20 ` Zoltan Kiss [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=52E2A0C6.4030801@citrix.com \
--to=zoltan.kiss@citrix.com \
--cc=aliguori@amazon.com \
--cc=ian.campbell@citrix.com \
--cc=jonathan.davies@citrix.com \
--cc=linux-kernel@vger.kernel.org \
--cc=msw@amazon.com \
--cc=msw@linux.com \
--cc=netdev@vger.kernel.org \
--cc=wei.liu2@citrix.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