From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by mx.groups.io with SMTP id smtpd.web11.13263.1683098660476278168 for ; Wed, 03 May 2023 00:24:20 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=B1sDM5UH; spf=pass (domain: redhat.com, ip: 170.10.129.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1683098659; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=kzWK7I3cPWvjhYtcg5ScjwCDCtrJPDW6ppb0QI1RD9o=; b=B1sDM5UHJA36T7s9PEFJpa18EEPsplk20P5esmt4VAHZxfO1mXYGDirNFecWKdXXndxsp8 Hy9xkD9tnmqBCsuEb2JepMOOWTX3e7bgjlL1W5oZ4dE+omgvvPbfzuHa4q5Hg3wYTpujx8 kR8Y09mVbTvY2TdUTmokUm972OhG9Ck= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-311-47m7G1FWO7uhmccnQY8_og-1; Wed, 03 May 2023 03:24:14 -0400 X-MC-Unique: 47m7G1FWO7uhmccnQY8_og-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 0F333185A79C; Wed, 3 May 2023 07:24:14 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.37]) by smtp.corp.redhat.com (Postfix) with ESMTPS id CD0F71121333; Wed, 3 May 2023 07:24:13 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id 07406180093A; Wed, 3 May 2023 09:24:12 +0200 (CEST) Date: Wed, 3 May 2023 09:24:11 +0200 From: "Gerd Hoffmann" To: "Ni, Ray" Cc: "devel@edk2.groups.io" , Pawel Polawski , "Kumar, Rahul R" , Oliver Steffen , "Dong, Eric" Subject: Re: [edk2-devel] [PATCH 1/1] UefiCpuPkg/MpInitLib: fix apic mode for cpu hotplug Message-ID: References: <20230307122037.3100651-1-kraxel@redhat.com> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 3.1 on 10.11.54.3 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 21, 2023 at 07:28:44AM +0000, Ni, Ray wrote: > > + } else if ((PcdGet32 (PcdCpuBootLogicalProcessorNumber) > 0) && > > + (PcdGet32 (PcdCpuMaxLogicalProcessorNumber) > 255)) > > + { > > + X2Apic = TRUE; > > Gerd, > I agree with your needs that want X2 APIC even the actual processor number in BIOS phase <= 255. > > Question: Is it possible that BIOS stays at XAPIC, and later OS switches to X2 APIC when the maximum CPU count > 255? > > I am thinking about adding a new PCD to tell MP code switch to x2 apic in the first time AP wakes up. Possible timeline for the code change is > about within 1 month. Do you think it can meet your needs? Ping. What is the status here? I'd like to see that fixed for OVMF for the next stable release, and freeze is coming closer ... take care, Gerd