[reproducer] Pass libvirt layout to controller-0 for correct boot mode detection

When generate_bm_info.yml runs on controller-0, it needs access to
_cifmw_libvirt_manager_layout to determine the correct boot_mode based
on the VM's uefi configuration. Since configure_controller.yml uses
delegate_facts: false, the layout fact wasn't available on controller-0,
causing boot_mode to always default to 'legacy' even for UEFI VMs.

This fix explicitly passes the layout from the hypervisor's hostvars
to make it available for the delegated tasks, ensuring VMs with nvram
are correctly identified as UEFI boot mode in baremetal-info.yml.

Also fixes the regex in reproducer/tasks/generate_bm_info.yml to set the
_type var and match hostnames that are like:
cifmw-compute-wcl4866c-0

Assisted-By: Claude
Jira: OSPRH-22373
Signed-off-by: James Slagle <jslagle@redhat.com>

Author: slagle

roles/reproducer/tasks/configure_controller.yml

@@ -11,6 +11,10 @@
   delegate_to: controller-0
   delegate_facts: false
   vars:
+    # Pass the layout from hypervisor to controller-0 so generate_bm_info.yml
+    # can access the uefi field to set correct boot_mode in baremetal-info.yml
+    _cifmw_libvirt_manager_layout: >-
+      {{ hostvars[inventory_hostname]._cifmw_libvirt_manager_layout }}
     cifmw_sushy_emulator_hypervisor_target: "{{ inventory_hostname }}"
     cifmw_sushy_emulator_install_type: podman
     cifmw_sushy_emulator_hypervisor_address: >-

roles/reproducer/tasks/generate_bm_info.yml

@@ -79,7 +79,7 @@
       }}
     _host: "{{ item.key | replace('cifmw-', '') }}"
     _uefi: >-
-      {% set _type = _host | regex_replace('-[0-9]+$', '') -%}
+      {% set _type = _host | regex_replace('(-[a-z0-9]+)+$', '') -%}
       {{ _cifmw_libvirt_manager_layout.vms[_type].uefi | default(false) | bool }}
     _data: |
       "{{ _host }}":