Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1772139imm; Mon, 3 Sep 2018 09:02:10 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda/MLCE61X28S6pWbKQ7q7T8dh7gHMJ3e0AY24eMat7nCYYiWW57lmvqqsH/+bkYr9EdaZJ X-Received: by 2002:a17:902:46a4:: with SMTP id p33-v6mr29444491pld.205.1535990530185; Mon, 03 Sep 2018 09:02:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535990530; cv=none; d=google.com; s=arc-20160816; b=fXH/F/QMT0dddw0PKmT0nx5T1e7YGYNj0il2NW+7EZWMt8YniqgXhBTUmw163tWYeT PoKa+j5fFbtJmVVkAa7F291nc+tqswKXGBp8HHd14BtU9yFtbohMegou2B0nd/NkRDXh BB2Ewh8xN8m6DGO59e+Q7uswu4a12C0Vsz+SydJ33RAWE1zl0RlNji963JVDo+2YXCbt JE2OtbsU+CwbnF0DhIU56kLFuSC9wupi17vjgU/bc788MjS9K5+bC1Hz3FR5JFOXqFmu q1GlxXfs4XXhfQ2QF2V7YdmUKdlOdW/11FG2uSH7DgtMKlxWEuRdFD7CXE/h/M9tyX9v ZLMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=3itVgLPNvb8rOPEGvmx/iMBQn8QQtvT5oasH4LjgC5c=; b=AuvbBr5UtGekZrkXW8sxaoqJjKX5rvd3PXnbBZ5d1xThQwrDmzad4GL2wxIRRTdePV MLiSwiHqjy/OfpW+H+xKADGzVdw2OR3sZSb512TUTX9XUAoGuxBSBO140UqDJPk7gwZR 0xDJcqPCiIpl2+TC3W5lBNrg4pgg/7IVdPync9eIxJc26HEOhq9GqmXEzDvyMKIjkoYh oATKVGsuxo/Ox23y97o/eKvI+JokOmKWAu+8eX7mMFy98XY5qLPZsYwqHhrfkILgv/hY ZEHhgI8ed+8coleyiLUv2CWZFjnsGwaC2Ei8qi1f7XvGa9BfnC+3U24WIb765kbfvpmh U6Eg== 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 m37-v6si13264796pla.236.2018.09.03.09.01.54; Mon, 03 Sep 2018 09:02:10 -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 S1727468AbeICUVe (ORCPT + 99 others); Mon, 3 Sep 2018 16:21:34 -0400 Received: from mx2.suse.de ([195.135.220.15]:39952 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725969AbeICUVe (ORCPT ); Mon, 3 Sep 2018 16:21:34 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1AB74AEA7; Mon, 3 Sep 2018 16:00:47 +0000 (UTC) Date: Mon, 3 Sep 2018 18:00:45 +0200 (CEST) From: Miroslav Benes To: Petr Mladek cc: Jiri Kosina , Josh Poimboeuf , Jason Baron , Joe Lawrence , Jessica Yu , Evgenii Shatokhin , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v12 07/12] livepatch: Use lists to manage patches, objects and functions In-Reply-To: <20180828143603.4442-8-pmladek@suse.com> Message-ID: References: <20180828143603.4442-1-pmladek@suse.com> <20180828143603.4442-8-pmladek@suse.com> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > -#define klp_for_each_object(patch, obj) \ > +#define klp_for_each_object_static(patch, obj) \ > for (obj = patch->objs; obj->funcs || obj->name; obj++) > > -#define klp_for_each_func(obj, func) \ > +#define klp_for_each_object(patch, obj) \ > + list_for_each_entry(obj, &patch->obj_list, node) > + > +#define klp_for_each_func_static(obj, func) \ > for (func = obj->funcs; \ > func->old_name || func->new_addr || func->old_sympos; \ > func++) > > +#define klp_for_each_func(obj, func) \ > + list_for_each_entry(func, &obj->func_list, node) > + > int klp_enable_patch(struct klp_patch *); > > void arch_klp_init_object_loaded(struct klp_patch *patch, > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c > index 6a47b36a6c9a..7bc23a106b5b 100644 > --- a/kernel/livepatch/core.c > +++ b/kernel/livepatch/core.c > @@ -50,6 +50,21 @@ LIST_HEAD(klp_patches); > > static struct kobject *klp_root_kobj; > > +static void klp_init_lists(struct klp_patch *patch) > +{ > + struct klp_object *obj; > + struct klp_func *func; > + > + INIT_LIST_HEAD(&patch->obj_list); > + klp_for_each_object_static(patch, obj) { > + list_add(&obj->node, &patch->obj_list); > + > + INIT_LIST_HEAD(&obj->func_list); > + klp_for_each_func_static(obj, func) > + list_add(&func->node, &obj->func_list); > + } > +} > + > static bool klp_is_module(struct klp_object *obj) > { > return obj->name; > @@ -664,6 +679,7 @@ static int klp_init_patch(struct klp_patch *patch) > patch->module_put = false; > INIT_LIST_HEAD(&patch->list); > init_completion(&patch->finish); > + klp_init_lists(patch); This could explode easily if patch->objs is NULL. The check is just below. > if (!patch->objs) > return -EINVAL; Here. klp_init_lists() calls klp_for_each_object_static() which accesses obj->name without a check for obj. One could argue that it is a responsibility of the user not to do such a silly thing, but since the check is already there, could you move klp_init_lists() call after the check? Regards, Miroslav