From: Dan Smith <danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org
Subject: Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)
Date: Wed, 25 Feb 2009 14:23:35 -0800 [thread overview]
Message-ID: <87eixmtau0.fsf@caffeine.danplanet.com> (raw)
In-Reply-To: 20090225160841.4d727144@thinkcentre.lan
NL> No typechecking.
I think I can make this a little better by doing what Serge suggested:
sizeof(typeof(a)) != sizeof(typeof(b));
I was focused on the CR_COPY_BIT() variant at the time, so I didn't
think to apply it to CR_COPY.
NL> Generates a memcpy where, depending on the arguments, simple
NL> assignment would be sufficient and preferred.
The implementation that uses these in a common function to copy in
either direction could certainly apply them only where appropriate.
Further, we could have a CR_COPY() and CR_COPY_MULTI() which would use
assignment and memcpy() respectively.
NL> Anyway, checkpoint and restart should not be "symmetric" -- the
NL> restart code has to validate certain values, such as privileged
NL> registers, in the image before committing them.
As Serge (just) said, I think that it makes it pretty clear where the
special cases are. There's no reason (that I can think of) why you
can't check all of your values before you call the symmetric copy
function during restore. You've got to check and then copy anyway.
--
Dan Smith
IBM Linux Technology Center
email: danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org
next prev parent reply other threads:[~2009-02-25 22:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-25 18:12 [PATCH 0/3] c/r: Add s390 support Dan Smith
[not found] ` <1235585529-806-1-git-send-email-danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-02-25 18:12 ` [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs Dan Smith
2009-02-25 18:12 ` Dan Smith
2009-02-25 18:12 ` [PATCH 2/3] c/r: Add CR_COPY() macro (v2) Dan Smith
[not found] ` <1235585529-806-3-git-send-email-danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-02-25 22:08 ` Nathan Lynch
[not found] ` <20090225160841.4d727144-4v5LP+xe+1byhTdZtsIeww@public.gmane.org>
2009-02-25 22:21 ` Serge E. Hallyn
2009-02-25 22:23 ` Dan Smith [this message]
2009-02-25 18:12 ` [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6) Dan Smith
[not found] ` <1235585529-806-4-git-send-email-danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-02-25 22:28 ` Nathan Lynch
[not found] ` <20090225162817.2003383c-4v5LP+xe+1byhTdZtsIeww@public.gmane.org>
2009-02-25 22:37 ` Dan Smith
2009-02-25 23:34 ` Nathan Lynch
2009-02-25 23:34 ` Serge E. Hallyn
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=87eixmtau0.fsf@caffeine.danplanet.com \
--to=danms-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.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.