From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LXGkP-00015Y-E4 for qemu-devel@nongnu.org; Wed, 11 Feb 2009 10:11:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LXGkO-00015A-PX for qemu-devel@nongnu.org; Wed, 11 Feb 2009 10:11:33 -0500 Received: from [199.232.76.173] (port=48538 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXGkO-000152-ES for qemu-devel@nongnu.org; Wed, 11 Feb 2009 10:11:32 -0500 Received: from mail-fx0-f20.google.com ([209.85.220.20]:60675) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LXGkO-00014P-4b for qemu-devel@nongnu.org; Wed, 11 Feb 2009 10:11:32 -0500 Received: by fxm13 with SMTP id 13so772209fxm.10 for ; Wed, 11 Feb 2009 07:11:28 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1234358114-23390-1-git-send-email-amit.shah@redhat.com> References: <1234358114-23390-1-git-send-email-amit.shah@redhat.com> Date: Wed, 11 Feb 2009 17:11:28 +0200 Message-ID: Subject: Re: [Qemu-devel] Support for out-of-code cpu definitions From: Blue Swirl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 2/11/09, Amit Shah wrote: > > This patch series adds support for out-of-code cpu definitions. This helps > us move the definitions out of target-i386/helper.c. The result is we can > store the definitions in plain-text; add, modify the definitions without > having to recompile and most importantly, some management servers can > define their own CPU types based on the network topology to create > migration-safe cpu types. > > The first patch in the series was sent earlier, just converts the usage of > bios_dir to get_datafile_dir(), as the path that's referred to stores more > than just the bios (keymaps, and now, the cpudefs). > > The cpudef file currently is very similar to the code that was in helper.c. > > Comments welcome on the format. Instead of this change, IMHO we should wait for either the configuration file format to be fixed, or use FDT for all HW definitions. This format is not generic enough, definitely not suitable for Sparc CPU features. But if the config or FDT does not appear, we could use this as a starting point.