All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Mackerras <paulus@linuxcare.com.au>
To: Dan Malek <dan@mvista.com>
Cc: Gabriel Paubert <paubert@iram.es>,
	tom_gall@vnet.ibm.com, Tom Gall <tgall@rochcivictheatre.org>,
	Troy Benjegerdes <hozer@drgw.net>,
	linuxppc-commit@hq.fsmlabs.com,
	linuxppc-dev <linuxppc-dev@lists.linuxppc.org>
Subject: Re: context overflow
Date: Wed, 7 Feb 2001 08:50:20 +1100 (EST)	[thread overview]
Message-ID: <14976.29084.376745.660244@tango.linuxcare.com.au> (raw)
In-Reply-To: <3A806897.9D2D480E@mvista.com>


Dan Malek writes:

> That's not what MMU context means, well at least the way I have
> learned to use it in the past.  An MMU context is supposed to represent
> the virtual mapping of memory objects.  Linux has memory objects

No, an MMU context represents an address space, or more precisely the
set of virtual to physical mappings in an address space, which will
typically include mappings of many objects.  That's the way the term
is used in the Linux kernel, that's why it's the mm_struct (which
represents an address space) which has the MMU context in it.

> and the ability to map these through VM areas, which is interesting
> considering (IMHO) the TLB management and the terms (like context)
> banted about are such a big hack.  Normally, it is the other way around.
> You have some legacy hunk of code designed around arcane two level
> page tables that tries to represent VM areas and memory objects
> with TLB management doing its best to implement real MMU context.

On machines like the x86 where the MMU doesn't know about MMU contexts
you have to basically context-switch the whole MMU including the TLB.
Fortunately we don't have to do that. :)

Paul.

--
Paul Mackerras, Open Source Research Fellow, Linuxcare, Inc.
+61 2 6262 8990 tel, +61 2 6262 8991 fax
paulus@linuxcare.com.au, http://www.linuxcare.com.au/
Linuxcare.  Putting Open Source to work.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2001-02-06 21:50 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-20  2:27 context overflow Dan Malek
2001-01-22  4:28 ` Troy Benjegerdes
2001-01-22  4:39   ` Tom Gall
2001-01-22 18:10     ` Dan Malek
2001-01-22 18:55     ` tom_gall
2001-01-22 19:59       ` Dan Malek
2001-01-22 22:08         ` tom_gall
2001-01-23  0:10           ` Dan Malek
2001-01-23 10:00             ` Gabriel Paubert
2001-01-23 18:21               ` Dan Malek
2001-02-06 10:55                 ` Paul Mackerras
2001-02-06 21:11                   ` Dan Malek
2001-02-06 21:50                     ` Paul Mackerras [this message]
2001-02-06 22:29                       ` Dan Malek
2001-02-06 22:45                         ` Paul Mackerras
2001-02-06 10:50               ` Paul Mackerras
2001-02-06 21:32                 ` Dan Malek
2001-02-06 22:08                   ` Paul Mackerras
2001-02-06 23:14                     ` Dan Malek
2001-02-07  0:23                       ` Paul Mackerras
2001-02-07 18:02                         ` Dan Malek
2001-02-08  0:48                           ` Paul Mackerras
2001-02-08  1:39                             ` Frank Rowand
2001-02-08 19:00                             ` David Edelsohn
2001-02-08 20:53                               ` Roman Zippel
2001-02-08 21:14                                 ` David Edelsohn
2001-02-08 23:23                                   ` Roman Zippel
2001-02-08 23:48                                     ` Cort Dougan
2001-02-08 21:28                               ` Cort Dougan
2001-02-08 22:08                                 ` David Edelsohn
2001-02-08 22:26                                   ` Cort Dougan
2001-02-08 23:17                                     ` David Edelsohn
2001-02-08 23:27                                       ` Cort Dougan
2001-02-08 23:28                                   ` Gabriel Paubert
2001-02-09  9:58                                     ` Paul Mackerras
2001-02-09 10:57                                       ` Gabriel Paubert
2001-02-09 11:26                                         ` Paul Mackerras
2001-02-09 10:49                               ` Paul Mackerras
2001-02-07  9:18                   ` Roman Zippel
2001-02-07 17:46                     ` Dan Malek
2001-02-07 18:39                       ` Roman Zippel
2001-02-07 21:16                         ` Gabriel Paubert
2001-02-08  0:34                           ` Paul Mackerras
2001-01-22  4:55   ` Larry McVoy
2001-01-22  6:15     ` Troy Benjegerdes
2001-01-23  1:12 ` Frank Rowand
2001-01-23  1:20   ` Dan Malek
2001-01-23  2:12     ` Frank Rowand

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=14976.29084.376745.660244@tango.linuxcare.com.au \
    --to=paulus@linuxcare.com.au \
    --cc=dan@mvista.com \
    --cc=hozer@drgw.net \
    --cc=linuxppc-commit@hq.fsmlabs.com \
    --cc=linuxppc-dev@lists.linuxppc.org \
    --cc=paubert@iram.es \
    --cc=tgall@rochcivictheatre.org \
    --cc=tom_gall@vnet.ibm.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.