Bug 224962 - geli: should append "/eli" to the underlying provider's physical path
Summary: geli: should append "/eli" to the underlying provider's physical path
Status: In Progress
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: CURRENT
Hardware: Any Any
: --- Affects Some People
Assignee: Alan Somers
URL:
Keywords:
Depends on:
Blocks: 224963
  Show dependency treegraph
 
Reported: 2018-01-07 03:01 UTC by Alan Somers
Modified: 2018-02-14 20:15 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alan Somers freebsd_committer 2018-01-07 03:01:09 UTC
A geli device's physical path should be the underlying provider's with "/eli" appended, if the underlying provider has a non-null physical path itself.
Comment 1 commit-hook freebsd_committer 2018-02-14 20:15:36 UTC
A commit references this bug:

Author: asomers
Date: Wed Feb 14 20:15:33 UTC 2018
New revision: 329273
URL: https://svnweb.freebsd.org/changeset/base/329273

Log:
  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

Changes:
  head/sys/geom/eli/g_eli.c
  head/tests/sys/geom/class/eli/Makefile
  head/tests/sys/geom/class/eli/misc_test.sh