> See above, the kernel resets the vector base to its own value in
init_8259A(). But since it re-inits anyways the only thing which
we really need to do is make probe_8259A() not set the NULL PIC,
although I would prefer to make probe_8259A() call init_8259A()
when we hit the bug and then have it retry the probe.
Ah it seems to me that given the kernel resets the vector base anyway; what the probe code as it stands today was "really" doing was checking if PIC was enabled by the BIOS already or not.
In that case I think that reverting e179f6914152 will fix this issue too.
> 1. init_8259A() fixes things up properly, so it would be enough with the
> quirk to just make probe() succeed; or
Another option is that we revert e179f6914152 and come up with another way to fix kexec for HyperV.
> See above, the kernel resets the vector base to its own value in
init_8259A(). But since it re-inits anyways the only thing which
we really need to do is make probe_8259A() not set the NULL PIC,
although I would prefer to make probe_8259A() call init_8259A()
when we hit the bug and then have it retry the probe.
Ah it seems to me that given the kernel resets the vector base anyway; what the probe code as it stands today was "really" doing was checking if PIC was enabled by the BIOS already or not.
In that case I think that reverting e179f6914152 will fix this issue too.
> 1. init_8259A() fixes things up properly, so it would be enough with the
> quirk to just make probe() succeed; or
Another option is that we revert e179f6914152 and come up with another way to fix kexec for HyperV.