Remove slightly oddly placed suser() call from the KTR/ALQ setup sysctl:
it was present only in the enable path, not the disable path, which one presumes would be equally of interest. Either way, it was not needed, as the sysctl framework already calls suser() if the operation is a write operation, which configuration requests are. Sponsored by: nCircle Network Security, Inc.
This commit is contained in:
parent
9eef9bfd96
commit
5eee50ca36
@ -163,9 +163,6 @@ sysctl_debug_ktr_alq_enable(SYSCTL_HANDLER_ARGS)
|
||||
if (enable) {
|
||||
if (ktr_alq_enabled)
|
||||
return (0);
|
||||
error = suser(curthread);
|
||||
if (error)
|
||||
return (error);
|
||||
error = alq_open(&ktr_alq, (const char *)ktr_alq_file,
|
||||
req->td->td_ucred, ALQ_DEFAULT_CMODE,
|
||||
sizeof(struct ktr_entry), ktr_alq_depth);
|
||||
|
Loading…
x
Reference in New Issue
Block a user