From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43044) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSXXr-0001mg-4y for qemu-devel@nongnu.org; Mon, 02 Mar 2015 16:06:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YSXXn-0005O4-Kt for qemu-devel@nongnu.org; Mon, 02 Mar 2015 16:06:30 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50683) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSXXn-0005Nk-D4 for qemu-devel@nongnu.org; Mon, 02 Mar 2015 16:06:27 -0500 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t22L6PEC001826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 2 Mar 2015 16:06:26 -0500 Date: Mon, 2 Mar 2015 22:06:22 +0100 From: "Michael S. Tsirkin" Message-ID: <20150302210622.GA5028@redhat.com> References: <1424884133-323-1-git-send-email-imammedo@redhat.com> <1424884133-323-4-git-send-email-imammedo@redhat.com> <20150301150933.GA27190@redhat.com> <20150302180543.2b19cae4@nial.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150302180543.2b19cae4@nial.brq.redhat.com> Subject: Re: [Qemu-devel] [PATCH V13 3/4] pc: add a Virtual Machine Generation ID device List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Igor Mammedov Cc: ghammer@redhat.com, David , Laszlo , qemu-devel@nongnu.org On Mon, Mar 02, 2015 at 06:05:43PM +0100, Igor Mammedov wrote: > On Sun, 1 Mar 2015 16:09:33 +0100 > "Michael S. Tsirkin" wrote: > > > On Wed, Feb 25, 2015 at 05:08:52PM +0000, Igor Mammedov wrote: > > > Based on Microsoft's sepecifications (paper can be dowloaded from > > > http://go.microsoft.com/fwlink/?LinkId=260709), add a device > > > description to the SSDT ACPI table and its implementation. > > > > > > The GUID is set using "vmgenid.uuid" property. > > > > > > Example of using vmgenid device: > > > -device vmgenid,id=FOO,uuid="324e6eaf-d1d1-4bf6-bf41-b9bb6c91fb87" > > > > If you do this, doesn't windows then prompt for a driver? > it doesn't since PCI_CLASS_MEMORY_RAM is displayed as driver less > "PCI standard RAM Controller" binding in device manager. > > There was an issue with > virtio balloon device + pseries firmware + kernel bug > http://lists.gnu.org/archive/html/qemu-devel/2012-03/msg04704.html > but it shouldn't be an issue for x86 targets with which device is > supposed to be used. > CCing David and Laszlo in case UEFI might do some crazy stuff like > pseries firmware. I have to say, if it's not RAM, using PCI_CLASS_MEMORY_RAM seems wrong. Can't we tag it in ACPI in some way? I guess I can somewhat buy 0580 "other memory controller". I think we also want some space for future expansion in this device. How about we reserve first 4K, and set bit 0 to mean "has uuid"? -- MST