Received: by 10.213.65.68 with SMTP id h4csp1075420imn; Wed, 14 Mar 2018 08:53:55 -0700 (PDT) X-Google-Smtp-Source: AG47ELtMD6FD+61Fm1QElPX6jtUCSOXEieaRAb+dLSgoXs6deRcUSrcBcz7xSAq4v7uM+cnPRKYA X-Received: by 10.99.95.78 with SMTP id t75mr1743082pgb.330.1521042835407; Wed, 14 Mar 2018 08:53:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521042835; cv=none; d=google.com; s=arc-20160816; b=bM4t3SI724gRWGDFPhvJq6BaHk/HlKTJOZXRd+ocP+3VAL4E/Q3raOtE6O8A5wmXqP VJ1UsUWjidYmRivrW6+KUY3UISuFmCYxHHZaVpkKTgqvbDdwic63VhUYAS6PVHyCkrol HXlxW4t6dweNJ0Y6VgLUvOdkbgJCPSv3jytvOa5kopYIEj//WLZWMgKCwsvondcmfIYV kJlLkgo7JgjrS7fJSsK8Npfh3b0GeBb12yy2PLuTc5pSEk7BakDyBwqWgxPzFz5RVG7N 7+wBE2oNn5fLRiGqtBHOAgtVm7bzaDB8wfHSKbSIV2DKroGXvee2yQHKrdDPVfKw9Oyj sUgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=hLm4oUVXwsPtlU6gAmRdk08qQMzon3iH2TvTTFmkZaI=; b=U5BymtRXlQxmE7tpeljI8OOIwfyLiybBR0yXVu/Vl/MFO1qc6o76VaMXPM8AYR3txL l0pWgyaGkkxZIehvvOYbeCb2EZBA6xJIifbgeoCGMx0/zCkwBOgUTtNamc8WYfBV8jxe jAfqYRsS5V4XufrTY2mEQBKgSTEFFgVKAR4ciFqr/06aNU3TDKLXqie9NC8AzDqmbbNN fr0EfywpKiaM68chctDXRGmWbEaCgJRCJVOgeRdlCnke63v3DMKguiLXCSAI77OqYXvi /LYTXID9lRbnJYpPlzO7oorCH4L3TgfYxLphPJk1NPGKMFD9e2iGr8Ue//6wf2kleGed c4IA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p26-v6si1890681pli.534.2018.03.14.08.53.34; Wed, 14 Mar 2018 08:53:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752491AbeCNPu7 (ORCPT + 99 others); Wed, 14 Mar 2018 11:50:59 -0400 Received: from mx2.suse.de ([195.135.220.15]:42358 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751729AbeCNPun (ORCPT ); Wed, 14 Mar 2018 11:50:43 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 74E8CAE08; Wed, 14 Mar 2018 15:50:41 +0000 (UTC) Date: Wed, 14 Mar 2018 16:50:40 +0100 From: Petr Mladek To: Josh Poimboeuf Cc: Jiri Kosina , Miroslav Benes , Jason Baron , Joe Lawrence , Jessica Yu , Evgenii Shatokhin , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v10 02/10] livepatch: Free only structures with initialized kobject Message-ID: <20180314155040.54sqxtkxidihl6sn@pathway.suse.cz> References: <20180307082039.10196-1-pmladek@suse.com> <20180307082039.10196-3-pmladek@suse.com> <20180313223858.p32bicvp4ohj5mk6@treble> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180313223858.p32bicvp4ohj5mk6@treble> User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 2018-03-13 17:38:58, Josh Poimboeuf wrote: > On Wed, Mar 07, 2018 at 09:20:31AM +0100, Petr Mladek wrote: > > We are going to add a feature called atomic replace. It will allow to > > create a patch that would replace all already registered patches. > > For this, we will need to dynamically create funcs and objects > > for functions that are no longer patched. > > > > We will want to reuse the existing init() and free() functions. Up to now, > > the free() functions checked a limit and were called only for structures > > with initialized kobject. But we will want to call them also for structures > > that were allocated but where the kobject was not initialized yet. > > > > This patch removes the limit. It calls klp_free*() functions for all > > structures. But only the ones with initialized kobject are freed. > > The handling of un-initialized structures will be added later with > > the support for dynamic structures. > > > > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c > > index 1d525f4a270a..69bde95e76f8 100644 > > --- a/kernel/livepatch/core.c > > +++ b/kernel/livepatch/core.c > > @@ -653,17 +653,15 @@ static struct kobj_type klp_ktype_func = { > > .sysfs_ops = &kobj_sysfs_ops, > > }; > > > > -/* > > - * Free all functions' kobjects in the array up to some limit. When limit is > > - * NULL, all kobjects are freed. > > - */ > > -static void klp_free_funcs_limited(struct klp_object *obj, > > - struct klp_func *limit) > > +/* Free all funcs that have the kobject initialized. */ > > +static void klp_free_funcs(struct klp_object *obj) > > { > > struct klp_func *func; > > > > - for (func = obj->funcs; func->old_name && func != limit; func++) > > - kobject_put(&func->kobj); > > + klp_for_each_func(obj, func) { > > + if (func->kobj.state_initialized) > > + kobject_put(&func->kobj); > > + } > > } > > Now that this function only has a single caller, personally I think it > would become more readable if klp_free_funcs() were inlined into its > caller (klp_free_objects()). At the very least it should be moved to be > right above it. I would keep it as is. The function will get later more complicated by adding support for dynamically allocated structures. I still have to think about squashing the patches. I'll reply on this in the other mail where you opened this question. Best regards, Petr PS: Thank you for review. I took some pills against functionitis and already applied all changes suggested for the 1st patch.