Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753090AbcDZVvc (ORCPT ); Tue, 26 Apr 2016 17:51:32 -0400 Received: from mail-wm0-f47.google.com ([74.125.82.47]:36062 "EHLO mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752894AbcDZVv1 (ORCPT ); Tue, 26 Apr 2016 17:51:27 -0400 MIME-Version: 1.0 In-Reply-To: <20160426211547.GC16601@linux-uzut.site> References: <1461632806-5946-1-git-send-email-jwerner@chromium.org> <20160426102014.o7k77uzi32h73y3b@ws.net.home> <20160426183353.GB16601@linux-uzut.site> <94D0CD8314A33A4D9D801C0FE68B402963904365@G4W3296.americas.hpqcorp.net> <20160426211547.GC16601@linux-uzut.site> From: Gwendal Grignou Date: Tue, 26 Apr 2016 14:51:01 -0700 X-Google-Sender-Auth: u0NAej5ad4pLCwRbYDc0jjI0F_o Message-ID: Subject: Re: [PATCH] block: partitions: efi: Always check for alternative GPT at end of drive To: Davidlohr Bueso Cc: "Elliott, Robert (Persistent Memory)" , Karel Zak , Julius Werner , "linux-efi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-block@vger.kernel.org" , Gwendal Grignou , Doug Anderson Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 858 Lines: 23 On Tue, Apr 26, 2016 at 2:15 PM, Davidlohr Bueso wrote: > On Tue, 26 Apr 2016, Elliott, Robert (Persistent Memory) wrote: > > > I have nothing against the agpt, just pass a boot param and voila, > you can use it. This is not some sort of recent regression we are > talking about here. How is this such a burden all of a sudden? Julius and I were looking at the code when we spotted the issue. As Julius said, "just pass a boot param", is not easy on certain machines, like phone. It is not user friendly either. The system won't boot at all, a typical user will have to do a full reinstall to fix the error. Running with forced_gpt always on is not a solution either, because SD card formatted with a plain MBR over an older image with a GPT won't be mounted properly: that newer MBR will be ignored. Gwendal. > > Thanks, > Davidlohr