grub-core/fs/zfs/zfs.c:1126: feature missing in check_pool_label:com.delphix:hole_birth

This should be fairly straightforward, when we're at the point of updating grub2 in debian/ubuntu then the change will be included. This will make that feature available in the development release (Wily Werewolf).

From that point, we can test and provided that tests are fine and the changes are sufficiently isolated; we could consider a SRU for it.

Looks to me like the patch should be just http://git.savannah.gnu.org/cgit/grub.git/commit/?id=a1007c6af296172c788f3346ff3ad30b9020f723, is that correct?

To speed things up a bit with the "paperwork" to providing such updates, could you also follow https://wiki.ubuntu.com/StableReleaseUpdates#Procedure to update the description for the bug to have the Impact, Test Case, Regression Potential information?

Thanks!

[Impact]
Grub is not able to boot the zpool and grub-probe is not able to detect the rootfs as zfs.

[Test Case]
If you enable the feature like this:
# zpool set feature@hole_birth=enabled <rootpool>

[Regression Potential]
I think the regression potential is low, because the new feature is added and will not be removed from upstream.

[Other Info]
Yes, Mathieu, I think it is just the patch you wrote:
 http://git.savannah.gnu.org/cgit/grub.git/commit/?id=a1007c6af296172c788f3346ff3ad30b9020f723

Thank you for your fast response!
   Lars

Can we get these added ASAP, if not in Wily then at least in Xenial?

hole_birth:
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=a1007c6af296172c788f3346ff3ad30b9020f723

embedded_data:
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=4a7ea4003bd9f39e9bf2ebadbe4ab38f8874be66

extensible_dataset and large_blocks:
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=cad5cc0f5d3d3630ccfbe242552958b13f2120d6

This bug was fixed in the package grub2 - 2.02~beta2-35

---------------
grub2 (2.02~beta2-35) unstable; urgency=medium

  * Apply the arm64 -mpc-relative-literal-loads workaround in configure
    rather than in debian/rules, to cope with toolchains that don't have the
    relevant patch applied.

 -- Colin Watson <email address hidden> Fri, 22 Jan 2016 11:02:10 +0000