From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f48.google.com (mail-ej1-f48.google.com [209.85.218.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 038323D331E for ; Mon, 20 Apr 2026 23:04:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776726269; cv=none; b=jpIS+SJ6/x3iXsHU0NUBkQHCJfyzJnAkcTGT4ZzO4ABYCbj3xzuz0JhAub6kVMqNEmT5+Dg4A29aZuWYb84Vjy/qTK+EPY/gJ1LBnr/iIW1LYytZZej5+9eD0ghp8J05GPOusDDtKSDrrodCSgn8V6MCmMQsv2U/qKmAp+4ma8w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776726269; c=relaxed/simple; bh=WsgQP6q8FcpLQu9XggQp2iqVoQxjSZH+TF9xExnwkqI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=XRpyWoxODE6JJVYRVAN+g6PmK9KV70xpxXxy4xD95Wx0CsiCEy040/+5MSQ+W4CFk4276fjirNTc12p5n9vgORddGYjC+nWlVbLDMpfFidh4OIimjW/SRufKCdXO78rcfv0ZES0DLde+E8nWR/fBTP6SRzUvl3nOEWOE4xPLCKo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io; spf=pass smtp.mailfrom=layalina.io; dkim=pass (2048-bit key) header.d=layalina-io.20251104.gappssmtp.com header.i=@layalina-io.20251104.gappssmtp.com header.b=tFBQWOVD; arc=none smtp.client-ip=209.85.218.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=layalina.io Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=layalina-io.20251104.gappssmtp.com header.i=@layalina-io.20251104.gappssmtp.com header.b="tFBQWOVD" Received: by mail-ej1-f48.google.com with SMTP id a640c23a62f3a-ba388bc0a9dso637070066b.1 for ; Mon, 20 Apr 2026 16:04:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=layalina-io.20251104.gappssmtp.com; s=20251104; t=1776726265; x=1777331065; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=k1Ugsr5aor2hHamUiRPHM175EjJyXQfoFJRoWwmyq8I=; b=tFBQWOVDYZNBoEfaRZMRhN+P9Ehzc+gGNEODFUu5CkaYFGhEdwTJHF2hokAaD3wJnV 0FKRT3CPs+RBsVhx1oTzsBMYvkagbmv/3ILPa/PmwAMNmgv6U72pOsYk4x4RWANaoRo1 aa6x1cREBXiHcoePmccD7It1vTzVJZ0XLtL9raQuhvg2BoxVnwO/oA0IqFd77GhjffoX I5UX9NuCSjB7LzePFtvoidOuL2uzmg6rXiF5IOTJqQiF6SB2KkcGL48lnhOLKBN21FfJ IBivfj1dX4Q+IWU0rXCT29jYfn7IXo552qZgkzQXAeLK1oryitYNCOKg2fMTB29vM7MR v1nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1776726265; x=1777331065; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=k1Ugsr5aor2hHamUiRPHM175EjJyXQfoFJRoWwmyq8I=; b=QZkMttoEfL7o2m5tQMnkUeoj9KSvG3rBYZmwxMk0Pkxozu49FoePKiP+KF1Lf+ojdj aIATxmpluRfPipwDMpM5zOm1jazxmCMKfA7u/2Ovw/EffLQtArovOck9XSxJ1VRhkld+ pQzb4kNrXcsRnLI2oWwKmdHKQ2m8xsv0VVYYuUKJW2X6EDfqdXjcDY8qGnNGWTyEdkxe p/K2grosiMB2puU0w5rZW7Kgx43EclQ1GCz0hNXtjYd2CIMGWt2C1RWgeNPZjucv7L6R LJVWoZT4cpM6lklrFEWfa4tmAd/aIoEfS5QmuPrxJ3AYv5/TN8ZSEP/V9sDGozn1MZTa nlJg== X-Forwarded-Encrypted: i=1; AFNElJ9KqLJQm3B+YEsVPQuVuk7vlf4sdP0lxcmIE5Y9Tml3QbPZ44CNALW5u2Mh/wnfZ1tBCSRoNpcPdbPLXl0=@vger.kernel.org X-Gm-Message-State: AOJu0YwlwEF5KjKaJfAyJ5cCjCgH4QVlgTTZAZ/0v2XlLQ/E1rX5CECH cuZCMKBcjGTvUs2tCwTrbeXfqTp5NCT2vYRzETcHGY8RA/dlU345qDhNBuRyFSKkSkQ= X-Gm-Gg: AeBDievI/b9nzK9bSGG8ohcUfUci3hbpbJiALhQd3Jq6rHsooEADQMCIhRUVX4946dZ Kce4/jN6rwm+8euNHFKjk82NKwdPa9DEjxFeHNPk+L/a+CvtAq4w82WfX1PxwYAj3DGetybCcgY Eh7PbyV1oQAa7m33DEXaIe0ScbTt964aG3d1WL7NigS9JyKu0obRFYv/fY7v1aA3cJ1bZQIba2I qhPX5TO84UDj6uUcJfyzPQ0LVHNzLLeSYZLJd6HR7Vj3GJzTO+zZtoMsUxaFR8WK6fAJuVIRDeU dXHpocxC59x0tyOCCB523wOu2UaJW/XolfhxHO9gJa4Uzr4GycqjPAAIM1v++gA443B8fiWyCKH 2uspCdLhnIgOJiGH6F00M7I1Fg2Wh3f6GOSH6MNJgohk79F7yp26MhSqG1VLcGBQu+1BYJeGmAi 6sct1esvTpWCp/iDp8niXn8gIc3snM X-Received: by 2002:a17:907:748:b0:ba3:e99e:18dd with SMTP id a640c23a62f3a-ba41aef07c6mr729681066b.35.1776726264946; Mon, 20 Apr 2026 16:04:24 -0700 (PDT) Received: from airbuntu ([146.70.179.103]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-ba5498b3ddesm319994766b.22.2026.04.20.16.04.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Apr 2026 16:04:24 -0700 (PDT) Date: Tue, 21 Apr 2026 00:04:22 +0100 From: Qais Yousef To: Jakub Kicinski Cc: Andrew Lunn , "David S . Miller" , Eric Dumazet , Paolo Abeni , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Vincent Guittot , John Stultz , Steven Rostedt , Ingo Molnar , Peter Zijlstra Subject: Re: [PATCH] connector/Kconfig: Enable CONFIG_CONNECTOR by default Message-ID: <20260420230422.mdfy4icsuhjh7fe3@airbuntu> References: <20260419214217.108901-1-qyousef@layalina.io> <20260420131847.75248693@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20260420131847.75248693@kernel.org> +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.