Re: [PATCH] connector/Kconfig: Enable CONFIG_CONNECTOR by default

[Qais Yousef <qyousef@layalina.io>]

+Ingo and Peter

On 04/20/26 13:18, Jakub Kicinski wrote:
> On Sun, 19 Apr 2026 22:42:17 +0100 Qais Yousef wrote:
> > To make new tools that depend on it like schedqos [1] more reliable, it
> > is important to ensure users can find it by default on all system.
> 
> If scheduler maintainers think this is appropriate they should take
> this patch via their tree (please). connector falls under networking 
> for historical reasons (it's Netlink based) but we lack the context
> necessary to apply a "default y" patch of this nature.

I see, I didn't add them, but I'll resend with them added.

> 
> default y should be used if the symbol is necessary for most Linux
> users across use cases and architectures. It's not obvious to me

Hmm I am not aware of such rules. It should be generally is useful and doesn't
have a drawback - which what I understood this is. What is the cost of enabling
this? This seems widely enabled feature by distro in general.

> that that is the case here. The commit message links to a tool 
> which is less than a week old?

It is chicken an egg. We want to add sched qos support and it relies on netlink
to monitor tasks as they are created and tag them with QoS. If we can't make
sure this is available on all systems by default (ie: users must consciously
opt-out of this option), we will end up with inconsistencies.

I've hit this when we added UCLAMP and it took debian two years (approx) to
decide to enable it by default after making a feature request.