Received: by 10.192.165.148 with SMTP id m20csp2663733imm; Sun, 6 May 2018 21:41:04 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoCTVj0kOlFd/KQGfnEuetrkl3almghIYFaOz8AGonJzYtY0+CNn+r6a3MUG+h22bWkQ2/w X-Received: by 10.98.61.84 with SMTP id k81mr35491854pfa.193.1525668064111; Sun, 06 May 2018 21:41:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525668064; cv=none; d=google.com; s=arc-20160816; b=byNJ57V0Wq2cni/ccJITzIDlQ4hcyCQtkbu7B6YheHWhRaQbmWX7RIDwJM8z3PbSwQ OSvjyGwX2lk12egF09KxShsmYTbyy6Gkem9ZznmMfibdHgOz27hISR4JlRoj7XYxpvyT aBpkKxM3ceihK37UznfSYiBPnhlCFf2ekGU4nESjaqLVvKLzWK85FbRa8uvDp2EKDT+W LQooW97Jpy1kE8mFKgs3w5Fte3koagwukiBJ/30QEZsEUyWLIZIMFbEaeUsaIxQyK8BH 1EDKvxyk2XkSU0O1kVOX0IswJ1zXBpT4sDvMsNG2AvtzsiahFB0SL+WFaVWv8sW/qkcP m9KA== 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:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=NLEMGdlUcYizqJExBlBN/RXlPqb0H6jRYvXxOvrxNLQ=; b=gag60IUeB0TRbd4T0zTQTuLNkF0jHJBz9W/1Bk9sD+H9YqAMaYmb23Y4zNc1l5KD0R oa9u/uzJZ81NYVdJ/DyRhB7a12wKm4wBQVM/S+Feyy+P6axmF/m+WV79iaxWy/YlGWGf 724vhsbyfffM48emNMNgjULBqJ0fH3wclPqUmKXDQWAOXj+kkoPQhwgATgxfxojYdXuS ZV1WGdhcTFJpUw27Rr1O4G3A5gAf30o5p6Yp86+iP5FENXCiEj/76NMuyFk9gIs8Rjnf Y8Nw45OrIFa1wEFfqvJHOkrlin9ectrrn/9cvliNUS+DrmoHzwYSU+YDfpiYDek34CLu KIKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Bm5ncQcA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o14-v6si17876934pgf.174.2018.05.06.21.40.18; Sun, 06 May 2018 21:41:04 -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; dkim=pass header.i=@linaro.org header.s=google header.b=Bm5ncQcA; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750996AbeEGEkH (ORCPT + 99 others); Mon, 7 May 2018 00:40:07 -0400 Received: from mail-pg0-f47.google.com ([74.125.83.47]:33643 "EHLO mail-pg0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750732AbeEGEkF (ORCPT ); Mon, 7 May 2018 00:40:05 -0400 Received: by mail-pg0-f47.google.com with SMTP id i194-v6so19336185pgd.0 for ; Sun, 06 May 2018 21:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to:user-agent; bh=NLEMGdlUcYizqJExBlBN/RXlPqb0H6jRYvXxOvrxNLQ=; b=Bm5ncQcAuOw8o93bFJKiW5chSoW5ctkxVgd06lux/n2SvQ63GOXhnUOSectLb6Z0lu OmJYLslAImKd9EFmWq67I9L/ARaqr3J0XEbUbi4BFVS/HPYFb/Yghh6Csa3fcpwcfKZA krtHvUKOI1RtFJTi803yYtt+O9KUoya+RLDsg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=NLEMGdlUcYizqJExBlBN/RXlPqb0H6jRYvXxOvrxNLQ=; b=G/5NMyczD8p741qb4F5vsPUhwqU2UG7AbfHhdWN8fsX+tUzHOSkcvqTLH+Bfr/8wij 9zsO2vg16VtnYOiVESnNmWEXz6DZ2PJkPT5hF3EuGeV2KVWGV1ZmlpK+Etr3uirNsE/S LCFQ7o8l+3bvlIB7mMR7kC93+nv8zh8DLVbf+ZUP72k/T+cGNWOhXaxxF5Kn+RUUZTVJ RVFEd7XAd4JQ2FyfcU3k6sPmmciQ8sL1iqJl+1km7x5uhK1eHJjz14H+BAc+vFFfEKwM c3kt9LR/oueujiGKvoUf5ycH9jNumRlUfwxo204ryon1qg2sAczK5LdjwkPUdi6Istyj dgLA== X-Gm-Message-State: ALQs6tBDoBmDGUjekgaFzMlNUG5MK+i7/Bn3bDL3ir9jhaAS7gHtlhH1 4cCxcp5dO6un+JihGNLQkem1MQ== X-Received: by 2002:a17:902:b946:: with SMTP id h6-v6mr23084849pls.3.1525668005443; Sun, 06 May 2018 21:40:05 -0700 (PDT) Received: from linaro.org ([121.95.100.191]) by smtp.googlemail.com with ESMTPSA id v10-v6sm31158137pgt.33.2018.05.06.21.40.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 May 2018 21:40:04 -0700 (PDT) Date: Mon, 7 May 2018 13:40:51 +0900 From: AKASHI Takahiro To: James Morse Cc: catalin.marinas@arm.com, will.deacon@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, ard.biesheuvel@linaro.org, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v9 02/11] kexec_file: make kexec_image_post_load_cleanup_default() global Message-ID: <20180507044050.GC11326@linaro.org> Mail-Followup-To: AKASHI Takahiro , James Morse , catalin.marinas@arm.com, will.deacon@arm.com, dhowells@redhat.com, vgoyal@redhat.com, herbert@gondor.apana.org.au, davem@davemloft.net, dyoung@redhat.com, bhe@redhat.com, arnd@arndb.de, ard.biesheuvel@linaro.org, bhsharma@redhat.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20180425062629.29404-1-takahiro.akashi@linaro.org> <20180425062629.29404-3-takahiro.akashi@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 01, 2018 at 06:46:04PM +0100, James Morse wrote: > Hi Akashi, > > On 25/04/18 07:26, AKASHI Takahiro wrote: > > Change this function from static to global so that arm64 can implement > > its own arch_kimage_file_post_load_cleanup() later using > > kexec_image_post_load_cleanup_default(). > > Do we need to call kexec_image_post_load_cleanup_default()? All it does is call > the image-type fops->cleanup(), which you don't implement in this series. > > Is this just-in-case someone adds cleanup() later and is surprised only the > arch-level helper is called? Yes, we want not to miss two possibilities: - some common clean-up code is added to kexec_image_post_load_cleanup_default() - some format(i.e. Image)-specific clean-up code is added to fops->cleanup() -Takahiro AKASHI > > > Thanks, > > James