Comment 8 for bug 1877089
Revision history for this message
| bugproxy (bugproxy) wrote Comment bridged from LTC Bugzilla | #8 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
f33e652
(Get the code!)
------- Comment From <email address hidden> 2020-05-20 07:39 EDT-------
(In reply to comment #14)
> Thank you for those details.
>
> For example, if and when we bump ubuntu minimum abi to z15 we might be able
> to kill the zfcpdump kernel.
That's at least my hope. There's an other problem I keep forgetting. Currently only LPAR has the bigger HSA size. z/VM has to emulate the HSA and cannot cope with the bigger size yet. Not sure if/how KVM handles this. So simply bumping the ALS won't be enough. You still need to keep an eye on the hypervisors...
> If there are no modules i guess any initrd will not be able to do much.
Actually my hope is we find a way to get it work with the standad kernel + kdump initrd. So basically getting a firmware assisted kdump.
------- Comment From <email address hidden> 2020-05-20 07:41 EDT-------
I also played around a little bit more with zfcpdump + secure boot and I'm no longer sure that simply signing the zfcpdump kernel is enough. There might also be a bug in zipl. But that needs further investigation.