[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 5 May 2015 16:34:50 +0200
From: Martin Schwidefsky <schwidefsky@...ibm.com>
To: Jiri Slaby <jslaby@...e.cz>
Cc: live-patching@...r.kernel.org, jpoimboe@...hat.com,
sjenning@...hat.com, jkosina@...e.cz, vojtech@...e.cz,
mingo@...hat.com, linux-kernel@...r.kernel.org,
Miroslav Benes <mbenes@...e.cz>,
Heiko Carstens <heiko.carstens@...ibm.com>,
linux-s390@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, x86@...nel.org
Subject: Re: [RFC kgr on klp 4/9] livepatch: add kgr infrastructure
On Tue, 05 May 2015 15:27:19 +0200
Jiri Slaby <jslaby@...e.cz> wrote:
> What I could do is to split them and make this setup:
>
> _TIF_WORK:
> TIF_NOTIFY_RESUME 0
> TIF_SIGPENDING 1
> TIF_NEED_RESCHED 2
> TIF_KGR_IN_PROGRESS_W 3
> TIF_UPROBE 7
>
> _TIF_TRACE:
> TIF_SYSCALL_TRACE 24
> TIF_SYSCALL_AUDIT 25
> TIF_SECCOMP 26
> TIF_SYSCALL_TRACEPOINT 27
> TIF_KGR_IN_PROGRESS_T 28
>
> =====
>
> Then make TIF_KGR_IN_PROGRESS_W fire when "tm"-ing _TIF_WORK in
> "__TI_flags+7". TIF_KGR_IN_PROGRESS_T will work along with _TIF_TRACE
> using "tm" on "__TI_flags+4".
>
> What do you think?
Yes, that is what I had in mind. Feel free to reorder the TIF bits
in any way necessary. I have done that several times already.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists