[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131122032600.GJ29695@two.firstfloor.org>
Date: Fri, 22 Nov 2013 04:26:00 +0100
From: Andi Kleen <andi@...stfloor.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Andi Kleen <andi@...stfloor.org>, Ingo Molnar <mingo@...nel.org>,
linux-kernel@...r.kernel.org, Andi Kleen <ak@...ux.intel.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"H. Peter Anvin" <hpa@...or.com>,
Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] Add a text_poke syscall
> Seems you need to solve a catch-22 on this. You need to show that there's a
> need (application), that requires this new feature and also show that all the
Patching code is quite common these days.
I'm just stating that.
> existing kernel features are inefficient for what is needed.
I believe it's possible to do it without kernel support, just hard and
ugly.
So the idea was: the kernel already knows how to do it. It does it
in a (not perfect but reasonable way). Let's just export it.
Will make everyone's live easier.
Is a single place so if any changes are needed they are all
centralized. If there are ever any new bugs in this area
they could be worked around in a single place.
It's too hard to leave it to user space programmers @-)
>
> The catch-22 may be that a application wont be created without the feature,
> but that's the problem you need to solve.
Of course the applications get created, they just likely have extremly
subtle bugs if they don't quite conform to the official protocol.
Or they may suddenly break when running on some new CPUs which
has different requirements.
-Andi
--
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