Alan Somers 0bab7fa8a7 geli: append "/eli" to the underlying provider's physical path ... If the underlying provider's physical path is null, then the geli device's physical path will be, too. Otherwise, it will append "/eli". This will make geli work better with zfsd(8). PR: 224962 MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D13979		2018-02-14 20:15:32 +00:00
..
g_eli_crypto.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli_ctl.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli_hmac.c	When building standalone, include stand.h rather than the kernel	2017-12-05 21:37:32 +00:00
g_eli_integrity.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli_key_cache.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli_key.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli_privacy.c	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
g_eli.c	geli: append "/eli" to the underlying provider's physical path	2018-02-14 20:15:32 +00:00
g_eli.h	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00
pkcs5v2.c	We don't need both _STAND and _STANDALONE. There's more places that	2017-12-02 00:07:09 +00:00
pkcs5v2.h	sys/geom: adoption of SPDX licensing ID tags.	2017-11-27 15:17:37 +00:00