All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Piggin <npiggin@suse.de>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: "linux-mm@kvack.org" <linux-mm@kvack.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/2] mm/vmalloc: Export purge_vmap_area_lazy()
Date: Thu, 25 Mar 2010 16:28:14 +1100	[thread overview]
Message-ID: <20100325052814.GA7493@laptop.nomadix.com> (raw)
In-Reply-To: <1269417391.8599.188.camel@pasglop>

On Wed, Mar 24, 2010 at 06:56:31PM +1100, Benjamin Herrenschmidt wrote:
> Some powerpc code needs to ensure that all previous iounmap/vunmap has
> really been flushed out of the MMU hash table. Without that, various
> hotplug operations may fail when trying to return those pieces to
> the hypervisor due to existing active mappings.
> 
> This exports purge_vmap_area_lazy() to allow the powerpc code to perform
> that purge when unplugging devices.

You want vm_unmap_aliases(), which also flushes entries in the
per-cpu vmap allocator (and is already exported for other code
that has similar problems).

Thanks,
Nick

WARNING: multiple messages have this Message-ID (diff)
From: Nick Piggin <npiggin@suse.de>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Nathan Fontenot <nfont@austin.ibm.com>
Subject: Re: [PATCH 1/2] mm/vmalloc: Export purge_vmap_area_lazy()
Date: Thu, 25 Mar 2010 16:28:14 +1100	[thread overview]
Message-ID: <20100325052814.GA7493@laptop.nomadix.com> (raw)
In-Reply-To: <1269417391.8599.188.camel@pasglop>

On Wed, Mar 24, 2010 at 06:56:31PM +1100, Benjamin Herrenschmidt wrote:
> Some powerpc code needs to ensure that all previous iounmap/vunmap has
> really been flushed out of the MMU hash table. Without that, various
> hotplug operations may fail when trying to return those pieces to
> the hypervisor due to existing active mappings.
> 
> This exports purge_vmap_area_lazy() to allow the powerpc code to perform
> that purge when unplugging devices.

You want vm_unmap_aliases(), which also flushes entries in the
per-cpu vmap allocator (and is already exported for other code
that has similar problems).

Thanks,
Nick


WARNING: multiple messages have this Message-ID (diff)
From: Nick Piggin <npiggin@suse.de>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Nathan Fontenot <nfont@austin.ibm.com>
Subject: Re: [PATCH 1/2] mm/vmalloc: Export purge_vmap_area_lazy()
Date: Thu, 25 Mar 2010 16:28:14 +1100	[thread overview]
Message-ID: <20100325052814.GA7493@laptop.nomadix.com> (raw)
In-Reply-To: <1269417391.8599.188.camel@pasglop>

On Wed, Mar 24, 2010 at 06:56:31PM +1100, Benjamin Herrenschmidt wrote:
> Some powerpc code needs to ensure that all previous iounmap/vunmap has
> really been flushed out of the MMU hash table. Without that, various
> hotplug operations may fail when trying to return those pieces to
> the hypervisor due to existing active mappings.
> 
> This exports purge_vmap_area_lazy() to allow the powerpc code to perform
> that purge when unplugging devices.

You want vm_unmap_aliases(), which also flushes entries in the
per-cpu vmap allocator (and is already exported for other code
that has similar problems).

Thanks,
Nick

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2010-03-25  5:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-24  7:56 [PATCH 1/2] mm/vmalloc: Export purge_vmap_area_lazy() Benjamin Herrenschmidt
2010-03-24  7:56 ` Benjamin Herrenschmidt
2010-03-24  7:56 ` Benjamin Herrenschmidt
2010-03-25  5:28 ` Nick Piggin [this message]
2010-03-25  5:28   ` Nick Piggin
2010-03-25  5:28   ` Nick Piggin
2010-03-25  8:25   ` Benjamin Herrenschmidt
2010-03-25  8:25     ` Benjamin Herrenschmidt
2010-03-25  8:25     ` Benjamin Herrenschmidt
2010-03-25  8:39 ` MJ embd
2010-03-25  8:39   ` MJ embd
2010-03-25  8:39   ` MJ embd

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=20100325052814.GA7493@laptop.nomadix.com \
    --to=npiggin@suse.de \
    --cc=benh@kernel.crashing.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linuxppc-dev@lists.ozlabs.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.