qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Alexander Graf <agraf@suse.de>
Cc: "qemu-ppc@nongnu.org" <qemu-ppc@nongnu.org>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH 13/15] target-pcc: Convert ppcemb_tlb_t to use fixed 64-bit RPN
Date: Thu, 18 Oct 2012 19:19:40 +1100	[thread overview]
Message-ID: <20121018081940.GG23523@truffula.fritz.box> (raw)
In-Reply-To: <664551E5-0164-4309-B7F1-C0D65E1AF396@suse.de>

On Thu, Oct 18, 2012 at 08:37:20AM +0200, Alexander Graf wrote:
> 
> 
> On 18.10.2012, at 07:50, David Gibson <david@gibson.dropbear.id.au> wrote:
> 
> > Currently the ppcemb_tlb_t struct, used on a number of embedded ppc models
> > to represent a TLB entry contains a target_phys_addr_t.  That works
> > reasonably for now, but is troublesome for saving the state, which we'll
> > want to do in future.  target_phys_addr_t is a large enough type to contain
> > a physical address for any supported machine - and can thus, in theory at
> > least, vary depending on what machines are enabled other than the one
> > we're actually using right now.  This makes it unsuitable for describing
> > in vmstate.
> 
> Target_phys_addr_t is actually 64bit for all ppc targets today since
> some 32 bit boards support more than 32 bit address space ;).

Yes, I know.  In fact since recently it's 64bit always on everything.

> The change still is fine though, as it makes that bit explicit.

Yes.  What this is leading to is the new savevm code - there are no
vmstate helpers for target_phys_addr_t and my attempt to add them met
with at least semi-convincing arguments against.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

  reply	other threads:[~2012-10-18  8:18 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-18  5:50 [Qemu-devel] [0/15] pseries patch queue David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 01/15] pseries: Don't allow duplicate registration of hcalls or RTAS calls David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 02/15] target-ppc: Rework storage of VPA registration state David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 03/15] pseries: Implement qemu initiated shutdowns using EPOW events David Gibson
2012-10-22  2:15   ` [Qemu-devel] [Qemu-ppc] " David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 04/15] target-ppc: Extend FPU state for newer POWER CPUs David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 05/15] pseries: Clean up inconsistent variable name in xics.c David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 06/15] pseries: Use #define for XICS base irq number David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 07/15] pseries: Cleanup duplications of ics_valid_irq() code David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 08/15] pseries: Move XICS initialization before cpu initialization David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 09/15] pseries: Return the token when we register an RTAS call David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 10/15] pseries: Allow RTAS tokens without a qemu handler David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 11/15] pseries: Add tracepoints to the XICS interrupt controller David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 12/15] pseries: Split xics irq configuration from state information David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 13/15] target-pcc: Convert ppcemb_tlb_t to use fixed 64-bit RPN David Gibson
2012-10-18  6:37   ` Alexander Graf
2012-10-18  8:19     ` David Gibson [this message]
2012-10-18  5:50 ` [Qemu-devel] [PATCH 14/15] pseries: Implement PAPR NVRAM David Gibson
2012-10-18  5:50 ` [Qemu-devel] [PATCH 15/15] pseries: Update SLOF for NVRAM support David Gibson

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=20121018081940.GG23523@truffula.fritz.box \
    --to=david@gibson.dropbear.id.au \
    --cc=agraf@suse.de \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).