Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp795112ybe; Mon, 2 Sep 2019 09:14:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqxwJslSCdUwIw7er7BjwlqYck2XkrTeVHsCPCPyzAmITcT2GPh1ntqqeX0TGx7UHQywvVQn X-Received: by 2002:a17:90a:fa3:: with SMTP id 32mr14009656pjz.35.1567440885374; Mon, 02 Sep 2019 09:14:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567440885; cv=none; d=google.com; s=arc-20160816; b=ZKxfsDbbabN6k5BZzfR5BcgXGn5WW3offKwoRGMCBePIjHKQz5J/XzzZ96C1jA9Cbo ttdSnlJemsocEn/vOyS28sZM6P0JgnVLNo9TNPOswZfvhegoiOv0FhbQVSkmrg2kkubo LrkQlD4yzqPjWcF5LVJP8jQu0DaSrbQQWCsD4mj//b6oBmYS6Uewsnr76WGft89c53C2 eKza+jKO2lWrNqJQ8xikR2yDoKZJ0OAWxWGEpZThLm7BvJ18G/yAFrS45X4OwEXDOTGY 44/T8iNqp+uYo7Go5pq/PL/lhF7Y/2fFIMqU68eE83v5ievdt1NE4rqfOktztENFlCu7 AMvA== 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=0tQ0Yg1sKnKmNil12jG8Zg8bZD7I8LsP7hQG0RRCnWY=; b=Fi1GS6PxVIRERgR99BBJ/v8jpXT/Pc9T3uG0bqsNSqWisZclRF7Wa1qN5Lg2Ty4WzC rU7iSHunVtkJ8A5J6yGNuQcQoSQPmztDGYNxawW9fKP8dFFPaHH+AYO6Odz+Ur9WR3NP ch0V9bflZRkF1yknPLQwoCN0tjyQSxtWRxFmm/5rU46QItVHIIWQ6rHqLfU0uujiiMQZ +OJGjp2eL5dhlBZ2lO1Qgh48isMbc37J8o4nkOCkYe4IcMDHA20aFXJHI+wEwCJrMXb7 ONY9pglwH/yXeCcMcbQ2dycAxDh00ZOB19hDnoxnzke6QoUJTocS98iNhMN3/aQ1v687 J30g== 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 h24si15802321pfq.84.2019.09.02.09.14.26; Mon, 02 Sep 2019 09:14:45 -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 S1726323AbfIBQNf (ORCPT + 99 others); Mon, 2 Sep 2019 12:13:35 -0400 Received: from mx2.suse.de ([195.135.220.15]:36648 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725830AbfIBQNf (ORCPT ); Mon, 2 Sep 2019 12:13:35 -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 55740AE3A; Mon, 2 Sep 2019 16:13:34 +0000 (UTC) Date: Mon, 2 Sep 2019 18:13:21 +0200 (CEST) From: Miroslav Benes To: Josh Poimboeuf cc: Petr Mladek , jikos@kernel.org, joe.lawrence@redhat.com, linux-kernel@vger.kernel.org, live-patching@vger.kernel.org Subject: Re: [RFC PATCH 2/2] livepatch: Clear relocation targets on a module removal In-Reply-To: <20190826145449.wyo7avwpqyriem46@treble> Message-ID: References: <20190719122840.15353-1-mbenes@suse.cz> <20190719122840.15353-3-mbenes@suse.cz> <20190728200427.dbrojgu7hafphia7@treble> <20190814151244.5xoaxib5iya2qjco@treble> <20190816094608.3p2z73oxcoqavnm4@pathway.suse.cz> <20190822223649.ptg6e7qyvosrljqx@treble> <20190823081306.kbkm7b4deqrare2v@pathway.suse.cz> <20190826145449.wyo7avwpqyriem46@treble> 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 > I can easily foresee more problems like those in the future. Going > forward we have to always keep track of which special sections are > needed for which architectures. Those special sections can change over > time, or can simply be overlooked for a given architecture. It's > fragile. Indeed. It bothers me a lot. Even x86 "port" is not feature complete in this regard (jump labels, alternatives,...) and who knows what lurks in the corners of the other architectures we support. So it is in itself reason enough to do something about late module patching. Miroslav