Summary: | net-mgmt/net-snmp: hrSWRunEntry, don't list kernel threads | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Ben RUBSON <ben.rubson> |
Component: | Individual Port(s) | Assignee: | Ryan Steinmetz <zi> |
Status: | Closed Overcome By Events | ||
Severity: | Affects Some People | CC: | pi |
Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(zi) |
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
Ben RUBSON
2018-09-26 11:04:08 UTC
Did you find a configure option or the like that accomplishes what you're after? No, I had to recompile the net-snmp package after having modified the sources with the command above. It replaces the hard-coded op parameter to kvm_getprocs(), from KERN_PROC_ALL to KERN_PROC_PROC. From KVM_GETPROCS(3) : struct kinfo_proc * kvm_getprocs(kvm_t *kd, int op, int arg, int *cnt); The value of op describes the filtering predicate as follows: KERN_PROC_ALL all processes and kernel visible threads KERN_PROC_PROC all processes, without threads I think the best next steps for this are to submit a patch upstream to the net-snmp developers. Potentially making this a configure knob, if we think there are people that would want to see the kernel threads as well. Once they've committed something, I'm happy to backport it into the port. However, I'd prefer to avoid having additional locally-maintained-only patches. Thank you Ryan for your feedback, you're right. I then just opened an upstream bug / feature request : https://sourceforge.net/p/net-snmp/bugs/2890/ So, a patch has been pushed upstream, in 5.8 version. Current port version seems to be 5.7. https://www.freshports.org/net-mgmt/net-snmp/ We'll then be able to close this bug report once port updated to 5.8. Thank you ! The patch was added to upstream after the 5.8 release, so it's still pending. Handled as part of the 5.9 update |