From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LXEvk-0000Cc-SQ for qemu-devel@nongnu.org; Wed, 11 Feb 2009 08:15:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LXEvj-0000C1-3f for qemu-devel@nongnu.org; Wed, 11 Feb 2009 08:15:08 -0500 Received: from [199.232.76.173] (port=42011 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LXEvi-0000By-Su for qemu-devel@nongnu.org; Wed, 11 Feb 2009 08:15:06 -0500 Received: from mx2.redhat.com ([66.187.237.31]:58451) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LXEvi-0002m9-HJ for qemu-devel@nongnu.org; Wed, 11 Feb 2009 08:15:06 -0500 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n1BDF40k007728 for ; Wed, 11 Feb 2009 08:15:04 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n1BDF4K2030353 for ; Wed, 11 Feb 2009 08:15:04 -0500 Received: from localhost (vpn-10-183.str.redhat.com [10.32.10.183]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n1BDF1eu005285 for ; Wed, 11 Feb 2009 08:15:03 -0500 From: Amit Shah Date: Wed, 11 Feb 2009 18:45:10 +0530 Message-Id: <1234358114-23390-1-git-send-email-amit.shah@redhat.com> Subject: [Qemu-devel] Support for out-of-code cpu definitions 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 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.