[Devel] [RFC rh7 v2] ve/tty: vt -- Implement per VE support for console and terminals
Vladimir Davydov
vdavydov at parallels.com
Thu Aug 6 04:36:59 PDT 2015
On Thu, Aug 06, 2015 at 02:01:57PM +0300, Cyrill Gorcunov wrote:
> On Thu, Aug 06, 2015 at 01:48:08PM +0300, Vladimir Davydov wrote:
> > > Maybe let gather all ioctls we won't be able to escape using into
> > > one place and check what we can do?
> >
> > I don't think it's strictly necessary - we can do it in the course of
> > porting old APIs. We just need to refine our policy:
> >
> > - Everything that has to be configured at restore must be moved to the
> > ve cgroup right now for the sake of criu.
> >
> > Then having ve.features, ve.os_release, etc perfectly makes sense. Still
> > VE_CONFIGURE_OPEN_TTY should be left as an ioctl according to our new
> > policy.
>
> Agreed. VE_CONFIGURE_OPEN_TTY is special unfortunately (and could you
> enlighten me a bit -- when console is attached, is it allowed to
> do c/r in our pcs6, i somehow forget,
You can attach to the console using `vzctl console $CTID`. I just
checked - checkpoint/restore is allowed.
> and if yes I'm not yet sure how we will be restoring it in criu).
Good question. I don't know the answer.
FWIW the patch that added vtty cpt/rst support is called
diff-cpt-vtty-support-and-cleanups
More information about the Devel
mailing list