From: "Serge E. Hallyn" <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org,
Dan Smith <danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
Date: Wed, 25 Feb 2009 17:34:54 -0600 [thread overview]
Message-ID: <20090225233454.GA29972@us.ibm.com> (raw)
In-Reply-To: <20090225162817.2003383c-4v5LP+xe+1byhTdZtsIeww@public.gmane.org>
Quoting Nathan Lynch (ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org):
> > +#if 0
> > + /* Oren's v13 is on an older kernel which has no vdso_base
> > + * on newer kernel, we'll have to enable this
> > + */
> > + CR_COPY(op, hh->vdso_base, mm->context.vdso_base);
> > +#endif
>
> During restart, does this replace the current task's VDSO contents, and
> if so, is that wise? VDSO areas contain things like timestamps for
> gettimeofday()...
(I've gone back and forth on this, and the following answer differs
from any interpretation i've had before :)
Well, arch_setup_additional_pages() uses get_unmapped_area() to get
a user mapping for the vdso pages. So i would expect that in fact
the arch-independent code would set up a new vdso mapping at the
checkpointed location, and so mm->context.vdso_base does in fact
need to be changed.
But it's something to verify when we port the code to a newer
kernel.
-serge
prev parent reply other threads:[~2009-02-25 23:34 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
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 [this message]
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=20090225233454.GA29972@us.ibm.com \
--to=serue-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=danms-r/Jw6+rmf7HQT0dZR+AlfA@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.