Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp954971imu; Fri, 21 Dec 2018 10:01:56 -0800 (PST) X-Google-Smtp-Source: ALg8bN4U83cY+rzWRmkQp8HAZ2mKeg2uO6YUKT8VCckv7BQgp13sPROXX5GfAfadx9f25IMN+U6E X-Received: by 2002:a17:902:201:: with SMTP id 1mr3488728plc.62.1545415316201; Fri, 21 Dec 2018 10:01:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545415316; cv=none; d=google.com; s=arc-20160816; b=vo6IibuMhUV8zVxTZJXgmD2WHi+xdcZzZw72paCgqz34TacIxp4OOnCP6u5XvAfHOF ZgQISlnd+3CjPeHkMXN0I4DiTY+fjnp7imkZKwM4y0QneeYvjMPyCME792E8s8jQIKHf Cyp2WAFF37dMM82CJWBLYJTE6pbNqM6A9gcabGdjFaHWpb8t4guofHk4J4i+4RrIVItD 8I94YbnwPoFmdtqTfH83hy8KNsbdhtw65mc0XW4oeM4hZFnRYZ3MIVe1lMCyklarZat8 +SHH8aLl7u+9YPbHpAjDGK6dcYdHYph3IMyFDPzoNTp2sKAhSHzXAQcrJizexckl//pL fb9A== 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=cHF4yfwhO+zUfVZTHtIH65REY+s6XQkj4iVYNrcZyIQ=; b=w3BGaahoY8JZBZMugrP7gCX8VxmmJr1haNMxrWG1qkNfXRgk4yEx9SMA9eP8MIYScd gwjLVGdhmyQrhonOqmwyf9H9EABV7X1lQqNl+zFLLzuG9eFearXFuKvm9i3btlGPsocD SY8zexxaBl21bvOpAnaEQg8nFyFAcaLcrLjGa/ovtCNm6u8VKu3Y5GcS2lb7/dsucWr6 NtTru5K0ZcWzKs6fmPmsVF/1tH8rjI44j7YC3TStxcKQ9xU93RW+jI7IkmGXQRCW3hd8 sfWpfMy4LFOhtV9RAcBRJVFRC3rMtgLHBXYgEaxE6OlExUUDW+YGrMr37Rz2SRewFV00 v/JA== 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 v16si20739947plo.182.2018.12.21.10.01.40; Fri, 21 Dec 2018 10:01:56 -0800 (PST) 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 S2388981AbeLUJs2 (ORCPT + 99 others); Fri, 21 Dec 2018 04:48:28 -0500 Received: from mx2.suse.de ([195.135.220.15]:42292 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729789AbeLUJs2 (ORCPT ); Fri, 21 Dec 2018 04:48:28 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id CC200AF6D; Fri, 21 Dec 2018 09:48:25 +0000 (UTC) Date: Fri, 21 Dec 2018 10:48:25 +0100 (CET) From: Miroslav Benes To: Joao Moreira cc: Jiri Kosina , Josh Poimboeuf , yamada.masahiro@socionext.com, michal.lkml@markovi.net, jeyu@kernel.org, pmladek@suse.com, linux-kbuild@vger.kernel.org, live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled In-Reply-To: <3fec8358-f64c-57e4-fa7f-1ee91a45be9b@suse.de> Message-ID: References: <20181219141744.32392-1-mbenes@suse.cz> <20181219165428.5udrppedpdvf2u7k@treble> <20181219172127.o753af7pkrsttcgl@treble> <3fec8358-f64c-57e4-fa7f-1ee91a45be9b@suse.de> 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 Thu, 20 Dec 2018, Joao Moreira wrote: > On 12/20/18 12:33 AM, Miroslav Benes wrote: > > On Wed, 19 Dec 2018, Jiri Kosina wrote: > > > >> On Wed, 19 Dec 2018, Josh Poimboeuf wrote: > >> > >>> Also the commit message needs an analysis of the performance impacts. > >> > >> Agreed. Especially as it's expected (*) to be completely in the noise > >> particularly for the kernel, it'd be good to have that documented in the > >> changelog. > >> > >> (*) actually measured already for some subset of the IPA optimizations > > > > Ok, we can do that. I don't expect the results to be different from the > > last measurement as Jiri mentions. The sets of disabled optimizations are > > similar. > > > > I'll add it to v2. > > > > On Wed, 19 Dec 2018, Jiri Kosina wrote: > > > >> On Wed, 19 Dec 2018, Josh Poimboeuf wrote: > >> > >>>>> This option only makes sense for source-based patch generation, so isn't > >>>>> it a bit premature to make this change without proper source-based patch > >>>>> tooling? > >>>> > >>>> The reality is though that before the full-fledged patch tooling exists, > >>>> people are actually already writing livepatches by hand, so this option > >>>> is > >>>> useful for them. > >>> > >>> Fair enough. > > > > Yes, that was the reason I sent it. It would not make sense to wait for > > the tooling in this case, because -flive-patching is useful even now, > > since there is a way to prepare livepatches without any tooling. > > > >>> Though, upstream, almost everybody seems to use kpatch-build, for which > >>> this patch doesn't help. And people will continue to do so until we > >>> have decent source-based tooling. Will the klp-convert patches be > >>> revived soon? > >> > >> Let me add Joao, who's working on that. > >> > >> Joao, I think you had something basically ready for upstream exposure, > >> right? > > > > I think that when Joao posted it a long time ago, the conclusion was that > > it would be better to wait for the source-based tooling and have the > > complete solution. I may misremember though. > > Your memories match mine, Miroslav. > > FTR, we recently integrated klp-convert to SLE. There were some fixes in > comparison with the version which was submitted upstream, thus a v2 of the > patches is necessary. > > > > > If Josh thinks that it would be acceptable to have klp-convert merged even > > without the tooling, I'm all for it. > > > Of course I can work on that and I'll be glad to do so / submit this new > version, if this is now something considered useful. Yes, please. Some context first. We decided to remove the integration into kbuild at SUSE. klp-convert is called from rpm .spec file directly after a livepatch module is compiled. I think we should preserve kbuild process in upstream though. It makes more sense there. Miroslav