From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933389AbbKMKYw (ORCPT ); Fri, 13 Nov 2015 05:24:52 -0500 Received: from mx2.suse.de ([195.135.220.15]:54823 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932557AbbKMKYe (ORCPT ); Fri, 13 Nov 2015 05:24:34 -0500 Date: Fri, 13 Nov 2015 11:24:33 +0100 (CET) From: Miroslav Benes To: Chris J Arges cc: live-patching@vger.kernel.org, jeyu@redhat.com, Petr Mladek , Josh Poimboeuf , Seth Jennings , Jiri Kosina , Vojtech Pavlik , linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/4 v5] livepatch: Simplify code for relocated external symbols In-Reply-To: <1447347595-30728-3-git-send-email-chris.j.arges@canonical.com> Message-ID: References: <1447259366-7055-1-git-send-email-chris.j.arges@canonical.com> <1447347595-30728-1-git-send-email-chris.j.arges@canonical.com> <1447347595-30728-3-git-send-email-chris.j.arges@canonical.com> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Nov 2015, Chris J Arges wrote: > From: Petr Mladek > > The livepatch module might be linked from several .o files. > All symbols that need to be shared between these .o files > should be exported. This is a normal programming practice. > I do not see any reason to access static symbols between > these .o files. > > This patch removes the search for the static symbols within > the livepatch module. It makes it easier to understand > the meaning of the external flag and klp_find_external_symbol() > function. > > Signed-off-by: Petr Mladek > Signed-off-by: Chris J Arges I'd remove this patch from the patch set, because 1. Josh needs to confirm that it is possible for kpatch to live without external or that we can modify it. This could postpone this patch set as a whole. 2. I think the issue is quite independent of the problem this patch set solves. 3. I can even imagine that we could get rid of 'external' in klp_func and its special handling completely if kpatch allows. So let's solve it separately. Does anyone have a different opinion? Miroslav