From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38473)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1WQEYy-0008Lr-2d
	for qemu-devel@nongnu.org; Wed, 19 Mar 2014 07:21:42 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1WQEYp-0007Li-2b
	for qemu-devel@nongnu.org; Wed, 19 Mar 2014 07:21:36 -0400
Received: from mx1.redhat.com ([209.132.183.28]:35288)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1WQEYo-0007Lc-S4
	for qemu-devel@nongnu.org; Wed, 19 Mar 2014 07:21:27 -0400
Date: Wed, 19 Mar 2014 13:21:10 +0200
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20140319112110.GA27930@redhat.com>
References: <1395170964-32589-1-git-send-email-ehabkost@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1395170964-32589-1-git-send-email-ehabkost@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 0/2] Document MAX_CPUMASK_BITS and use it
 when limiting max_cpus
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: Hu Tao <hutao@cn.fujitsu.com>, qemu-devel@nongnu.org, Igor Mammedov <imammedo@redhat.com>, Laszlo Ersek <lersek@redhat.com>, Andreas =?iso-8859-1?Q?F=E4rber?= <afaerber@suse.de>, Wanlong Gao <gaowanlong@cn.fujitsu.com>

On Tue, Mar 18, 2014 at 04:29:22PM -0300, Eduardo Habkost wrote:
> Small rework of patches 6/7 and 7/7 from the previous APIC-ID-limit series I
> sent (which broke the build and where reverted).
> 
> Instead of renaming MAX_CPUMASK_BITS like I did previously, just document it
> and use it on the (max_cpus > 255) check on vl.c.


Applied, thanks!

> Eduardo Habkost (2):
>   sysemu.h: Document what MAX_CPUMASK_BITS really limits
>   vl.c: Use MAX_CPUMASK_BITS macro instead of hardcoded constant
> 
>  include/sysemu/sysemu.h | 7 +++++++
>  vl.c                    | 2 +-
>  2 files changed, 8 insertions(+), 1 deletion(-)
> 
> -- 
> 1.8.5.3