intr: rename "machine/intr_machdep.h" headers to "machine/intr.h"

[ehem_freebsd_m5p.com]

Summary

Being in the "machine/" directory already indicates these headers differ
from machine to machine. As such the shorter name "intr.h" is
appropriate. This also matches the INTRNG machines for the header name.

[ehem_freebsd_m5p.com]

So the theory is to continue pushing the various interrupt handling implementations closer together. I suspect the INTRNG team may have thought "intr.h" would distinguish their system as being potentially machine-independent, but I think this simply serves to inhibit merging.

As such a case of choosing "intr.h" versus "intr_machdep.h". I think "machine/intr.h" is better as "machine/" already marks them as potentially having architecture quirks. Ideally their similarity will increase, but this will take a while.

[ehem_freebsd_m5p.com]

If it is felt __FreeBSD_version should be incremented and then check for header name, I've got that prepared. Simply an issue of need a reviewer to request that be done.

[ehem_freebsd_m5p.com]

I was under the impression D35559 has the right reviewers, but no action has been observed. This is meant as a precursor to the updated D32504. This can improve several places, but does need someone to okay (and commit to the main tree). Then there are the child commits.

[ehem_freebsd_m5p.com]

Is there a reviewer in the house for D35559?

[ehem_freebsd_m5p.com]

Ping for D35559. This will be in the way of most attempts to further merge the interrupt interfaces, so deciding the direction would be helpful.

[ehem_freebsd_m5p.com]

reviews.freebsd.org, where commits go to die?