public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Rik van Riel <riel@conectiva.com.br>
Cc: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>,
	Hugh Dickins <hugh@veritas.com>,
	Dave McCracken <dmccr@us.ibm.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Creating a per-task kernel space for kmap, user pagetables, et al
Date: Wed, 20 Mar 2002 21:26:20 +0100	[thread overview]
Message-ID: <20020320212620.N4268@dualathlon.random> (raw)
In-Reply-To: <127930000.1016651345@flay> <Pine.LNX.4.44L.0203201635570.2181-100000@imladris.surriel.com>

On Wed, Mar 20, 2002 at 04:36:48PM -0300, Rik van Riel wrote:
> On Wed, 20 Mar 2002, Martin J. Bligh wrote:
> 
> > This, unfortunately, isn't a total solution - we may sometimes need to
> > modify the task's pagetables from outside the process context, eg.
> > swapout (thanks to dmc for pointing this out to me ;-)). For this, we'd
> > just use the existing kmap mechanism to create another mapping to use
> > temporarily, and we're no worse off than before. But on the whole I
> > think it wins us enough to be worthwhile.
> 
> There is absolutely no problem mapping the page tables of
> another process into our own kmap space. It's just like

I thought he's talking about kswapd and friends, they all should keep
using the atomic kmaps for that, no problem there because we'll never
run copy-users from kswapd, kswapd doesn't have userspace to copy to :).

Andrea

  reply	other threads:[~2002-03-20 20:26 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-20 19:09 Creating a per-task kernel space for kmap, user pagetables, et al Martin J. Bligh
2002-03-20 19:36 ` Rik van Riel
2002-03-20 20:26   ` Andrea Arcangeli [this message]
2002-03-20 19:45 ` Christoph Hellwig
2002-03-20 23:39   ` Alan Cox
2002-03-21  4:21     ` Itai Nahshon
2002-03-21 13:34       ` Alan Cox
2002-03-21 14:34   ` Martin J. Bligh
2002-03-21 15:38     ` Itai Nahshon
2002-03-20 19:56 ` Hugh Dickins
2002-03-20 20:23 ` Andrea Arcangeli
2002-03-20 20:35   ` Christoph Hellwig
2002-03-20 21:17     ` Hugh Dickins
2002-03-20 21:38       ` Andrea Arcangeli
2002-03-20 21:34     ` Andrea Arcangeli
2002-03-20 21:46       ` Christoph Hellwig
2002-03-20 22:00         ` Andrea Arcangeli
2002-03-21 19:54           ` Greg KH
2002-03-21 23:29             ` Andrea Arcangeli
2002-03-21 23:49           ` William Lee Irwin III
2002-03-22  1:20             ` Andrea Arcangeli
2002-03-20 22:10   ` Martin J. Bligh

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=20020320212620.N4268@dualathlon.random \
    --to=andrea@suse.de \
    --cc=Martin.Bligh@us.ibm.com \
    --cc=dmccr@us.ibm.com \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    /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