All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: linux-kernel@vger.kernel.org, akpm@linux-foundation.org
Cc: xen-devel@lists.xensource.com, david.vrabel@citrix.com
Subject: Re: [PATCH] MMU bug-fixes in generic code that are mostly used by Xen.
Date: Wed, 26 Oct 2011 09:56:59 -0400	[thread overview]
Message-ID: <20111026135659.GC31609@phenom.dumpdata.com> (raw)
In-Reply-To: <1319573279-13867-1-git-send-email-konrad.wilk@oracle.com>

On Tue, Oct 25, 2011 at 04:07:56PM -0400, Konrad Rzeszutek Wilk wrote:
> I was wondering if you could help. I've this bug-fix:
>  [PATCH 1/3] x86/paravirt: PTE updates in k(un)map_atomic need to be
> 
> that you picked up some time ago in your tree and then dropped. I am not sure why it
> was dropped but perhaps it is b/c I also had that patch in my linux-next and your tool
> decided to drop it. Anyhow, was wondering if you would be OK giving it your
> Ack or just pulling it in your tree for 3.2.
> 
> These two:
>  [PATCH 2/3] xen: use generic functions instead of xen_{alloc,
>  [PATCH 3/3] xen: map foreign pages for shared rings by updating the
> 
> remove what git commit d2fe97c3315a6a406540f74651e7430d9d51e671
> 	Author: David Vrabel <david.vrabel@citrix.com>
> 	Date:   Thu Sep 29 16:53:32 2011 +0100
> 
> 	    xen: map foreign pages for shared rings by updating the PTEs directly
> 
> added in 3.1 with a more selective way instead of using the big hammer.
> 
> I was wondering if you would be OK ACK-ing those two or sticking them
> in your tree for 3.2.

Grrr.. Don't stick them in your tree. I forgot that they are dependent on two
other patches to both blkback and netback - otherwise compile errors gallore ensures.

I can:
 1). Stick the other two patches (blkback + netback) in my tree. And chase down the
     sub-maintainers to get an Ack for it to go through my tree (got one Ack already).
     And then stick these two patches on top of it (with your Ack of course).
 2). Get the other two patches in via the other maintainers and once they are in the
     Linus's tree, then ask for you to pull this one. This might take though lot 
     longer to orchestrate correctly.
 3). Ask you to pick all of those patches :-)

      parent reply	other threads:[~2011-10-26 13:57 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-25 20:07 [PATCH] MMU bug-fixes in generic code that are mostly used by Xen Konrad Rzeszutek Wilk
2011-10-25 20:07 ` [PATCH 1/3] x86/paravirt: PTE updates in k(un)map_atomic need to be synchronous, regardless of lazy_mmu mode Konrad Rzeszutek Wilk
2011-10-25 20:07 ` [PATCH 2/3] xen: use generic functions instead of xen_{alloc, free}_vm_area() Konrad Rzeszutek Wilk
2011-10-25 20:07 ` [PATCH 3/3] xen: map foreign pages for shared rings by updating the PTEs directly Konrad Rzeszutek Wilk
2011-10-26 13:56 ` Konrad Rzeszutek Wilk [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=20111026135659.GC31609@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=akpm@linux-foundation.org \
    --cc=david.vrabel@citrix.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=xen-devel@lists.xensource.com \
    /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.