freebsd-skq/sys/boot/zfs
avg 9e30632a5b fix a zfs boot regression introduced in r300117 by accident
There is no reason to return non-zero value from zfs_probe_partition()
as that causes following partitions to not be probed for ZFS vdevs.
A particular scenario that I encountered is a GPT partitioned disk
where several partitions have freebsd-zfs type.  A partition with a lower
index is used as a cache (l2arc) vdev and in that case case zfs_probe()
returned a non-zero status.  That status was returned to ptable_iterate()
and caused it to abort the iteration.  Because of that the subsequent
partitions were not probed and a root pool was not discovered resulting
in a boot failure.

While there fix the style for nearby return statements.

Approved by:	re (kib)
2016-06-16 07:45:57 +00:00
..
devicename_stubs.c
libzfs.h Implement GELI (AES-XTS and AES-CBC only) in gptboot and gptzfsboot 2016-03-16 23:12:19 +00:00
Makefile Add more .NOMETA missed in r291320 2016-03-11 23:45:51 +00:00
Makefile.depend META MODE: Update dependencies with 'the-lot' and add missing directories. 2015-12-01 05:23:19 +00:00
zfs.c fix a zfs boot regression introduced in r300117 by accident 2016-06-16 07:45:57 +00:00
zfsimpl.c Prevent bogus compiler in ZFS boot code 2016-01-14 21:31:26 +00:00