Received: by 2002:a05:7412:d1aa:b0:fc:a2b0:25d7 with SMTP id ba42csp1495555rdb; Tue, 30 Jan 2024 23:31:33 -0800 (PST) X-Google-Smtp-Source: AGHT+IH+x0jX59xH+xSVLXJrqMuoO5DBB2aadqcHn5mWGw2JllR79sQ2bBWzmy/we7CapEvs4AZP X-Received: by 2002:a05:6358:d04c:b0:175:ed25:d44d with SMTP id jb12-20020a056358d04c00b00175ed25d44dmr536792rwb.9.1706686293182; Tue, 30 Jan 2024 23:31:33 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706686293; cv=pass; d=google.com; s=arc-20160816; b=0eNcf3Gh8iGIsTpelVxelHBQEAyw2sP4bSHqvDzCrusilWtNEXEFwm4ihe6bf6Cv4+ 190M2OetTWV0lqgk+4zpiCdGaijmaLb+UVED6zyHZB9iN+leWuGuNEpTy6HlBfmFkEI2 txlUoVPFjdpDNWTihYP+cggvHBnFfEz3WfrHPNL0lwvn6xpyezcDDG6YYRLNad2W+oMg xQvBv9Qmna6Gaq4Z3iR0At6ni1SRQPRGX3M4HaqilXFNO0ShSCndU1TzghhcaUihynwf ODcRWg23r7kD3dhpEmKans3cIVHZNHg1fYqRUmGqZY9KvJ0Q26FQQ25RjiPhpMH4+yti fMCA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :user-agent:message-id:date:references:in-reply-to:subject:cc:to :from:dkim-signature; bh=T+vT4KTVm5uJEp0LZxDmNfvh0KWaLsPEjnAqZuGPBKo=; fh=yFJlXU7UGZRYS36aeIstu1g7Ulxs3LI/v+G4kcMAkHw=; b=O84iCshszYnyhBXYQrU0EHBwwCk6QzN3C1/v6XYB4YJEzdLhTI1YFQj5Sg1erBUk/R XwN/tHXXeJoox/EFUTxO+Iim7RHuxFs44NkJRjALprK2wnFoy/qb7d89drkTzg4D0Vsb XGDUeSenV0iWFcImTLKoxfFwWomFj8CtiVj8AwhZFzvQXtifdGiVglw5GMEcraEwHxO8 eKQPihQCbAVOrzqi1q9qoX3eCcb2MapHmYXPfjhNPj4zqh4IgMfak/bSW1Cv9p/yW4Tn JEGz3h+2mTB936sLyrxE/+w/vmQS1mXkn9NCZMjXTwxObcnj3dhn7OwjuZ2k65remXbC cRXQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@geanix.com header.s=default2211 header.b=j6zVGMan; arc=pass (i=1 spf=pass spfdomain=geanix.com dkim=pass dkdomain=geanix.com dmarc=pass fromdomain=geanix.com); spf=pass (google.com: domain of linux-kernel+bounces-45925-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-45925-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=geanix.com X-Forwarded-Encrypted: i=1; AJvYcCVf4ixlVd9kJXUDJ61XjPm0NBHpgKMbsDpQSruOjV+PWouUN7ewymnvGkZ8sMchylqTLIOIRlOVbQjc9n2fg4hZFHCngpSV7er7PIq15w== Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id n32-20020a635c60000000b005ce172ef504si8633369pgm.36.2024.01.30.23.31.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Jan 2024 23:31:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-45925-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@geanix.com header.s=default2211 header.b=j6zVGMan; arc=pass (i=1 spf=pass spfdomain=geanix.com dkim=pass dkdomain=geanix.com dmarc=pass fromdomain=geanix.com); spf=pass (google.com: domain of linux-kernel+bounces-45925-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-45925-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=geanix.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id C21902833CA for ; Wed, 31 Jan 2024 07:31:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id F095A53813; Wed, 31 Jan 2024 07:31:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=geanix.com header.i=@geanix.com header.b="j6zVGMan" Received: from www530.your-server.de (www530.your-server.de [188.40.30.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E1CC850A63; Wed, 31 Jan 2024 07:31:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=188.40.30.78 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706686283; cv=none; b=co20WL2xHdGNJdDgEC173uu0dlhwtHwHYhU8ERi+s51Pc4RvHrbP4vwkcG3JYS2M0L7aPSyqNk1BNn+ohJEVRbzfi9z7TVRS2ozJhehJFbOtaD39NNx4iU8Sy3TQfACq31xHwV15zGKJVP/Zcr1xWnhhiqMF4ot6/UlAH7U1R0U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706686283; c=relaxed/simple; bh=hnngE/xvVeUudyliJUD+XFSMUVJq1k+6dcQsVcdiRRw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=U4GLqrFIu9l29jl228G0pZB2iv/TkW3twsXqgI2vVu7w6O+py1SpYZUtAfjwzWkEVzU+F5t4yjVwV8MqpuZOCIpR1iJpIPGpbVFJr++sedV1qIxQrAzH5nWRuvufPZVyPo2V6IZIW07Se+Q/FookKbIb9mMu/DLYajbQyp9D7e8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=geanix.com; spf=pass smtp.mailfrom=geanix.com; dkim=pass (2048-bit key) header.d=geanix.com header.i=@geanix.com header.b=j6zVGMan; arc=none smtp.client-ip=188.40.30.78 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=geanix.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=geanix.com DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=geanix.com; s=default2211; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID; bh=T+vT4KTVm5uJEp0LZxDmNfvh0KWaLsPEjnAqZuGPBKo=; b=j6zVGMantgmtScxIoBPxJkAJYJ hE3MkHgcX3LnCNv6tbu+TCBs3VYIP9wEJiUmy/fF7YDUz2Ttn5oTjxXVFngJi3x2282Pgtv/CIFSG b6EriJBmLgYC0S6n5R9DwE0jOoqNyb6caD5UA9nnKFsPDDIr19ih0RdXer08OfPR5LLbv6Elosshq POJnZLDWdzzxSmeVPRKsnVEX364fdQ/h9uF7/52PVnOz3yFSJu5lXXtTV/URYNmnkgEGgrH04YEgG nT/q7J8QNLg81vQFI8csp5U8Vu2n89XfKrjj5+G5pbDNWt35oKHL7CFil9wd1dGT13d/WbFETRny4 aQElTyXQ==; Received: from sslproxy06.your-server.de ([78.46.172.3]) by www530.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rV53s-000HWK-Oy; Wed, 31 Jan 2024 08:31:08 +0100 Received: from [87.49.42.9] (helo=localhost) by sslproxy06.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rV53r-000XK1-Oy; Wed, 31 Jan 2024 08:31:07 +0100 From: Esben Haabendal To: Rob Herring Cc: devicetree@vger.kernel.org, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Krzysztof Kozlowski , Conor Dooley , Alexandre Torgue , Giuseppe Cavallaro , Jose Abreu , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/3] dt-bindings: net: snps,dwmac: Add time-based-scheduling property In-Reply-To: <20240130213926.GA2342546-robh@kernel.org> (Rob Herring's message of "Tue, 30 Jan 2024 15:39:26 -0600") References: <30ce8f45b8752c603acc861ebb2f18d74d2f8a07.1706105494.git.esben@geanix.com> <20240130213926.GA2342546-robh@kernel.org> Date: Wed, 31 Jan 2024 08:31:06 +0100 Message-ID: <87cytiez7p.fsf@geanix.com> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain X-Authenticated-Sender: esben@geanix.com X-Virus-Scanned: Clear (ClamAV 0.103.10/27170/Tue Jan 30 10:44:09 2024) Rob Herring writes: > On Wed, Jan 24, 2024 at 03:33:06PM +0100, Esben Haabendal wrote: >> Time Based Scheduling can be enabled per TX queue, if supported by the >> controller. >> >> Signed-off-by: Esben Haabendal >> --- >> Documentation/devicetree/bindings/net/snps,dwmac.yaml | 6 ++++++ >> 1 file changed, 6 insertions(+) > > This is not v1 which you are aware. Where's the justification or do I > need to ask the same questions again? Here's the last discussion[1]. Yes, I am aware. I must admit I only spotted the last discussion you are referring to after submitting my version of it. Sorry about that. > I'm still not clear on why this is needed. Seems like the combination > of TBS and TSO capabilities provides enough information. If TSO is > enabled for a queue, then don't enable TBS. > This binding is already such a mess of properties, I'm inclined to say > "what's one more", but it's death by 1000 cuts. Part of the problem is > this binding is for not 1 IP block, but something that's evolved over > at least 15 years. It definitely is a mess. A lot of these properties are not the type of properties that I think would be accepted today, as there is a lot of configuration like properties there. > The question on configuration properties really comes down to who > would configure things and when. If it's one time for the life of > given h/w, then DT makes sense. If every user wants/needs to tweak the > setting, then definitely shouldn't be in DT. Somewhere in the middle? > Judgement call. Some of the existsing configuration properties in there is something that users will need to tweak, such as the selection of queue scheduling and priority algorithms. The TBS vs TSO is probably somewhere in the middle. It might just be that choosing TSO for TX queue 0, and TBS for the remaining ones are something that everybody can agree on. But I am not really sure about that. I think we should drop this binding. I have found another simple solution for i.MX, which does not involve new bindings. https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git/commit/?id=3b12ec8f618e Improving on that, I think we should make switching between TSO and TBS a run-time configurable thing, instead of creating binding for it. But I am unsure if that is really worth it. /Esben > >> diff --git a/Documentation/devicetree/bindings/net/snps,dwmac.yaml b/Documentation/devicetree/bindings/net/snps,dwmac.yaml >> index 5c2769dc689a..301e9150ecc3 100644 >> --- a/Documentation/devicetree/bindings/net/snps,dwmac.yaml >> +++ b/Documentation/devicetree/bindings/net/snps,dwmac.yaml >> @@ -399,6 +399,12 @@ properties: >> type: boolean >> description: TX checksum offload is unsupported by the TX queue. >> >> + snps,time-based-scheduling: >> + type: boolean >> + description: >> + Time Based Scheduling will be enabled for TX queue. >> + This is typically not supported for TX queue 0. > > Make the property name clear it is an enable, not a capability. > >> + > > [1] https://lore.kernel.org/all/20230929051758.21492-1-rohan.g.thomas@intel.com/