Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2540128imu; Mon, 17 Dec 2018 03:51:16 -0800 (PST) X-Google-Smtp-Source: AFSGD/Xr/Fe9U+RvcB0NkEHKjPQFvl9DwHhdLxdRZKAVdqSrNiRXrPUVCMdfKrm6Or4fuq5mzzoM X-Received: by 2002:a17:902:a03:: with SMTP id 3mr12555046plo.112.1545047476875; Mon, 17 Dec 2018 03:51:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545047476; cv=none; d=google.com; s=arc-20160816; b=UF5ltJ3BBdn4hcw0ALsjWC4AuuCPG5CkPeriyU8vSkrWA5uXVLnP8NTQaucABR1Twc OCh8rZxvgkZBdHkKd3JFIib/ccbBCLq6scK/tAl11VAwY2tBSgu7W7MDsqJSRSbh1VRi ClxM0NRrMqBSegd0NQr7sYs+eE02Naz16SqujQCH4z7KIq/AuHwOx37njtO03+QSK6b7 qfPFk7v+EI4MX2araZC8V6bzVUvie2qIBBNN0IazHtcF+Rb+rL76hb1uK1Uwlo02hQvi wwZ8Iahz6PrjvPic007l6av0kKN71fRAgcNURc/wrQYgz6bX0+qE/lI39eEKnmiCUZOv 9Rdg== 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; bh=dwGKnio1qDk7lHcsIq9LTld+52OgjJumwxrf+EOc48I=; b=fJoXTog0JLM7qv23vwt+0tqNgji87Ed4o7ro48KwdmEnDwIUoMDzyPGBzJEzjVp2Vi c5c4Ce75xQq97D8g14y1I+25i10vhvSuiLdJVMhCGV9O12uBP09oM1d7Hrs3NWQzxYbH N9bZxovotsKSI4RLNDoVIULMHQubNmHtP7odSV8b3JD5jF5h7PlegsfrHhNdDWNhnXt5 u3t6JaysG2o8vG/Zl/Eavy4F6ShfD2N9ZC9SPmsHR6+sCfbjMZDPWF4ZlNny9g3gTo7I 7kQaAk17cn7yC3vXu6wz7fBPfcnGgHMTAJCY2tNxven1+xlFbnm+vTujntGAzrZfsM8u QLLA== 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 h9si11050535plb.180.2018.12.17.03.51.00; Mon, 17 Dec 2018 03:51:16 -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 S1732461AbeLQLtY (ORCPT + 99 others); Mon, 17 Dec 2018 06:49:24 -0500 Received: from mx2.suse.de ([195.135.220.15]:55806 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731759AbeLQLtY (ORCPT ); Mon, 17 Dec 2018 06:49:24 -0500 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 8B126AE4F; Mon, 17 Dec 2018 11:49:22 +0000 (UTC) Date: Mon, 17 Dec 2018 12:49:22 +0100 From: Petr Mladek To: Joe Lawrence Cc: Nicholas Mc Guire , Josh Poimboeuf , Jessica Yu , Jiri Kosina , Miroslav Benes , live-patching@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] livepatch: fix non-static warnings Message-ID: <20181217114922.km7dhpcuevjog3d3@pathway.suse.cz> References: <1544806570-21299-1-git-send-email-hofrat@osadl.org> <72b8f2a4-9070-23d3-4e75-66e10b2d94b5@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72b8f2a4-9070-23d3-4e75-66e10b2d94b5@redhat.com> 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 Fri 2018-12-14 16:34:23, Joe Lawrence wrote: > Almost. We should only need to annotate with __noclone for those > function definitions which the samples will be patching. As the commit > message says, these correlate to klp_func.old_name functions found in > klp_object.name objects (.ko modules or NULL for vmlinux). > > For the functions defined in samples/livepatch/*.c those would be: > > livepatch-callbacks-busymod.c :: busymod_work_func() __noclone is not added to this function in v2. Well, I wonder if it can be optimized when it is passed as a pointer. > livepatch-shadow-mod.c :: dummy_alloc() > livepatch-shadow-mod.c :: dummy_free() > livepatch-shadow-mod.c :: dummy_check() > > So even though livepatch-shadow-fix2 further refines > livepatch-shadow-fix1, the livepatch core is going to redirect the > original dummy_*() calls defined by livepatch-shadow-mod.c in both fix1 > and fix2 cases. Ie, the fixes modules aren't patched, only the original. Best Regards, Petr