From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KdkbN-0002BY-Mt for qemu-devel@nongnu.org; Thu, 11 Sep 2008 07:44:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KdkbL-00028f-KO for qemu-devel@nongnu.org; Thu, 11 Sep 2008 07:44:44 -0400 Received: from [199.232.76.173] (port=58417 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KdkbL-00028c-Cu for qemu-devel@nongnu.org; Thu, 11 Sep 2008 07:44:43 -0400 Received: from rv-out-0708.google.com ([209.85.198.245]:47023) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KdkbL-0005AQ-0H for qemu-devel@nongnu.org; Thu, 11 Sep 2008 07:44:43 -0400 Received: by rv-out-0708.google.com with SMTP id f25so302663rvb.22 for ; Thu, 11 Sep 2008 04:44:41 -0700 (PDT) Message-ID: <5d6222a80809110444t75ec91fau15d8aaaaa7ea4173@mail.gmail.com> Date: Thu, 11 Sep 2008 08:44:41 -0300 From: "Glauber Costa" Subject: Re: [Qemu-devel] [PATCH] Don't use QEMU_VERSION in ATA/ATAPI replies to IDENTIFY cmds In-Reply-To: <20080911081858.GA12261@shareable.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48C8669D.2000103@codemonkey.ws> <5d6222a80809101840h61cd60c9y767b87333a5f5a00@mail.gmail.com> <20080911081858.GA12261@shareable.org> 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, Sep 11, 2008 at 5:18 AM, Jamie Lokier wrote: > Marc Bevand wrote: >> Consider this scenario: I change the MAC and the host at some point; >> no reactivation required. 10 months later I simply upgrade QEMU from >> 0.9.0 to 0.9.1 and change nothing else; reactivation is required. This >> is not something an enduser would expect. > > I agree. (Also I agree with Glauber that the OS is sucky to care, but > it does and it's a notable use of QEMU to let you run Windows as a > guest so you can run Linux as a host :-) My point is that in this case, you _are_ changing hardware. QEMU is a piece of hardware anyway. So yes, this is something the user would should expect. Maybe we don't need to be so strict and don't show the minor version in updates. But we can't guarantee that future qemu updates won't change the way the O.S. views hardware significantly. > >> Another way to see it is that I was in control of the MAC and host >> change, but not of the IDENTIFY replies. An enduser should always be >> in control of the "hardware changes" he makes to a guest. > > I agree. If it's something which changes by default, then it should > be settable to a fixed value by the user somehow. (Same goes for > other identifications the guest might see - I see that Microsoft > Virtual PC lets you specify a few of them in its config file.) > >> Also, I believe (but am not sure) that if I had installed Windows on >> QEMU version A and upgraded to version B to C to D, then Windows would >> require reactivation after the upgrade to D because it would be seen >> as the 3rd "hardware change". > > I don't think Windows counts these as multiple changes, but I'm not sure. > > -- Jamie > > > -- Glauber Costa. "Free as in Freedom" http://glommer.net "The less confident you are, the more serious you have to act."