Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 31406C6FA9E for ; Sat, 4 Mar 2023 19:46:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229656AbjCDTqS (ORCPT ); Sat, 4 Mar 2023 14:46:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57612 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229445AbjCDTqQ (ORCPT ); Sat, 4 Mar 2023 14:46:16 -0500 Received: from vps0.lunn.ch (vps0.lunn.ch [156.67.10.101]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0DAEA1B57D; Sat, 4 Mar 2023 11:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=mqhIv4BnRUzpQwjss739cv1fDBqva1NryZa6MDjF/Z4=; b=WIb7cDtQ9Pwtt/epJFfAzsYlNu uf0G1zcrglU47PJ9TJYNfDSJwmXT53uDxwBrH8ddS1axGuNAY6qwQrCvU4f8vjsIHQBu3573Oz6x8 iMs8hT+7Q0Bb6F04Pg/Xz7nyVpzNeccIvACQxXz3npeCtU+nMAzkdVyeRp6rkwEFj4qI=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1pYXpV-006Sj3-IH; Sat, 04 Mar 2023 20:46:05 +0100 Date: Sat, 4 Mar 2023 20:46:05 +0100 From: Andrew Lunn To: "Russell King (Oracle)" Cc: =?iso-8859-1?Q?K=F6ry?= Maincent , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-omap@vger.kernel.org, Michael Walle , Richard Cochran , thomas.petazzoni@bootlin.com, Jay Vosburgh , Veaceslav Falico , Andy Gospodarek , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Joakim Zhang , Vladimir Oltean , Claudiu Manoil , Alexandre Belloni , UNGLinuxDriver@microchip.com, Grygorii Strashko , Heiner Kallweit , Minghao Chi , Jie Wang , Guangbin Huang , Wolfram Sang , Wang Yufen , Alexandru Tachici , Oleksij Rempel Subject: Re: [PATCH v2 3/4] net: Let the active time stamping layer be selectable. Message-ID: <94544cd0-18da-40d1-8691-66e50d42bfb4@lunn.ch> References: <20230303164248.499286-1-kory.maincent@bootlin.com> <20230303164248.499286-4-kory.maincent@bootlin.com> <011d63c3-e3ff-4b67-8ab7-d39f541c7b31@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > The timestamping part is via the netdev, which is a separate entity, > and its that entity which is responsible for identifying which PHC it > is connected to (normally by filling in the phc_index field of > ethtool_ts_info.) > > Think of is as: > > netdev ---- timestamping ---- PHC > > since we can have: > > netdev1 ---- timestamping \ > netdev2 ---- timestamping -*--- PHC > netdev3 ---- timestamping / > > Since the ioctl is to do with requesting what we want the timestamping > layer to be doing with packets, putting it in ptp_clock_info makes > very little sense. So there does not appear to be an object to represent a time stamper? Should one be added? It looks like it needs two ops hwtstamp_set() and hwtstamp_get(). It would then be registered with the ptp core. And then the rest of what i said would apply... Andrew