From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f44.google.com (mail-wm1-f44.google.com [209.85.128.44]) (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 413093491C4 for ; Mon, 4 May 2026 08:48:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777884500; cv=none; b=POlcVRqdfJqSUqWtdGw8CP4pwKHM/6EMYo43SkcKFz7X9Z7QCYDhEYWuRpRQm6IHkTXNk6nXxxEu+zKhQIfLfNch84SG8iu+BxK40ZFm4Ho4Mb3Olfv4j0jM9NfinvCq73xjZlKXnHcVEjTj0lhoMGN8julKeBzNY1V/2vpgFFI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777884500; c=relaxed/simple; bh=bLUccklgBubfjMF9F927WmSX/x9egmRdCcgt3JBFY80=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=QV5mMQmgXR6P1nTCUSuuDgZeR4aKLvC8hBIPs01Duso9KMwzkwFcNkhcII4uuMOSIj/Trz5i57drXO3QodjbJheDmbYCU8BjpCIeut0HYtEZMXHHolNM79VU2f43DQtnDRrRg/R2sZJB2jxwQ3SlFoRjjWgYRzVm2r9R5LaM/3A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us; spf=none smtp.mailfrom=resnulli.us; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b=gktmWMMm; arc=none smtp.client-ip=209.85.128.44 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=resnulli.us Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b="gktmWMMm" Received: by mail-wm1-f44.google.com with SMTP id 5b1f17b1804b1-4891f625344so39623445e9.0 for ; Mon, 04 May 2026 01:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=resnulli-us.20251104.gappssmtp.com; s=20251104; t=1777884495; x=1778489295; 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=bLUccklgBubfjMF9F927WmSX/x9egmRdCcgt3JBFY80=; b=gktmWMMmQ6ZMu18AJzugEYu3wh2PAKxmnNIQknr4FN9cJ8Q1Cj+Z7P1A7sJL4jDw3v ngsPhUFTOM4LdVZHxtePRtxqJBzAwOVtBLDz/ZkVFblYcaWqFXSo/sF8pBR/pY8SI4wl qmH83NPMfxtSR3ZIoE6z1IBUt1RbAnuFLvzHxBqzv1QxvbrEaLR+1gXUKuhPPU10AoXR QP3KqBC3oz58i31k9f3s6qwKdPqTLDHBWzxlTeyMwb0i7N90hnyGR4nsCT927hITPe6t /yLnXWlnVK2+/XiSZQ0jjB3l/I1yviapkncr37GOjF2IRiI6bMK8risVHZ11QyI+eEb2 Cf8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777884495; x=1778489295; 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=bLUccklgBubfjMF9F927WmSX/x9egmRdCcgt3JBFY80=; b=q0sdc9acgXGy2blvEIRI5tH1/ikR8vrg8L7mjM2PZH0rdq2S2kf1TQd3+YEvRaZ61f LKWC9igP1DKcysxsbY3CYrUv8eJzybEiEG9KhpR9/O6Ki21/XxgSjFn2wY7DKYFZjBH6 CvRc72tn1iW33oc/dwOhcwju30FLRZ/XD6T84qqq09gFA+SQ6ENECCwTospAXGfBKxc6 WJn/kdeNX+Ef9UdjTgN+XZYzpY/h4KMr5ZyfvkHXKI12lVA676On6OluqxKznMrGsahT t9UlQT01uHXfQSXi0EXhU+yZlnTieMrRFsEMHWxYsO1ufgJ4t8BU3CWklrWmO8BgnBSs 726g== X-Forwarded-Encrypted: i=1; AFNElJ+G3vDCdLCp16nShP+fVGkKGdB7sYA1k9PfQdovO3HYRZ2KeoonQUIMxvK+wlGMmJBGRcCpyWIOqfi/rdA=@vger.kernel.org X-Gm-Message-State: AOJu0YzB4Z4r+x3Esko03EkzzCm7+kzOxmRb+irU9hruJObSjo7Joacn Jo6IYxvJXOk+RMVTcF9rXPrDvlpHjf9+IKrJoa0LORn2eJb8wli7uF2IkeN1+giktqE= X-Gm-Gg: AeBDieub4eTRNJUfGs0Egs+gJMM3vYAcNHvltlYQrLLNq6gG8Wnkoe2rjYoDLlKnL3I nLEmdHEnb54YsuDzbJ6U1YPrVU3bwaJWKM3GC4kMxt8xuMe2RXJkpt+se3JW41jLkH0/MKugDvy QTHcPgawYK1wDntugHzKE6ZQZpjVwPN3OxTujrt5llzM+DkNnVQG8R3MfJ3E+Zj3yAJAG+j6zuL L7rKxZP+aocujRKLVZ53GEzQ6Gby2RWjzWk3T43ruSG9GJVQXpVzLwWNWUggY23qS2fg/qmOR/s R0TL6MUwqU1j44MqLKh8xpLV3jPmM2/vfMLhPdUe6iKO+pg15vtliCgllW3rrgy6bYvhtKBBTXp l+Pu1Sog6eJ2lOwf8sIyT2LxleLXzHkvlnofI9MHpMNE3nW4J3WYgef0vSCIfqIw47nmzDlT719 Wr8uLVr3elqS2rPBny0pSD6xbeo0Hd6s9QqpPAiMfsbKo= X-Received: by 2002:a05:600c:26d2:b0:48a:5236:7f38 with SMTP id 5b1f17b1804b1-48a8607970fmr159836115e9.14.1777884495283; Mon, 04 May 2026 01:48:15 -0700 (PDT) Received: from FV6GYCPJ69 ([128.77.52.125]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-44b63d78692sm20604340f8f.27.2026.05.04.01.48.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 May 2026 01:48:14 -0700 (PDT) Date: Mon, 4 May 2026 10:48:09 +0200 From: Jiri Pirko To: Ivan Vecera Cc: netdev@vger.kernel.org, Andrew Lunn , Arkadiusz Kubalewski , "David S. Miller" , Donald Hunter , Eric Dumazet , Jakub Kicinski , Jonathan Corbet , Leon Romanovsky , Mark Bloch , Michal Schmidt , Paolo Abeni , Pasi Vaananen , Petr Oros , Prathosh Satish , Saeed Mahameed , Shuah Khan , Simon Horman , Tariq Toukan , Vadim Fedorenko , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org Subject: Re: [PATCH net-next v2 1/2] dpll: move fractional-frequency-offset-ppt under pin-parent-device Message-ID: References: <20260430173611.3312596-1-ivecera@redhat.com> <20260430173611.3312596-2-ivecera@redhat.com> 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=us-ascii Content-Disposition: inline In-Reply-To: <20260430173611.3312596-2-ivecera@redhat.com> Thu, Apr 30, 2026 at 07:36:10PM +0200, ivecera@redhat.com wrote: >Move the fractional-frequency-offset-ppt attribute from the top-level >pin attributes into the pin-parent-device nested attribute set. This >makes it consistent with phase-offset which is already per-parent and >clarifies that FFO PPT represents the frequency difference between >a pin and its parent DPLL device. > >The top-level fractional-frequency-offset attribute (in PPM) remains >unchanged for backward compatibility. That is odd. The ppt one was added just for higher precision but was semantically the same. Now you change it. Could you still treat both the same? > >Distinguish the two contexts in the ffo_get callback by passing >dpll=NULL for the top-level (rx vs tx symbol rate) call and a valid >dpll pointer for the nested (pin vs parent DPLL) call. Update mlx5 >and zl3073x drivers to return -ENODATA for the nested context they >do not yet support. > >Add documentation for both FFO attributes to dpll.rst. > [..]