From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LYart-0005te-Iu for qemu-devel@nongnu.org; Sun, 15 Feb 2009 01:52:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LYars-0005tB-HP for qemu-devel@nongnu.org; Sun, 15 Feb 2009 01:52:44 -0500 Received: from [199.232.76.173] (port=41516 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LYars-0005t2-3F for qemu-devel@nongnu.org; Sun, 15 Feb 2009 01:52:44 -0500 Received: from mx2.redhat.com ([66.187.237.31]:42114) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LYarr-0001Kx-Ju for qemu-devel@nongnu.org; Sun, 15 Feb 2009 01:52:43 -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 n1F6qfAG018481 for ; Sun, 15 Feb 2009 01:52:42 -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 n1F6qgPv004790 for ; Sun, 15 Feb 2009 01:52:42 -0500 Received: from dhcp-1-237.tlv.redhat.com (dhcp-1-237.tlv.redhat.com [10.35.1.237]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n1F6qeKQ008396 for ; Sun, 15 Feb 2009 01:52:40 -0500 Date: Sun, 15 Feb 2009 08:49:57 +0200 From: Gleb Natapov Subject: Re: [Qemu-devel] [PATCH] Define a new route for sending data to bios Message-ID: <20090215064957.GF25994@redhat.com> References: <200902121235.43112.Cory@atlastechnologiesinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902121235.43112.Cory@atlastechnologiesinc.com> 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 Thu, Feb 12, 2009 at 12:35:43PM -0500, Cory Fields wrote: > > Are these config parameters relevant to platforms other then x86? > > Admittedly, I haven't looked beyond x86, so I'm not sure how the other bios > function. Should they be ifdef'd or defined elsewhere? > They should be defined in pc.c as arch local defines (FW_CFG_ARCH_LOCAL + x). -- Gleb.