Page MenuHomeFreeBSD

procfs: Restore printing the effective GID in 'status'
ClosedPublic

Authored by olce on Aug 29 2025, 11:02 PM.
Tags
None
Referenced Files
F148883752: D52257.diff
Fri, Mar 20, 6:37 PM
Unknown Object (File)
Mon, Mar 16, 4:23 PM
Unknown Object (File)
Tue, Mar 3, 5:32 AM
Unknown Object (File)
Fri, Feb 27, 12:57 PM
Unknown Object (File)
Feb 7 2026, 11:03 PM
Unknown Object (File)
Feb 7 2026, 5:35 PM
Unknown Object (File)
Feb 3 2026, 7:46 AM
Unknown Object (File)
Jan 31 2026, 1:22 PM
Subscribers

Details

Summary

Fixes: be1f7435ef218b1d ("kern: start tracking cr_gid outside of cr_groups[]")
Sponsored by: The FreeBSD Foundation

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

olce requested review of this revision.Aug 29 2025, 11:02 PM
This revision is now accepted and ready to land.Sep 1 2025, 4:01 PM

Does linprocfs have the same issue? I mean compat/linprocfs/linprocfs.c:1136

In D52257#1194563, @kib wrote:

Does linprocfs have the same issue? I mean compat/linprocfs/linprocfs.c:1136

It doesn't as it already has been printing cr_gid separately, and then the content of cr_groups[].

That also means that before it would output the effective GID twice, but after our changes, the latter will disappear from the "Groups" part if not also a supplementary group. This is actually a "free" bugfix, as Linux does not output the effective GID twice.