Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3471530imu; Fri, 30 Nov 2018 00:29:04 -0800 (PST) X-Google-Smtp-Source: AFSGD/WJ+Q2hJ6CvZ8bAvVBhpQVbGDCzUQEQA2yFU8WU+JQCeM8AUydpf0faob+DlBk3dFyl0CWM X-Received: by 2002:a62:444b:: with SMTP id r72mr4795513pfa.184.1543566544862; Fri, 30 Nov 2018 00:29:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543566544; cv=none; d=google.com; s=arc-20160816; b=gWmcQ8lav5pldsTHf6pLNoa/TcV8ItXPClP4h5MhMbumrpr+hU5ZHmJcy1e9CP8P8n 6VNQ9mLbwQHPQvFKMKlVH5ZbnShNmjHN4RQeq+qq3V+s/WpXZ0HoORUavfPY7sMEMEWm GtgaHDJ/98VWHhHbJSF6jN0GH2fRQvT6D+ujEQnli/kPbek/YotILcwvg/Cdv2DEM2wd TY8S2WOtPk4+choK1XM1J4CXXF5a4qilNxi92cEQ+ivwPQQQDm9U8R77+OgUHRbsGU4c 9XOvJ2DbrT6lC7yH8fYGvZSYSbxnHs0ynS6pB7aXiA1NDGQPzyDZcWap99McabOq87CA BMSQ== 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 :in-reply-to:references:mime-version:dkim-signature; bh=dF6A6KbI7n1ExzCRqtataz/107wdQmD0y3PRdoOGBl0=; b=XJXwMMhSQoq7zGNP8F7wESea1oYpEBMdDir9qBxZpRNRRyUnmVeEkS68nePB9Bjzl9 rzd+GO4Bd2RcVcU7YHRsQOLoZpVSYGuFoPxt6GxVQbJ3VzJ5ETuR+CzX0k2NTVb2dw9q L0kCrLa74QuSSkGJcBYX1yB7Np6p3Xg0ukRiiUXBB3xAWdFVvYBBi1+ug52qpVzLDrkW wInyM/JAnXYV+Uy3JiWeoEECJhCIJBcpxSwNBijNUg197J31279KSMmLxs1/8z5XUZnZ P0dYm6yg3CP4ZqBKswsk8K/w75uQqvo1ROTRfAuyYBZjjHjkgt/1on5H3uTYftVCdDqQ n+rQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EISXwtFI; 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 b34si4741794pld.305.2018.11.30.00.28.49; Fri, 30 Nov 2018 00:29:04 -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=EISXwtFI; 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 S1726974AbeK3TfQ (ORCPT + 99 others); Fri, 30 Nov 2018 14:35:16 -0500 Received: from mail-io1-f67.google.com ([209.85.166.67]:35644 "EHLO mail-io1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726825AbeK3TfQ (ORCPT ); Fri, 30 Nov 2018 14:35:16 -0500 Received: by mail-io1-f67.google.com with SMTP id u19so3880387ioc.2 for ; Fri, 30 Nov 2018 00:26:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dF6A6KbI7n1ExzCRqtataz/107wdQmD0y3PRdoOGBl0=; b=EISXwtFIlibDZBkGx2610HiCrKiXY6ByskDWYsEVr9gAt0F2ZeSJT3UoH1OF+cFjbc 0Y5lsk1irJh5VMsWexi6FKgVbGVX0BShj14jRAipfbkAGK50fJ75/34JsrsGGYP0Pk0v vWP35sQmzD4l4h6sj6XnJ9ukB7Ri8jwh2oEZY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dF6A6KbI7n1ExzCRqtataz/107wdQmD0y3PRdoOGBl0=; b=GG+GVfVTY2MX4YQKqXx/oDL/T+/5BNV10dWj3w6I/lch1XNVI273Si4BDEYgUQ5LaN LsSVJTRlPB1c48v0i3NQfRtBkItvpS6iRoYoxMw9Hag5Fg/NtBDj/Javi5JGt4TuSaI9 L3ofG/3gwTof4KmcQp72HmMYPwyQ8NH99UDfU8m6NdJ6Yg+q6rFX4uMf0fevD8RlrJ0y J6k2FxEBYdFru/jAgvEK4TT+5sAt/VvRA+4B7+KqLsVc1/CTnYb/Pi9uTLTPn+eTV/9h WChuhzIuqPVaud5Zc77wGE6Few+9xFr9ThK99sRNxQyMZIwE8iDKShUV06ZU90qQUGtZ ztjQ== X-Gm-Message-State: AA+aEWazQL8erME8UMf2LzDsYeVL+pjXtmCdvXRNZpmYbZ3U39mbSKbw 1FeyXlcf61a9xVWX7kIqTtCWqStd8AoxNr35QkOkXA== X-Received: by 2002:a5d:8402:: with SMTP id i2mr3897501ion.173.1543566404092; Fri, 30 Nov 2018 00:26:44 -0800 (PST) MIME-Version: 1.0 References: <20181129171230.18699-1-ard.biesheuvel@linaro.org> <20181129171230.18699-2-ard.biesheuvel@linaro.org> <20181130072952.GA16084@gmail.com> In-Reply-To: <20181130072952.GA16084@gmail.com> From: Ard Biesheuvel Date: Fri, 30 Nov 2018 09:26:32 +0100 Message-ID: Subject: Re: [PATCH 01/11] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service To: Ingo Molnar Cc: linux-efi , Thomas Gleixner , Linux Kernel Mailing List , Andy Lutomirski , Arend Van Spriel , Bhupesh Sharma , Borislav Petkov , Dave Hansen , Eric Snowberg , Hans de Goede , Joe Perches , Jon Hunter , Julien Thierry , Marc Zyngier , Nathan Chancellor , Peter Zijlstra , "Prakhya, Sai Praneeth" , Sedat Dilek , YiFei Zhu 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 Fri, 30 Nov 2018 at 08:29, Ingo Molnar wrote: > > > * Ard Biesheuvel wrote: > > > From: Eric Snowberg > > > > Commit d64934019f6c ("x86/efi: Use efi_exit_boot_services()") > > introduced a regression on systems with large memory maps > > causing them to hang on boot. The first "goto get_map" that was removed > > from exit_boot insured there was enough room for the memory map when > > efi_call_early(exit_boot_services) was called. This happens when > > (nr_desc > ARRAY_SIZE(params->e820_table). > > > > Chain of events: > > exit_boot() > > efi_exit_boot_services() > > efi_get_memory_map <- at this point the mm can't grow over 8 desc > > priv_func() > > exit_boot_func() > > allocate_e820ext() <- new mm grows over 8 desc from e820 alloc > > efi_call_early(exit_boot_services) <- mm key doesn't match so retry > > efi_call_early(get_memory_map) <- not enough room for new mm > > system hangs > > > > This patch allocates the e820 buffer before calling efi_exit_boot_services > > and fixes the regression. > > > > Signed-off-by: Eric Snowberg > > Signed-off-by: Ard Biesheuvel > > --- > > arch/x86/boot/compressed/eboot.c | 65 ++++++++++++++++++++------------ > > 1 file changed, 41 insertions(+), 24 deletions(-) > > Any objections against marking this for -stable and filing it in > efi/urgent? Boot hangs are show-stopper bugs, so distributions would want > to backport this fix anyway. > No objections per se, but this is the kind of patch that might go the other way as well, so I would prefer to give it some wider coverage at first, given how quickly patches are taken into -stable. I can make a note of it and send it to Greg halfway into the next -rc cycle. > > + boot_map.map = ↦ > > + boot_map.map_size = &map_size; > > + boot_map.desc_size = &desc_size; > > + boot_map.desc_ver = NULL; > > + boot_map.key_ptr = NULL; > > + boot_map.buff_size = &buff_size; > > I have changed this to the canonical style, which is also used elsewhere > in the file: > > > map.buff_size = &buff_size; > > priv.boot_params = boot_params; > > priv.efi = &boot_params->efi_info; > > - priv.e820ext = NULL; > > - priv.e820ext_size = 0; > > I.e.: > > + boot_map.map = ↦ > + boot_map.map_size = &map_size; > + boot_map.desc_size = &desc_size; > + boot_map.desc_ver = NULL; > + boot_map.key_ptr = NULL; > + boot_map.buff_size = &buff_size; > + > + status = efi_get_memory_map(sys_table, &boot_map); > Excellent, thanks.