From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:36985) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlK6t-00017B-Jb for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:18:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QlK6s-0006XN-3a for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:18:11 -0400 Received: from goliath.siemens.de ([192.35.17.28]:20289) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlK6r-0006XC-RG for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:18:10 -0400 Message-ID: <4E2D5EF8.5000507@siemens.com> Date: Mon, 25 Jul 2011 14:18:00 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4E2AA4AD.2080608@web.de> <20110725094156.GD21852@amd.home.annexia.org> <4E2D465D.7030502@siemens.com> <20110725104542.GR2532@amd.home.annexia.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RESEND][PATCH v3] Generalize -machine command line option List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Anthony PERARD , Ian Campbell , Anthony Liguori , "Richard W.M. Jones" , qemu-devel On 2011-07-25 14:05, Peter Maydell wrote: > On 25 July 2011 12:48, Peter Maydell wrote: >> For ARM you absolutely should not be relying on the default >> machine type (not least because it's an incredibly ancient >> dev board which nobody uses any more). An ARM kernel is >> generally fairly specific to the hardware platform being >> emulated, so you should know which machine you're intending >> to run on and specify it explicitly. > > In fact having thought about it a bit I'm going to go further > and say that the whole idea of a "default machine" is a rather > x86-centric idea -- most architectures don't really have a > single machine type that's used by just about everybody, > always has been, and isn't likely to become obsolete in the > future. So if we're reworking the command line API to > supersede "-M" then we shouldn't have a default at all. Then you may want to drop is_default = 1 from integratorcp and prepare the main loop to face a NULL machine. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux