All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerd Hoffmann <kraxel@suse.de>
To: Joe Bonasera <joe.bonasera@sun.com>
Cc: xen-devel@lists.xensource.com, keir@xensource.com
Subject: Re: Re: changeset 13403 ...
Date: Thu, 01 Feb 2007 17:10:20 +0100	[thread overview]
Message-ID: <45C210EC.8030803@suse.de> (raw)
In-Reply-To: <45BE3EA9.5030505@sun.com>

  Hi,

> I'm dropping in on this part way through but
> out of context the following sounds dangerous.
> 
> For example, Solaris domains assume at start
> of time, that only pages mapped in the start
> area are in use in any way. All other pages
> go immediately in our free lists. If you change
> this protocol, then we'll have backwards
> incompatibility issues to fix.

It's another protocol change: you can't switch from one self-consistent
set of page tables to another set of self-consistent page tables (where
the old set has only the old pagetables but not the new ones mapped
read-only, same for the new set and the old tables) any more.

That was added during the 3.0.3 cycle (I think) and now removed again.
domU kexec was the only user of that feature as far I know.  I've found
a way to get away without it.  I'm using a small intermediate page table
as suggested by Keir for one page table switch, the second page switch
to the final page table layout for the new kernel is easier to handle
due memory being mapped partly only in the builders initial memory layout.

cheers,
  Gerd

-- 
Gerd Hoffmann <kraxel@suse.de>

  parent reply	other threads:[~2007-02-01 16:10 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1HBaxo-0007rv-SQ@host-192-168-0-1-bcn-london>
2007-01-29 18:36 ` Re: changeset 13403 Joe Bonasera
2007-01-29 18:38   ` Keir Fraser
2007-02-01 16:10   ` Gerd Hoffmann [this message]
2007-02-01 18:30     ` Keir Fraser
2007-01-29 13:48 Keir Fraser
2007-01-29 13:55 ` Keir Fraser
2007-01-29 14:47   ` Gerd Hoffmann
2007-01-29 15:06     ` Keir Fraser
2007-01-29 15:35       ` Gerd Hoffmann

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=45C210EC.8030803@suse.de \
    --to=kraxel@suse.de \
    --cc=joe.bonasera@sun.com \
    --cc=keir@xensource.com \
    --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.