Received: by 10.223.185.116 with SMTP id b49csp6619735wrg; Thu, 8 Mar 2018 10:18:35 -0800 (PST) X-Google-Smtp-Source: AG47ELtPBrJ2ZMusI1C7o8NK0NJMLjDpbWctQdw4VQ5k8QEPVmhW+9xPIhUMe6Yu2MpRrhEAn9dd X-Received: by 10.101.80.68 with SMTP id k4mr21533600pgo.81.1520533115544; Thu, 08 Mar 2018 10:18:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520533115; cv=none; d=google.com; s=arc-20160816; b=XIGaXJNw08sPwtJQKz6aHL4dkfwzgG7HjDDB2Uu2yGEzYQBTL9VuR4V8fHTzFiPlSo i27ngwF2j99dYpO/a77q9Y+qbyHRovRpdfpcZQVpzOftKNilUvaJGCUJjO4R3G11UaJ8 XJyxrazHt5b9vvKXs+exj92ldgbNuhvK1mVPyj5bxA8WDE0PLPevcTh4JwQvsWDCzXUl Cw9u69eQKqYl3Ic4sR8VBCUlQ2eWDDpQ8Sz0AuK2AeVi8qAzJVqtgV5+uT7uiqcVLFwQ 5yQcvJ+XQGGvvf18sEJKOjb9wRdwqJ+pTDk4oVqzxo9FjfH9hPjEF18IOXPzAszY3uCV GNbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=NED1o2BZYnsjE7AAonyDDV8hDgc/q7qM46Kanebs1UE=; b=FC9H3jIGVzYJf4GN3SNnpf5INL1MdMjJSo43DHbWZi+tcwIHMxmv78R5HyGfuHAT7I a1FW24og56/7kve/tcLi/bFmshIgQ/9O8wNSQdHvSXLe1wg0xLLdXoeKPlIdjBBbcic7 zrM8MfkLwHbIzvD+wdl127vzCQ4HRo2iWD4OlZDDfXMUphFeKnSRh/hUyVNrtbLdCee7 GlP57uithMUU9RYzY/to9jtGH785wOUc6U5nPS2MpdbjYJLmTsbbQDWbi6/BYpSX9wuq YjMBFjSO5Wj5B21YbiqeQnmG1Wf7k0FNtk3Msnxjv7pMwF8fCLpPHI9SPSBm75SMMlM9 OdLw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=AIKQKaN2; 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 m3si13486803pgs.54.2018.03.08.10.18.07; Thu, 08 Mar 2018 10:18:35 -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; dkim=pass header.i=@linaro.org header.s=google header.b=AIKQKaN2; 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 S936010AbeCHSQC (ORCPT + 99 others); Thu, 8 Mar 2018 13:16:02 -0500 Received: from mail-io0-f195.google.com ([209.85.223.195]:42214 "EHLO mail-io0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752168AbeCHSQA (ORCPT ); Thu, 8 Mar 2018 13:16:00 -0500 Received: by mail-io0-f195.google.com with SMTP id u84so651226iod.9 for ; Thu, 08 Mar 2018 10:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NED1o2BZYnsjE7AAonyDDV8hDgc/q7qM46Kanebs1UE=; b=AIKQKaN2vc8NsHANJcPB3uL14OaxDI2ZPfOkLKYhqavG1GJgTHPUqSly/ABbETBcZK gVgOcfqoTTN0NQce4FuHx5z80d3kftPjxsGO7D8KzzP10g0N02sko3Kmbbfh6we8PZbe kjKZl3keIFd9BbawAnxid3SBjaWvR8i7A7DJE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NED1o2BZYnsjE7AAonyDDV8hDgc/q7qM46Kanebs1UE=; b=eRqEI3CxjpvkE1hzfhHL/INN07343yqrSW6t4+Arsj7UPu65bncHER5phjvdv2GV2R QSfGxPmIQj/CT4HBPeYin2laobzmA5Tgsxwf4xYKT0Dm2MDsuFO1nCmI85bFXkaWaHZL +Rj+wNQFDVWCSBjsdGZxr5Zowy+dWI46gfQ4bQ7Ua9xXtWycjhZgYPoclzGlcza5I68f KwCpeoxM6yPWlTMtvC2xsGxk2cs8W2l55AAtqT33uYS5dY6APXdmAV/8g15PyjR+c7l/ 8aMUyFTjFu01PfqZQ/XIsIvVwuBVZACC4DW6s/UfLy7y2QB+huJ2CMFjgCjPi8wbrtAX ZvGA== X-Gm-Message-State: AElRT7EGV2xcAuREiGAIiGTHtaZewMpswoC3xGNBzKFBL9CztVI+eZHd oQq/mMiaOp2qqC1srQjtD7WrsXgZgeQJZuSBrxFxmA== X-Received: by 10.107.151.74 with SMTP id z71mr30193657iod.277.1520532959519; Thu, 08 Mar 2018 10:15:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.138.209 with HTTP; Thu, 8 Mar 2018 10:15:57 -0800 (PST) In-Reply-To: References: <1519414953-5478-1-git-send-email-tbaicar@codeaurora.org> <1519414953-5478-2-git-send-email-tbaicar@codeaurora.org> <20180224072054.GA3264@dhcp-128-65.nay.redhat.com> From: Ard Biesheuvel Date: Thu, 8 Mar 2018 18:15:57 +0000 Message-ID: Subject: Re: [PATCH 1/2] efi/esrt: fix unsupported version initialization failure To: Tyler Baicar Cc: Dave Young , linux-efi@vger.kernel.org, Linux Kernel Mailing List , Jeff Hugo , Sameer Goel , AKASHI Takahiro , Timur Tabi Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8 March 2018 at 18:00, Ard Biesheuvel wrote: > On 8 March 2018 at 16:11, Tyler Baicar wrote: >> On 2/24/2018 2:20 AM, Dave Young wrote: >>> >>> On 02/23/18 at 12:42pm, Tyler Baicar wrote: >>>> >>>> If ESRT initialization fails due to an unsupported version, the >>>> early_memremap allocation is never unmapped. This will cause an >>>> early ioremap leak. So, make sure to unmap the memory allocation >>>> before returning from efi_esrt_init(). >>>> >>>> Signed-off-by: Tyler Baicar >>>> --- >>>> drivers/firmware/efi/esrt.c | 2 +- >>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>> >>>> diff --git a/drivers/firmware/efi/esrt.c b/drivers/firmware/efi/esrt.c >>>> index c47e0c6..504f3c3 100644 >>>> --- a/drivers/firmware/efi/esrt.c >>>> +++ b/drivers/firmware/efi/esrt.c >>>> @@ -285,7 +285,7 @@ void __init efi_esrt_init(void) >>>> } else { >>>> pr_err("Unsupported ESRT version %lld.\n", >>>> tmpesrt.fw_resource_version); >>>> - return; >>>> + goto err_memunmap; >>>> } >>>> if (tmpesrt.fw_resource_count > 0 && max - size < entry_size) { >>>> -- >>> >>> Reviewed-by: Dave Young >> >> Thank you Dave for your review here and input on the other patch. >> >> Ard, >> >> Can this patch be picked up? I understand patch 2 is not acceptable, but >> this one should >> be good to go I think. >> > > Yeah you're right. I'll pick it up as a bugfix. Actually, on second thought, could you respin this patch, and just move the memunamp() to right after the memcpy()? That way, we can get rid of all the 'goto err_memunmap's afaict Thanks, Ard.