From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKVfW-0005nS-PC for qemu-devel@nongnu.org; Tue, 05 Jul 2016 15:06:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bKVfS-00023t-WC for qemu-devel@nongnu.org; Tue, 05 Jul 2016 15:06:02 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52556) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKVfS-00023g-PS for qemu-devel@nongnu.org; Tue, 05 Jul 2016 15:05:58 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 6A212C0C47 for ; Tue, 5 Jul 2016 19:05:58 +0000 (UTC) Date: Tue, 5 Jul 2016 20:05:54 +0100 From: "Dr. David Alan Gilbert" Message-ID: <20160705190553.GB7695@work-vm> References: <1467659769-15900-1-git-send-email-dgilbert@redhat.com> <1467659769-15900-6-git-send-email-dgilbert@redhat.com> <20160705094249.GG6553@redhat.com> <20160705112930.GJ2118@work-vm> <20160705115543.GK6553@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160705115543.GK6553@redhat.com> Subject: Re: [Qemu-devel] [PATCH v2 5/6] x86: fix up 32 bit phys_bits case List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: qemu-devel@nongnu.org, pbonzini@redhat.com, ehabkost@redhat.com, marcel@redhat.com, mst@redhat.com, kraxel@redhat.com * Daniel P. Berrange (berrange@redhat.com) wrote: > On Tue, Jul 05, 2016 at 12:29:30PM +0100, Dr. David Alan Gilbert wrote: > > * Daniel P. Berrange (berrange@redhat.com) wrote: > > > On Mon, Jul 04, 2016 at 08:16:08PM +0100, Dr. David Alan Gilbert (git) wrote: > > > > From: "Dr. David Alan Gilbert" > > > > > > > > On 32 bit systems fix up phys_bits to be consistent with what > > > > we tell the guest; don't ever bother with using the phys_bits > > > > property. > > > > > > > @@ -2990,6 +2986,15 @@ static void x86_cpu_realizefn(DeviceState *dev, Error **errp) > > > > cpu->phys_bits = host_phys_bits; > > > > > > > > } > > > > + } else { > > > > + /* For 32 bit systems don't use the user set value, but keep > > > > + * phys_bits consistent with what we tell the guest. > > > > + */ > > > > + if (env->features[FEAT_1_EDX] & CPUID_PSE36) { > > > > + cpu->phys_bits = 36; > > > > + } else { > > > > + cpu->phys_bits = 32; > > > > + } > > > > > > I kind of feel like we should report an error and exit if the > > > user/app has provided a phys_bits property value, rather than > > > silently ignoring their provided value, on the basis that this > > > is a user/app configuration error. > > > > Do we have an easy way to tell that the user has set the parameter > > as opposed to it being the default? > > Not sure if there's an official way, but you could perhaps default > phys_bits to -1, and treat -1 as being equivalent to 0 if set by > the user. Done in v3 (I used 9999 since I'd kept it as an unsigned) Dave > > > Regards, > Daniel > -- > |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| > |: http://libvirt.org -o- http://virt-manager.org :| > |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| > |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK