| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
this hides this beneath the idmap structure and removes a global variable
|
|
The alloc subsystem is now subordinate to the idmap system.
|
|
|
|
Second step in removing the idmap range from the idmap_ldap_alloc_context.
|
|
First step in removing idmap ranges from the idmap_ldap_alloc_context.
The range from the domain is to be used now.
|
|
|
|
idmap_domain
|
|
|
|
|
|
|
|
|
|
|
|
|
|
High level function to create a new mapping for an unmapped sid.
This builds logic that used to reside in the top level idmap code
in the backend. To be called inside a transaction to guarantee
atomicity of the operation.
|
|
|
|
|
|
|
|
|
|
|
|
instead of alloc_db
|
|
|
|
|
|
The idmap_tdb_state (which should actually be called idmap_tdb_alloc_context)
is being removed since the alloc part is combined with the id mapping part.
|
|
the other arguments are not needed any more and are removed.
|
|
from idmap_tdb_context
instead of the special idmap_alloc_db
|
|
|
|
These are now taken from the idmap_domain struct.
|
|
|
|
|
|
instead of idmap_tdb_context. This is in preparation of using the
filter from the idmap_domain struct.
|
|
instead of idmap_tdb_context. This is in preparation of using the
filter from the idmap_domain struct.
|
|
|
|
Currently this only works with the default domain, calling out
to idmap_tdb_allocate_id(). In the future this will be extended
to also work for non-default domains.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
idmap_tdb2_new_mapping().
idmap_tdb2_new_mapping() is called from inside a transaction only
with sids, that have been verified not to be mapped directly before
that in the same transaction.
|
|
this removes the idmap_tdb2 global variable
|
|
|
|
|
|
|
|
|
|
and use the ranges from the idmap domain for checking the HWM values
|
|
|
|
Now these are taken from the idmap_domain struct.
|
