DragonFly BSD
DragonFly kernel List (threaded) for 2013-07
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: [GSoC] Make vkernels checkpointable - week 2


From: "Samuel J. Greear" <sjg@xxxxxxxxxxxx>
Date: Sun, 7 Jul 2013 15:19:00 -0600

--089e01493bf407b1b104e0f27a10
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Pawel,

How did everything go this last week?

Would it make sense to look at going ahead and committing the existing work
you have done to master? (Since if it can save/restore a regular threaded
process, it is independently useful).

Sam


On Sun, Jun 30, 2013 at 10:52 PM, Pawel Dziepak <pdziepak@quarnos.org>wrote=
:

> Hello,
>
> Recently, I have completed support for checkpointing processes with
> multiple threads by saving and restoring signal information. That
> included keeping information on thread's signal mask and alternate
> stack for signal handlers (apparently, signal stack info wasn't saved
> even for the main thread). That required changing of the ckpt_siginfo
> structure. However, since it is used only by coredump save and
> checkpoint restore code there won't be any serious compatibility
> consequences.
>
> I've also spent some time on testing to ensure that everything works
> well regardless of the hardware architecture (x86, amd64, and
> vkernels). Since I haven't found any problems I am now going to (a
> week earlier than planned) to start working on reopening network
> interface used by vkernel and restoring its configuration.
>
> Pawe=C5=82
>
>

--089e01493bf407b1b104e0f27a10
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Pawel,<div><br></div><div style>How did everything go this=
 last week?</div><div style><br></div><div style>Would it make sense to loo=
k at going ahead and committing the existing work you have done to master? =
(Since if it can save/restore a regular threaded process, it is independent=
ly useful).</div>
<div style><br></div><div style>Sam</div></div><div class=3D"gmail_extra"><=
br><br><div class=3D"gmail_quote">On Sun, Jun 30, 2013 at 10:52 PM, Pawel D=
ziepak <span dir=3D"ltr">&lt;<a href=3D"mailto:pdziepak@quarnos.org"; target=
=3D"_blank">pdziepak@quarnos.org</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hello,<br>
<br>
Recently, I have completed support for checkpointing processes with<br>
multiple threads by saving and restoring signal information. That<br>
included keeping information on thread&#39;s signal mask and alternate<br>
stack for signal handlers (apparently, signal stack info wasn&#39;t saved<b=
r>
even for the main thread). That required changing of the ckpt_siginfo<br>
structure. However, since it is used only by coredump save and<br>
checkpoint restore code there won&#39;t be any serious compatibility<br>
consequences.<br>
<br>
I&#39;ve also spent some time on testing to ensure that everything works<br=
>
well regardless of the hardware architecture (x86, amd64, and<br>
vkernels). Since I haven&#39;t found any problems I am now going to (a<br>
week earlier than planned) to start working on reopening network<br>
interface used by vkernel and restoring its configuration.<br>
<br>
Pawe=C5=82<br>
<br>
</blockquote></div><br></div>

--089e01493bf407b1b104e0f27a10--



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]