History log of /sssd/src/responder/autofs/autofs_private.h
Revision Date Author Comments Expand
4f3a9d837a55b49448eca3c713c85a406207e523 29-Jun-2016 Simo Sorce <simo@redhat.com>

Responders: Make the client context more generic This is useufl to allow reusing the responder code with other protocols. Store protocol data and responder state data behind opaque pointers and use tallog_get_type to check they are of the right type. This also allows to store per responder state_ctx so that, for example, the autofs responder does not have to carry useless variables used only by the nss responder. Resolves: https://fedorahosted.org/sssd/ticket/2918 Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

autofs_private.h autofssrv.c autofssrv_cmd.c /sssd/src/responder/common/responder.h /sssd/src/responder/common/responder_cmd.c /sssd/src/responder/common/responder_common.c /sssd/src/responder/ifp/ifpsrv.c /sssd/src/responder/nss/nsssrv.c /sssd/src/responder/nss/nsssrv_cmd.c /sssd/src/responder/nss/nsssrv_netgroup.c /sssd/src/responder/nss/nsssrv_private.h /sssd/src/responder/nss/nsssrv_services.c /sssd/src/responder/pac/pacsrv.c /sssd/src/responder/pac/pacsrv_cmd.c /sssd/src/responder/pam/pamsrv.c /sssd/src/responder/pam/pamsrv_cmd.c /sssd/src/responder/ssh/sshsrv.c /sssd/src/responder/ssh/sshsrv_cmd.c /sssd/src/responder/sudo/sudosrv.c /sssd/src/responder/sudo/sudosrv_cmd.c /sssd/src/tests/cmocka/common_mock_resp.c /sssd/src/tests/cmocka/common_mock_resp.h /sssd/src/tests/cmocka/test_nss_srv.c /sssd/src/tests/cmocka/test_pam_srv.c
e880949305cee3aca79441fe6113a9d79e7c98f2 18-Dec-2012 Jakub Hrozek <jhrozek@redhat.com>

RESPONDERS: Create a common file with service names and versions The monitor sends calls different sbus methods to different responders. Instead of including headers of the particular responders directly in monitor, which breaks layering a little, create a common header file that will be included from src/responder/common/

1bcb68cc3069a6bd539289e68a87a0815aa2a1be 18-Dec-2012 Jakub Hrozek <jhrozek@redhat.com>

AUTOFS: remove all maps from hash if request for auto.master comes in https://fedorahosted.org/sssd/ticket/1592 When a request for auto.master comes in, we need to remove all the maps from the lookup hash table. We can't simply delete the maps, because another request might be processing them, so instead the maps are removed from the hash table, effectively becoming orphaned. The maps will get freed when the timed destructor is invoked.

08c72b84d85d482f030a30cf74786695f097e91c 18-Dec-2012 Jakub Hrozek <jhrozek@redhat.com>

AUTOFS: allow removing entries from hash table There is a timed desctructor in the autofs responder that, when the entry timeout passes, removes the autofs map from the hash table while the map is freed. This patch adds a hash delete callback so that if the map is removed from the hash table with hash_delete, its hash table pointer will be invalidated. Later, when the entry is being freed, the destructor won't attempt to remove it from the hash table.

c83ebdbc0629313ef6594215ed1674b9a783cfdd 27-Feb-2012 Jakub Hrozek <jhrozek@redhat.com>

AUTOFS: speed up the client by requesting multiple entries at once https://fedorahosted.org/sssd/ticket/1166

5dfb1257f62839eea1c31669cf3bbcb114c22183 24-Feb-2012 Jakub Hrozek <jhrozek@redhat.com>

AUTOFS: Invoke implicit setautomntent if needed https://fedorahosted.org/sssd/ticket/1167

9e80079370ff3b943832adc3c5ef430e64be0a0c 06-Feb-2012 Jakub Hrozek <jhrozek@redhat.com>

AUTOFS: responder