After some additional discussions the situation is as following: With picking the current s390-tools fix (as it was used so far here) we would be on the same level (regarding NVMe support) than groovy. The NVMe testing on groovy was done on a device without multipath. The issue that cropped up during the testing on focal now is because an NVMe device with multipath was used. But there is still value of getting the fixes picked up as they are (especially for a certain team).
However, getting NVMe devices supported also the multipath way and by the installer, the fix is of course still needed (chreipl). But since this fix is not only needed for focal, but at least also for groovy (and probably also for hirsute), I think it's fine to drive this missing bit a later stage, based on a separate ticket and dedicated s390-tools package SRU. (Please keep in mind that this is all s390x specific!) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1902179 Title: [20.04 FEAT] Support/enhancement of NVMe IPL To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1902179/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
