Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1055187ybl; Tue, 13 Aug 2019 06:45:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqzq5W09Nhdikyc0iHz0TjcXlS+cx+r/hF4Jd2ac/2Z0j1zkw4kTYo2HNQHTsq8qs7h6yWkt X-Received: by 2002:aa7:9254:: with SMTP id 20mr42403402pfp.212.1565703959277; Tue, 13 Aug 2019 06:45:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565703959; cv=none; d=google.com; s=arc-20160816; b=WvgiqDOFm4KNLYx4M9gZ7oZ+/fk+XNBrM1/8Mso4fD432j4LJGAikMhSTUX8HoKZ2f 17AO5spbJskzELXvgY5k3RC2X0FBsjZWPy2o2AIU8Kr1xOfE9cE4bEQjTFjFqRI/iSyf NVA9WX3MVFl6eUS3ZsSs9XFepNmRjKdZmfhKZCnE30n66MvnA4Z9wrYvDCzVtywtQC+A ga5Cr5xRwkBV4Sl/2LpHdlWtsBTdi/j/Q3pIk8Y2/jJC20CFDeF+9ajg4i14jgEvZm/R 21QjqdejBaMRYkxVZq69jvRESKsLwHQBwWhXTTvTn4IvVs8XzK6KFvkrNjf2c+RJh7eP vE1g== 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; bh=OrjRbD5JLMLAR+qYtMKpal4Nfjg9ts3XEOrxbditjQc=; b=gcUlIE3Uq72O2bkUlO6PveqZ3mmoOheM8E3OzXGh8KcKA7ppRmTH9l1APMzEIPUcac ZHfy8AQFB745VXmGLxU6OOLUM+pZ4kIciLNNH84YlveeqLk3cbks+0pUhBOMYjRQ2R8X 8lTev6K6fwDiGeALSOyDTxcMtosvAB+su9Gd/yNbmdLdv1xNcPlwVLHfzdQtMvnZw//y 6qgU+QG6naJMfIJ9FU9FIrSfKgfI0dtv+swRoDB8dcbLKoXcYS7Mp2DjBCYogG6T5cXZ tW4BCCyrYemMoLb4mDVs9QPYcD7ZOlpmAscELVyPE9KjRh9f7n6WWiArmyD61ESxyZw7 XZsg== 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 v8si67307090pfm.83.2019.08.13.06.45.42; Tue, 13 Aug 2019 06:45:59 -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 S1729251AbfHMNnS (ORCPT + 99 others); Tue, 13 Aug 2019 09:43:18 -0400 Received: from mx2.suse.de ([195.135.220.15]:58534 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728338AbfHMNnR (ORCPT ); Tue, 13 Aug 2019 09:43:17 -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 6AF5EAD05; Tue, 13 Aug 2019 13:43:16 +0000 (UTC) Date: Tue, 13 Aug 2019 15:43:11 +0200 (CEST) From: Miroslav Benes To: Petr Mladek cc: Jiri Kosina , Josh Poimboeuf , Joe Lawrence , Kamalesh Babulal , Nicolai Stange , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 4/5] livepatch: Documentation of the new API for tracking system state changes In-Reply-To: <20190719074034.29761-5-pmladek@suse.com> Message-ID: References: <20190719074034.29761-1-pmladek@suse.com> <20190719074034.29761-5-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 On Fri, 19 Jul 2019, Petr Mladek wrote: > Documentation explaining the motivation, capabilities, and usage > of the new API for tracking system state changes. > > Signed-off-by: Petr Mladek > --- > Documentation/livepatch/index.rst | 1 + > Documentation/livepatch/system-state.rst | 167 +++++++++++++++++++++++++++++++ > 2 files changed, 168 insertions(+) > create mode 100644 Documentation/livepatch/system-state.rst > > diff --git a/Documentation/livepatch/index.rst b/Documentation/livepatch/index.rst > index edd291d51847..94bbbc2c8993 100644 > --- a/Documentation/livepatch/index.rst > +++ b/Documentation/livepatch/index.rst > @@ -9,6 +9,7 @@ Kernel Livepatching > > livepatch > callbacks > + system-state > cumulative-patches > module-elf-format > shadow-vars This is really a nitpick, but wouldn't it be better to move system-state to the end of the list, because it relies on the information from the other parts? > diff --git a/Documentation/livepatch/system-state.rst b/Documentation/livepatch/system-state.rst > new file mode 100644 > index 000000000000..f04ef2b9089a > --- /dev/null > +++ b/Documentation/livepatch/system-state.rst > @@ -0,0 +1,167 @@ > +==================== > +System State Changes > +==================== > + > +Some users are really reluctant to reboot a system. This brings the need > +to provide more livepatches and maintain some compatibility between them. > + > +Maintaining more livepatches is much easier with cumulative livepatches. > +Each new livepatch completely replaces any older one. It can keep, > +add, and even remove fixes. And it is typically safe to replace any version > +of the livepatch with any other one thanks to the atomic replace feature. > + > +The problems might come with shadow variables and callbacks. They might > +change the system behavior or state so that it is not longer safe to s/not longer/no longer/ (there are more instances of this in the patch). Miroslav