[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LSU.2.20.1706191839060.5419@pobox.suse.cz>
Date: Mon, 19 Jun 2017 18:43:22 +0200 (CEST)
From: Miroslav Benes <mbenes@...e.cz>
To: Joe Lawrence <joe.lawrence@...hat.com>
cc: live-patching@...r.kernel.org, Petr Mladek <pmladek@...e.com>,
linux-kernel@...r.kernel.org, Josh Poimboeuf <jpoimboe@...hat.com>,
Jessica Yu <jeyu@...hat.com>, Jiri Kosina <jikos@...nel.org>
Subject: Re: [PATCH 3/3] livepatch: add shadow variable sample program
> Good catch. Let me add a disclaimer here and state that this example is
> definitely contrived as I was trying to minimize its size. Applying
> shadow variables to a more real life use case would drag in a bunch of
> "changed" function dependencies. I didn't want to work around those
> with a pile of kallsyms workarounds. It did lead you to ask an
> interesting question though:
You can always create a completely artificial sample based on a real life
use case. I mean, you can create a module with functions and data
structures you need and then patch one of those functions. You control
everything and you can limit dependencies and kallsyms workarounds (or
avoid them completely).
Miroslav
Powered by blists - more mailing lists