From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34164) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNqXN-0002GV-Hj for qemu-devel@nongnu.org; Wed, 12 Mar 2014 17:18:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNqXH-0002E6-38 for qemu-devel@nongnu.org; Wed, 12 Mar 2014 17:18:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNqXG-0002Ct-Rf for qemu-devel@nongnu.org; Wed, 12 Mar 2014 17:17:59 -0400 Message-ID: <5320CF03.6050309@redhat.com> Date: Wed, 12 Mar 2014 22:17:55 +0100 From: Laszlo Ersek MIME-Version: 1.0 References: <1394648890-933-1-git-send-email-ehabkost@redhat.com> <1394648890-933-2-git-send-email-ehabkost@redhat.com> In-Reply-To: <1394648890-933-2-git-send-email-ehabkost@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2 1/4] acpi: Add ACPI_CPU_HOTPLUG_ID_LIMIT macro List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost , qemu-devel@nongnu.org Cc: Igor Mammedov , =?ISO-8859-1?Q?Andreas_F=E4rber?= , "Michael S. Tsirkin" On 03/12/14 19:28, Eduardo Habkost wrote: > The new macro will be helpful to allow us to detect too large SMP limits > before it is too late. > > Signed-off-by: Eduardo Habkost > --- > include/hw/acpi/cpu_hotplug_defs.h | 8 ++++++++ > 1 file changed, 8 insertions(+) > > diff --git a/include/hw/acpi/cpu_hotplug_defs.h b/include/hw/acpi/cpu_hotplug_defs.h > index 2725b50..9f33663 100644 > --- a/include/hw/acpi/cpu_hotplug_defs.h > +++ b/include/hw/acpi/cpu_hotplug_defs.h > @@ -17,7 +17,15 @@ > * between C and ASL code. > */ > #define ACPI_CPU_HOTPLUG_STATUS 4 > + > +/* Limit for CPU arch IDs for CPU hotplug. All hotpluggable CPUs should > + * have CPUClass.get_arch_id() < ACPI_CPU_HOTPLUG_ID_LIMIT. > + */ > +#define ACPI_CPU_HOTPLUG_ID_LIMIT 256 > + > +/* 256 CPU IDs, 8 bits per entry: */ > #define ACPI_GPE_PROC_LEN 32 > + > #define ICH9_CPU_HOTPLUG_IO_BASE 0x0CD8 > #define PIIX4_CPU_HOTPLUG_IO_BASE 0xaf00 > > You could actually derive ACPI_GPE_PROC_LEN from ACPI_CPU_HOTPLUG_ID_LIMIT, by dividing with CHAR_BIT. Not too important because the two macros are adjacent and the comment explains. Reviewed-by: Laszlo Ersek