From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752113AbdBTSr6 (ORCPT ); Mon, 20 Feb 2017 13:47:58 -0500 Received: from boksu.net-space.pl ([185.15.1.105]:47610 "EHLO boksu.net-space.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751454AbdBTSr5 (ORCPT ); Mon, 20 Feb 2017 13:47:57 -0500 Date: Mon, 20 Feb 2017 19:46:58 +0100 From: Daniel Kiper To: The development of GNU GRUB Cc: Daniel Kiper , Juergen Gross , "Michael S. Tsirkin" , Matt Fleming , phcoder@gmail.com, Daniel Kiper , x86@kernel.org, linux-kernel@vger.kernel.org, Alexander Graf , arvidjaar@gmail.com, "Luis R. Rodriguez" , Ingo Molnar , Chao Peng , Al Viro , Andy Lutomirski , Josh Poimboeuf , Paolo Bonzini , Thomas Gleixner , Borislav Petkov , Amnon Ilan , Thomas Garnier , konrad.wilk@oracle.com Subject: Re: [RFC PATCH] x86/boot: make ELF kernel multiboot-able Message-ID: <20170220184658.GA14469@router-fw-old.local.net-space.pl> References: <1487169716-58415-1-git-send-email-chao.p.peng@linux.intel.com> <60323D2A-BB58-4112-B21C-62D7A483F2D3@zytor.com> <20170215201336.GA24047@wotan.suse.de> <20170216232727.GB31716@router-fw-old.local.net-space.pl> <1eba3218-c770-72e1-dd1c-e5a0f6046acd@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1eba3218-c770-72e1-dd1c-e5a0f6046acd@zytor.com> User-Agent: Mutt/1.3.28i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 16, 2017 at 09:00:05PM -0800, H. Peter Anvin wrote: > On 02/16/17 15:27, Daniel Kiper wrote: > > That is obvious. Do you think that Multiboot/Multiboot2 protocols are > > substantially suboptimal? > > Yes. They push a lot of things into the bootloader for no good reason, I have not seen anything in Multiboot(2) specs which stipulates that every bootloader must implement all features. If somebody needs minimal Multiboot(2) compatible bootloader he/she can do that. Just parse Multiboot(2) header and provide, let's call it in that way, empty boot data. Is it difficult? > thus tying the kernel's hands and making the whole boot process more > fragile. Every kernel may take from the bootloader via Multiboot(2) what it needs. No more no less. There is no requirement to use all data provided by the bootloader. > It isn't either like Grub has been very good about keeping to any spec, > their own or others. Could you be more precise? Daniel