From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ad2fh-0007YU-Re for mharc-grub-devel@gnu.org; Mon, 07 Mar 2016 16:26:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59858) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ad2fe-0007YI-VH for grub-devel@gnu.org; Mon, 07 Mar 2016 16:26:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ad2fa-00056n-VX for grub-devel@gnu.org; Mon, 07 Mar 2016 16:26:30 -0500 Received: from mx1.redhat.com ([209.132.183.28]:48049) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ad2fa-00056b-Q4 for grub-devel@gnu.org; Mon, 07 Mar 2016 16:26:26 -0500 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 5E55A6446A; Mon, 7 Mar 2016 21:26:26 +0000 (UTC) Received: from redhat.com (ovpn-112-81.phx2.redhat.com [10.3.112.81]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u27LQJbE027980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Mar 2016 16:26:23 -0500 Date: Mon, 7 Mar 2016 16:26:18 -0500 From: Peter Jones To: Andrei Borzenkov Subject: Re: Bugs and tasks for 2.02[~rc1] Message-ID: <20160307212617.GG13163@redhat.com> References: <20160304200641.GC27106@redhat.com> <56DA9AE8.3010006@gmail.com> <20160307190016.GA13163@redhat.com> <20160307210331.GC13163@redhat.com> <56DDEDC6.6080903@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <56DDEDC6.6080903@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 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:26:26 +0000 (UTC) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.132.183.28 Cc: Vladimir 'phcoder' Serbinenko , Colin Watson , The development of GRUB 2 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:26:32 -0000 On Tue, Mar 08, 2016 at 12:08:22AM +0300, Andrei Borzenkov wrote: > 08.03.2016 00:03, Peter Jones =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > 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. > >=20 >=20 > Every now and then I thought about adding EDD to linux loader but as > nobody actually complained I never felt like doing it. Not sure what it > is used for as well. How knowing BIOS disk order is useful on Linux? It's the only way to figure out which disks are okay candidates for installing the boot loader. Otherwise you're just rolling the dice. (Not that EDD is that great, mind you...) But this speaks to the wider issue of both this and the efi stub: in the kernel, we're better off getting it directly from the firmware when possible, rather than have it proxied through grub and a boot params structure. That's why the kernel has code to do this in the first place. The only thing marshaling it through a pile of structures in memory does is introduce errors or missing data. And it adds work coordinating what goes in those structures. It's not helpful unless there's a specific reason to do it. --=20 Peter