If the F: description is to be trusted, the two xen/arch/x86/hvm/
lines were fully redundant with the earlier wildcard ones. Arch header
files, otoh, were no longer covered by anything as of the move from
include/asm-*/ to arch/*/include/asm/. Further also generalize (by
folding) the x86- and Arm-specific mem_access.c entries.

Finally, again assuming the F: description can be trusted, there's no
point listing arch/, common/, and include/ entries separately. Fold
them all.

Signed-off-by: Jan Beulich <[email protected]>
---
v2: Further fold patterns.
---
Triggered by me looking at the entry in the context of Oleksii's RISC-V
preparatory patch.

--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -558,20 +558,9 @@ R: Alexandru Isaila <aisaila@bitdefender
 R:     Petre Pircalabu <[email protected]>
 S:     Supported
 F:     tools/misc/xen-access.c
-F:     xen/arch/*/monitor.c
-F:     xen/arch/*/vm_event.c
-F:     xen/arch/arm/mem_access.c
-F:     xen/arch/x86/include/asm/hvm/monitor.h
-F:     xen/arch/x86/include/asm/hvm/vm_event.h
-F:     xen/arch/x86/mm/mem_access.c
-F:     xen/arch/x86/hvm/monitor.c
-F:     xen/arch/x86/hvm/vm_event.c
-F:     xen/common/mem_access.c
-F:     xen/common/monitor.c
-F:     xen/common/vm_event.c
-F:     xen/include/*/mem_access.h
-F:     xen/include/*/monitor.h
-F:     xen/include/*/vm_event.h
+F:     xen/*/mem_access.[ch]
+F:     xen/*/monitor.[ch]
+F:     xen/*/vm_event.[ch]
 
 VPCI
 M:     Roger Pau MonnĂ© <[email protected]>

Reply via email to