Page MenuHomeFreeBSD

loader: simplify efi_zfs_probe and avoid double probing for zfs.
ClosedPublic

Authored by tsoome on Mar 30 2017, 12:24 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Dec 21, 12:19 AM
Unknown Object (File)
Fri, Dec 20, 7:51 PM
Unknown Object (File)
Nov 22 2024, 7:31 AM
Unknown Object (File)
Nov 16 2024, 6:38 PM
Unknown Object (File)
Nov 4 2024, 7:40 PM
Unknown Object (File)
Oct 30 2024, 11:52 PM
Unknown Object (File)
Oct 25 2024, 4:50 PM
Unknown Object (File)
Oct 25 2024, 3:11 PM
Subscribers
None

Details

Summary

The current efi_zfs_probe() is overcomplicated and can be made
simpler. Still we need to pick up the device handle for our boot
disk first, because the ESP does not have to be the first partition on the
disk.

Once we do have the handle for boot disk, we probe that this with
pointer for pool GUID.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 8389
Build 8665: arc lint + arc unit

Event Timeline

Does this change which pool might be booted from if you have more than 1 pool?

How have you tested this change?

Does this change which pool might be booted from if you have more than 1 pool?

How have you tested this change?

The first found pool from the boot disk will be booted - I mean, we still do use the device handle from loaded image and use it to read out the boot pool GUID, just using much less complicated way. Testing is the usual - build/boot; also the same implementation is used in my illumos loader port and ok, I do not have multiple pools on the same disk, but I do have multiple pools on different disks in my test VM. So far i haven't seen anything unexpected.

This revision is now accepted and ready to land.Mar 30 2017, 4:01 PM
This revision was automatically updated to reflect the committed changes.