From: Arnd Bergmann <arnd@arndb.de>

On Sat, Mar 14, 2020 at 4:36 PM Michael Kelley [off-list ref] wrote:

quoted

Add ARM64-specific code to set up and handle the interrupts
generated by Hyper-V for VMbus messages and for stimer expiration.

This code is architecture dependent and is mostly driven by
architecture independent code in the VMbus driver and the
Hyper-V timer clocksource driver.

This code is built only when CONFIG_HYPERV is enabled.

Signed-off-by: Michael Kelley <redacted>

This looks like it should be a nested irqchip driver instead, so your
device drivers can use the normal request_irq() functions etc.

Is anything preventing you from doing that? If so, please describe
that in the changelog and in a comment in the driver.

As mentioned in my reply on Patch 1, Hyper-V offers a limited synthetic
interrupt controller managed by Linux code that's been around the last
10 years on the x86 side.   For reasons that pre-date me, it was not written
as an irqchip driver.

Modulo the small routines you see in this patch, the code is architecture
independent, and it seems we ought to keep the high degree of commonality.
Re-architecting the arch independent code to model as an irqchip driver seems
to carry some risk to the x86 side that has a lot of real-world usage today, but
I'll take a look and see what the risks look like and if it adds any clarity.