From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ad2Jg-0006w0-G3 for mharc-grub-devel@gnu.org; Mon, 07 Mar 2016 16:03:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ad2Jd-0006u1-AN for grub-devel@gnu.org; Mon, 07 Mar 2016 16:03:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ad2JY-00052c-Gu for grub-devel@gnu.org; Mon, 07 Mar 2016 16:03:45 -0500 Received: from mx1.redhat.com ([209.132.183.28]:42473) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ad2JY-00052R-BP for grub-devel@gnu.org; Mon, 07 Mar 2016 16:03:40 -0500 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (Postfix) with ESMTPS id D896565401; Mon, 7 Mar 2016 21:03:39 +0000 (UTC) Received: from redhat.com (ovpn-112-81.phx2.redhat.com [10.3.112.81]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u27L3W4F032725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Mar 2016 16:03:37 -0500 Date: Mon, 7 Mar 2016 16:03:32 -0500 From: Peter Jones To: "Vladimir 'phcoder' Serbinenko" Subject: Re: Bugs and tasks for 2.02[~rc1] Message-ID: <20160307210331.GC13163@redhat.com> References: <20160304200641.GC27106@redhat.com> <56DA9AE8.3010006@gmail.com> <20160307190016.GA13163@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Mon, 07 Mar 2016 21:03:39 +0000 (UTC) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.132.183.28 Cc: Andrei Borzenkov , The development of GRUB 2 , Colin Watson X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 21:03:46 -0000 On Mon, Mar 07, 2016 at 07:57:21PM +0000, Vladimir 'phcoder' Serbinenko wrote: > > > > Well, I have a bunch of patches that need to be clean up (or even > > > > re-examined), and I've also got the secure-boot branch here: > > > > > > > > https://github.com/vathpela/grub2-fedora/tree/sb > > > > > > > > Which is all the patches distros should be carrying to work with Secure > > > > Boot correctly. This branch is also recently rebased against master, > > > > though I'm not sure what the current thinking is regarding their path > > > > upstream. > > > > > > > > > > Personally I'd rather include support for it. I'm tired of linux vs. > > > linuxefi nightmare, and patches have been in the wild long enough. > > > > So what's the path forward, then? Just make all efi use linuxefi, like > > linux vs linux16? That's pretty close to what I've got already, except > > on arm where it's just "linux" in EFI mode as well. But we could make > > those aliases for the same thing on that platform easily enough. Or do > > you have something else in mind? > > RedHat/Fedora config is too platform-dependent and platform is detected at > mkconfig time rather than at runtime. This is a problem as runtime and > mkconfig can be different. Case that I see often is coreboot failing due to > use of Linux16 (which is a valid protocol for coreboot and is used for > memtest but Linux crashes with it) but other cases exist, like enabling or > disabling of SCM or moving disk to another computer. Can we fix this by > introducing some helper to detect it on runtime? It can either be a > function or a real command Yeah, we can do something in the config file based on a platform variable, and then setting the actual commands that way. I'm curious as to why you think "linux16" doesn't work for Linux, though. We use it 100% of the time in Fedora and RHEL, and upstream x86 kernel maintainers have expressed a preference for it. Using "linux" instead seems to break much more, for example EDD often does not ever get exposed to the kernel when it's used. -- Peter