Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <20230117155724.22940-1-jgross@suse.com> <CAJZ5v0iCAT2W-m1T-v1wSBw+GQerhMAp1hT6SioJ53RQY=oA3g@mail.gmail.com>
 <7f969b09-438b-cee3-be4c-e08b97457b12@intel.com> <CAJZ5v0iOmZouhSb_ap0MA3-sk6RWJ7MRpTuGekrJrvOn-Y4JYQ@mail.gmail.com>
 <43d0f8b1-0d2e-0e0f-d794-0048641d84f1@intel.com>
In-Reply-To: <43d0f8b1-0d2e-0e0f-d794-0048641d84f1@intel.com>
From:   "Rafael J. Wysocki" <rafael@kernel.org>
Date:   Wed, 18 Jan 2023 15:55:39 +0100
Message-ID: <CAJZ5v0iNS2fV=xKJCVCK1wRjUxkNVUORLxhqFwCBr8Psgyx17w@mail.gmail.com>
Subject: Re: [PATCH v2] acpi: fix suspend with Xen PV
To:     Dave Hansen <dave.hansen@intel.com>
Cc:     "Rafael J. Wysocki" <rafael@kernel.org>,
        Juergen Gross <jgross@suse.com>, linux-kernel@vger.kernel.org,
        x86@kernel.org, linux-acpi@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
        Dave Hansen <dave.hansen@linux.intel.com>,
        "H. Peter Anvin" <hpa@zytor.com>, Len Brown <lenb@kernel.org>,
        =?UTF-8?Q?Marek_Marczykowski=2DG=C3=B3recki?= 
        <marmarek@invisiblethingslab.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8BIT
Precedence: bulk

On Wed, Jan 18, 2023 at 1:15 AM Dave Hansen <dave.hansen@intel.com> wrote:
>
> On 1/17/23 09:08, Rafael J. Wysocki wrote:
> > On Tue, Jan 17, 2023 at 5:51 PM Dave Hansen <dave.hansen@intel.com> wrote:
> >> On 1/17/23 08:47, Rafael J. Wysocki wrote:
> >>>> Fixes: f1e525009493 ("x86/boot: Skip realmode init code when running as Xen PV guest")
> >>>> Reported-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
> >>>> Signed-off-by: Juergen Gross <jgross@suse.com>
> >>>> ---
> >>>> V2:
> >>>> - new approach, avoid calling acpi_get_wakeup_address()
> >>> I'll queue this up for 6.3 if the x86 people don't object.
> >> That 'Fixes:' patch looked to me like it was applied during the 6.2
> >> merge window.  I would have expected a fix to go up for 6.2 final.
> > Right, sorry.  Definitely, 6.2-rc material.
>
> I think the original issue went up in x86/boot, so how about I queue
> this in x86/urgent?  Rafael, should I add an ack from you on it?

Yes, please.

Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>