From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53141) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ciPkl-0007AA-M1 for qemu-devel@nongnu.org; Mon, 27 Feb 2017 13:10:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ciPkg-0003u6-PI for qemu-devel@nongnu.org; Mon, 27 Feb 2017 13:10:31 -0500 Received: from mx1.redhat.com ([209.132.183.28]:52692) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ciPkg-0003tm-It for qemu-devel@nongnu.org; Mon, 27 Feb 2017 13:10:26 -0500 References: <1485333658-23035-1-git-send-email-thuth@redhat.com> <0eca8185-8e94-46f8-6b7a-36c4a21bc28d@redhat.com> <20170227140001.GV2778@thinpad.lan.raisama.net> <6e297b78-dab8-93c5-2a86-1ec267d65eb3@redhat.com> From: Thomas Huth Message-ID: <70dbd290-243e-7b88-fbc9-7feedfceee09@redhat.com> Date: Mon, 27 Feb 2017 19:10:23 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] null-machine: Add support for the "-kernel" parameter List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Eduardo Habkost , QEMU Developers , Marcel Apfelbaum , Max Filippov , Laurent Vivier , Alistair Francis On 27.02.2017 19:00, Peter Maydell wrote: > On 27 February 2017 at 17:57, Thomas Huth wrote: >> And I still think it does not really make sense to introduce a >> per-architecture hook here - let me cite my reply to Peter's mail a >> couple of mails later in that e-mail thread: >> >> 'The -kernel parameter is not just only dependent on the target >> architecture, it is even dependent on the machine type, e.g. on ppc it >> is quite different between embedded (e500.c) and server (spapr.c) >> variants. So an arch-specific hook might not make too much sense and >> using the generic loader is likely the best we can do - if that does not >> work, you likely can't use the "none" machine anyway.' >> >> So as far as I can see, we should either go with the generic loader >> here, or print out an error message if the user tries to run QEMU with >> the "-kernel" parameter. > > I would go for "don't support -kernel". The fundamental problem > with -kernel is that it tries to be a magic "do what I mean" > command line argument. Adding extra magic is going to make things > worse, not better. OK, fair, then I'll try to come up with a patch that prints out an error message instead if the user tries to use the "-kernel" parameter there... Thomas