Re: live patching design (was: Re: [PATCH 1/3] sched: add sched_task_call())

From: Jiri Kosina
Date: Mon Feb 23 2015 - 07:43:59 EST

On Sat, 21 Feb 2015, Ingo Molnar wrote:

> (It does have some other requirements, such as making all
> syscalls interruptible to a 'special' signalling method
> that only live patching triggers - even syscalls that are
> under the normal ABI uninterruptible, such as sys_sync().)

BTW I didn't really understand this -- could you please elaborate what
exactly do you propose to do here in your "simplified" patching method
(i.e. serializing everybody at the kernel boundary) for

That actually seems to be the most crucial problem to me in this respect.
Other things are rather implementation details; no matter whether we are
sending normal SIGCONT or SIGPATCHING with special semantics you have
described above, at the end of the day we end up calling kick_process()
for the task in question, and that makes both interruptible sleepers and
CPU hogs go through the "checkpoint". SIGPATCHING would then be "just" an
improvement of this, making sure that EINTR doesn't spuriously get leaked
to userspace.

But I didn't understand your claims regarding uninterruptible sleeps in
your paragraph above. sys_sync() is one thing, that's just waiting
uninterruptibly for completion. But how about all the mutex waitiers in

Thanks a lot,

Jiri Kosina
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at