Page MenuHomeFreeBSD

gssd: use netlink(4) RPC service to talk to kernel GSS
ClosedPublic

Authored by glebius on Mon, Jan 20, 9:03 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Feb 1, 11:34 AM
Unknown Object (File)
Fri, Jan 31, 2:35 AM
Unknown Object (File)
Sun, Jan 26, 7:35 PM
Unknown Object (File)
Sun, Jan 26, 12:24 PM
Unknown Object (File)
Sat, Jan 25, 9:03 AM
Unknown Object (File)
Sat, Jan 25, 9:03 AM
Unknown Object (File)
Sat, Jan 25, 8:33 AM
Unknown Object (File)
Thu, Jan 23, 5:28 PM
Subscribers

Details

Summary

Userland counterpart of the previous commit.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 61826
Build 58710: arc lint + arc unit

Event Timeline

I think this looks fine. I cannot exactly remember what
the gssd_syscall("") did (it indicated the daemon was going away),
but I'll assume you no longer need it?

Does the kernel code know that the daemon has gone away so
that it will no longer attempt an upcall?

This revision is now accepted and ready to land.Sat, Jan 25, 9:01 PM

Does the kernel code know that the daemon has gone away so
that it will no longer attempt an upcall?

Kernel will timeout the call. There is no way to quickly tell if there are any netlink listeners on the userland side. If we want to make a faster reaction of kernel to daemon failure we can play with timeouts algorithm. E.g. after first failure switch to very short timeout, so that we return in 1 second, but still leaving a chance for daemon to come up and then we will switch to a normal mode.