[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ee19c2c1-9e71-1190-b27f-327c8a6942a4@oracle.com>
Date: Thu, 28 Jul 2022 19:09:56 -0400
From: Boris Ostrovsky <boris.ostrovsky@...cle.com>
To: Jane Malalane <jane.malalane@...rix.com>,
LKML <linux-kernel@...r.kernel.org>
Cc: Juergen Gross <jgross@...e.com>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
Dave Hansen <dave.hansen@...ux.intel.com>, x86@...nel.org,
"H. Peter Anvin" <hpa@...or.com>,
Stefano Stabellini <sstabellini@...nel.org>,
Oleksandr Tyshchenko <oleksandr_tyshchenko@...m.com>,
Jan Beulich <jbeulich@...e.com>,
Maximilian Heyne <mheyne@...zon.de>,
xen-devel@...ts.xenproject.org
Subject: Re: [PATCH v3] x86/xen: Add support for
HVMOP_set_evtchn_upcall_vector
On 7/28/22 8:52 AM, Jane Malalane wrote:
>
> +/*
> + * Setup per-vCPU vector-type callbacks and trick toolstack to think
The comment should be adjusted -- no need to mention toolstack now that that code has been factored out.
Other than that
Reviewed-by: Boris Ostrovsky <boris.ostrovsky@...cle.com>
> + * we are enlightened. If this setup is unavailable, fallback to the
> + * global vector-type callback.
> + */
> +static __init void xen_init_setup_upcall_vector(void)
> +{
>
Powered by blists - more mailing lists