From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KQYsm-0007d8-2k for qemu-devel@nongnu.org; Tue, 05 Aug 2008 22:36:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KQYsk-0007c2-MY for qemu-devel@nongnu.org; Tue, 05 Aug 2008 22:36:11 -0400 Received: from [199.232.76.173] (port=36326 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQYsk-0007bx-Hy for qemu-devel@nongnu.org; Tue, 05 Aug 2008 22:36:10 -0400 Received: from wr-out-0506.google.com ([64.233.184.225]:40414) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KQYsk-00023k-KI for qemu-devel@nongnu.org; Tue, 05 Aug 2008 22:36:10 -0400 Received: by wr-out-0506.google.com with SMTP id c46so2329072wra.18 for ; Tue, 05 Aug 2008 19:36:09 -0700 (PDT) Message-ID: <48990DF6.90205@codemonkey.ws> Date: Tue, 05 Aug 2008 21:35:34 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 0/3]: Add UUID command-line option References: <488DC8B2.1070009@redhat.com> <20080728141515.GJ3196@minantech.com> <488DD98D.5010907@codemonkey.ws> <20080728153527.GA23771@minantech.com> <488F6E0E.2070504@codemonkey.ws> <20080729195048.GC11061@minantech.com> <20080805143319.GC3689@minantech.com> In-Reply-To: <20080805143319.GC3689@minantech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Gleb Natapov Cc: qemu-devel@nongnu.org Gleb Natapov wrote: >> Here's a patch implementing a configuration ROM (probably in a bad >> address) including a fake UUID. I skipped the more difficult parts >> like kernel address etc. >> > I haven't seen any comments on this. Anthony, is this approach > acceptable? > I like having a configuration blob but am uncomfortable with stashing it in memory somewhere. I would think maybe stealing a few IO ports and using that to read the rom may be nicer (albeit slower). I think it's something that needs to be implemented fully to work out the kinks. Regards, Anthony Liguori > Gleb. >