From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C216CC2BA19 for ; Sat, 11 Apr 2020 03:44:26 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 53046206F7 for ; Sat, 11 Apr 2020 03:44:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="do6GC9pk" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 53046206F7 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 8EAFF8E000A; Fri, 10 Apr 2020 23:44:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 89B548E0009; Fri, 10 Apr 2020 23:44:25 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7B0C38E000A; Fri, 10 Apr 2020 23:44:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0249.hostedemail.com [216.40.44.249]) by kanga.kvack.org (Postfix) with ESMTP id 5F2D78E0009 for ; Fri, 10 Apr 2020 23:44:25 -0400 (EDT) Received: from smtpin19.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id 199DC181AEF21 for ; Sat, 11 Apr 2020 03:44:25 +0000 (UTC) X-FDA: 76694181690.19.stage25_60bc01b90953b X-HE-Tag: stage25_60bc01b90953b X-Filterd-Recvd-Size: 3865 Received: from us-smtp-delivery-1.mimecast.com (us-smtp-2.mimecast.com [207.211.31.81]) by imf21.hostedemail.com (Postfix) with ESMTP for ; Sat, 11 Apr 2020 03:44:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1586576664; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=tSX3QudJ2iHkyu7Zntp3JHz55Dv2K9nr9Vw4rINki0g=; b=do6GC9pknGDlJETDHu10GICBfpQFSHPCiTdkVg3Bf0IKYMqzxOZx0uESctVK59rr9vRjK/ HTQ6FDCBcPdEbqxPCaN3iOxSWf9HNY+35Uv6rYA4XuuAFvwDD4D8W7MXsnU9okAbC1ExmK ORmxF/OhLXlThny43hkmhLAWV4bf8XQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-223-uXpjzOt_P8C_VBef4dtHRQ-1; Fri, 10 Apr 2020 23:44:22 -0400 X-MC-Unique: uXpjzOt_P8C_VBef4dtHRQ-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id B93F5107ACC7; Sat, 11 Apr 2020 03:44:20 +0000 (UTC) Received: from localhost (ovpn-12-67.pek2.redhat.com [10.72.12.67]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 29FC160C05; Sat, 11 Apr 2020 03:44:16 +0000 (UTC) Date: Sat, 11 Apr 2020 11:44:14 +0800 From: Baoquan He To: Andrew Morton Cc: David Hildenbrand , James Morse , kexec@lists.infradead.org, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, Eric Biederman , Catalin Marinas , Will Deacon , Anshuman Khandual , Bhupesh Sharma Subject: Re: [PATCH 1/3] kexec: Prevent removal of memory in use by a loaded kexec image Message-ID: <20200411034414.GH2129@MiWiFi-R3L-srv> References: <321e6bf7-e898-7701-dd60-6c25237ff9cd@redhat.com> <9cb4ea0d-34c3-de42-4b3f-ee25a59c4835@redhat.com> <72672e2c-a57a-8df9-0cff-8035cbce7740@redhat.com> <34274b02-60ba-eb78-eacd-6dc1146ed3cd@arm.com> <80e4d1d7-f493-3f66-f700-86f18002d692@redhat.com> <20200410121013.03b609fd572504c03a666f4a@linux-foundation.org> MIME-Version: 1.0 In-Reply-To: <20200410121013.03b609fd572504c03a666f4a@linux-foundation.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 04/10/20 at 12:10pm, Andrew Morton wrote: > It's unclear (to me) what is the status of this patchset. But it does ap= pear that > an new version can be expected? As we discussed in the thread of replying to the cover letter, the idea of this patchset is not good.=20 Because We tend to use kexec_file_load more and improve/enhance it in the future, and gradually obsolete the old kexec_load interface which this patchset is trying to fix on.=20 And the issue James spot is a very corner case, we have suggested another easier way to avoid it by adding systemd service to load kexec and monitor memory adding/removing uevent, juas as we have done for kdump loading. Bhupesh is working on this to add a service in Fedora and test, and will put it to RHEL too if nobody is unsatisfied. Thanks Baoquan