From: Vadim Fedorenko <vadim.fedorenko@linux.dev>
To: Divya Koppera <divya.koppera@microchip.com>,
andrew@lunn.ch, arun.ramadoss@microchip.com,
UNGLinuxDriver@microchip.com, hkallweit1@gmail.com,
linux@armlinux.org.uk, davem@davemloft.net, edumazet@google.com,
kuba@kernel.org, pabeni@redhat.com, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, richardcochran@gmail.com
Subject: Re: [PATCH net-next v3 1/5] net: phy: microchip_ptp : Add header file for Microchip ptp library
Date: Tue, 12 Nov 2024 22:01:38 +0000 [thread overview]
Message-ID: <37bba7bc-0d6f-4655-abd7-b6c86b12193a@linux.dev> (raw)
In-Reply-To: <20241112133724.16057-2-divya.koppera@microchip.com>
On 12/11/2024 13:37, Divya Koppera wrote:
> This ptp header file library will cover ptp macros for future phys in
> Microchip where addresses will be same but base offset and mmd address
> may changes.
>
> Signed-off-by: Divya Koppera <divya.koppera@microchip.com>
> ---
> v2 -> v3
> - No changes
>
> v1 -> v2
> - Fixed sparse warnings and compilation errors/warnings reported by kernel
> test robot
> ---
> drivers/net/phy/microchip_ptp.h | 217 ++++++++++++++++++++++++++++++++
> 1 file changed, 217 insertions(+)
> create mode 100644 drivers/net/phy/microchip_ptp.h
>
> diff --git a/drivers/net/phy/microchip_ptp.h b/drivers/net/phy/microchip_ptp.h
> new file mode 100644
> index 000000000000..26a9a65c1810
> --- /dev/null
> +++ b/drivers/net/phy/microchip_ptp.h
> @@ -0,0 +1,217 @@
> +/* SPDX-License-Identifier: GPL-2.0
> + * Copyright (C) 2024 Microchip Technology
> + */
> +
> +#ifndef _MICROCHIP_PTP_H
> +#define _MICROCHIP_PTP_H
> +
> +#if IS_ENABLED(CONFIG_MICROCHIP_PHYPTP)
> +
> +#include <linux/ptp_clock_kernel.h>
> +#include <linux/ptp_clock.h>
> +#include <linux/ptp_classify.h>
> +#include <linux/net_tstamp.h>
> +#include <linux/mii.h>
> +#include <linux/phy.h>
> +
> +#define MCHP_PTP_CMD_CTL(b) ((b) + 0x0)
> +#define MCHP_PTP_CMD_CTL_LTC_STEP_NSEC BIT(6)
> +#define MCHP_PTP_CMD_CTL_LTC_STEP_SEC BIT(5)
> +#define MCHP_PTP_CMD_CTL_CLOCK_LOAD BIT(4)
> +#define MCHP_PTP_CMD_CTL_CLOCK_READ BIT(3)
> +#define MCHP_PTP_CMD_CTL_EN BIT(1)
> +#define MCHP_PTP_CMD_CTL_DIS BIT(0)
> +
> +#define MCHP_PTP_REF_CLK_CFG(b) ((b) + 0x2)
> +#define MCHP_PTP_REF_CLK_SRC_250MHZ 0x0
> +#define MCHP_PTP_REF_CLK_PERIOD_OVERRIDE BIT(9)
> +#define MCHP_PTP_REF_CLK_PERIOD 4
> +#define MCHP_PTP_REF_CLK_CFG_SET (MCHP_PTP_REF_CLK_SRC_250MHZ |\
> + MCHP_PTP_REF_CLK_PERIOD_OVERRIDE |\
> + MCHP_PTP_REF_CLK_PERIOD)
> +
> +#define MCHP_PTP_LTC_SEC_HI(b) ((b) + 0x5)
> +#define MCHP_PTP_LTC_SEC_MID(b) ((b) + 0x6)
> +#define MCHP_PTP_LTC_SEC_LO(b) ((b) + 0x7)
> +#define MCHP_PTP_LTC_NS_HI(b) ((b) + 0x8)
> +#define MCHP_PTP_LTC_NS_LO(b) ((b) + 0x9)
> +#define MCHP_PTP_LTC_RATE_ADJ_HI(b) ((b) + 0xc)
> +#define MCHP_PTP_LTC_RATE_ADJ_HI_DIR BIT(15)
> +#define MCHP_PTP_LTC_RATE_ADJ_LO(b) ((b) + 0xd)
> +#define MCHP_PTP_LTC_STEP_ADJ_HI(b) ((b) + 0x12)
> +#define MCHP_PTP_LTC_STEP_ADJ_HI_DIR BIT(15)
> +#define MCHP_PTP_LTC_STEP_ADJ_LO(b) ((b) + 0x13)
> +#define MCHP_PTP_LTC_READ_SEC_HI(b) ((b) + 0x29)
> +#define MCHP_PTP_LTC_READ_SEC_MID(b) ((b) + 0x2a)
> +#define MCHP_PTP_LTC_READ_SEC_LO(b) ((b) + 0x2b)
> +#define MCHP_PTP_LTC_READ_NS_HI(b) ((b) + 0x2c)
> +#define MCHP_PTP_LTC_READ_NS_LO(b) ((b) + 0x2d)
> +#define MCHP_PTP_OP_MODE(b) ((b) + 0x41)
> +#define MCHP_PTP_OP_MODE_DIS 0
> +#define MCHP_PTP_OP_MODE_STANDALONE 1
> +#define MCHP_PTP_LATENCY_CORRECTION_CTL(b) ((b) + 0x44)
> +#define MCHP_PTP_PREDICTOR_EN BIT(6)
> +#define MCHP_PTP_TX_PRED_DIS BIT(1)
> +#define MCHP_PTP_RX_PRED_DIS BIT(0)
> +#define MCHP_PTP_LATENCY_SETTING (MCHP_PTP_PREDICTOR_EN | \
> + MCHP_PTP_TX_PRED_DIS | \
> + MCHP_PTP_RX_PRED_DIS)
> +
> +#define MCHP_PTP_INT_EN(b) ((b) + 0x0)
> +#define MCHP_PTP_INT_STS(b) ((b) + 0x01)
> +#define MCHP_PTP_INT_TX_TS_OVRFL_EN BIT(3)
> +#define MCHP_PTP_INT_TX_TS_EN BIT(2)
> +#define MCHP_PTP_INT_RX_TS_OVRFL_EN BIT(1)
> +#define MCHP_PTP_INT_RX_TS_EN BIT(0)
> +#define MCHP_PTP_INT_ALL_MSK (MCHP_PTP_INT_TX_TS_OVRFL_EN | \
> + MCHP_PTP_INT_TX_TS_EN | \
> + MCHP_PTP_INT_RX_TS_OVRFL_EN |\
> + MCHP_PTP_INT_RX_TS_EN)
> +
> +#define MCHP_PTP_CAP_INFO(b) ((b) + 0x2e)
> +#define MCHP_PTP_TX_TS_CNT(v) (((v) & GENMASK(11, 8)) >> 8)
> +#define MCHP_PTP_RX_TS_CNT(v) ((v) & GENMASK(3, 0))
> +
> +#define MCHP_PTP_RX_PARSE_CONFIG(b) ((b) + 0x42)
> +#define MCHP_PTP_RX_PARSE_L2_ADDR_EN(b) ((b) + 0x44)
> +#define MCHP_PTP_RX_PARSE_IPV4_ADDR_EN(b) ((b) + 0x45)
> +
> +#define MCHP_PTP_RX_TIMESTAMP_CONFIG(b) ((b) + 0x4e)
> +#define MCHP_PTP_RX_TIMESTAMP_CONFIG_PTP_FCS_DIS BIT(0)
> +
> +#define MCHP_PTP_RX_VERSION(b) ((b) + 0x48)
> +#define MCHP_PTP_RX_TIMESTAMP_EN(b) ((b) + 0x4d)
> +
> +#define MCHP_PTP_RX_INGRESS_NS_HI(b) ((b) + 0x54)
> +#define MCHP_PTP_RX_INGRESS_NS_HI_TS_VALID BIT(15)
> +
> +#define MCHP_PTP_RX_INGRESS_NS_LO(b) ((b) + 0x55)
> +#define MCHP_PTP_RX_INGRESS_SEC_HI(b) ((b) + 0x56)
> +#define MCHP_PTP_RX_INGRESS_SEC_LO(b) ((b) + 0x57)
> +#define MCHP_PTP_RX_MSG_HEADER2(b) ((b) + 0x59)
> +
> +#define MCHP_PTP_TX_PARSE_CONFIG(b) ((b) + 0x82)
> +#define MCHP_PTP_PARSE_CONFIG_LAYER2_EN BIT(0)
> +#define MCHP_PTP_PARSE_CONFIG_IPV4_EN BIT(1)
> +#define MCHP_PTP_PARSE_CONFIG_IPV6_EN BIT(2)
> +
> +#define MCHP_PTP_TX_PARSE_L2_ADDR_EN(b) ((b) + 0x84)
> +#define MCHP_PTP_TX_PARSE_IPV4_ADDR_EN(b) ((b) + 0x85)
> +
> +#define MCHP_PTP_TX_VERSION(b) ((b) + 0x88)
> +#define MCHP_PTP_MAX_VERSION(x) (((x) & GENMASK(7, 0)) << 8)
> +#define MCHP_PTP_MIN_VERSION(x) ((x) & GENMASK(7, 0))
> +
> +#define MCHP_PTP_TX_TIMESTAMP_EN(b) ((b) + 0x8d)
> +#define MCHP_PTP_TIMESTAMP_EN_SYNC BIT(0)
> +#define MCHP_PTP_TIMESTAMP_EN_DREQ BIT(1)
> +#define MCHP_PTP_TIMESTAMP_EN_PDREQ BIT(2)
> +#define MCHP_PTP_TIMESTAMP_EN_PDRES BIT(3)
> +#define MCHP_PTP_TIMESTAMP_EN_ALL (MCHP_PTP_TIMESTAMP_EN_SYNC |\
> + MCHP_PTP_TIMESTAMP_EN_DREQ |\
> + MCHP_PTP_TIMESTAMP_EN_PDREQ |\
> + MCHP_PTP_TIMESTAMP_EN_PDRES)
> +
> +#define MCHP_PTP_TX_TIMESTAMP_CONFIG(b) ((b) + 0x8e)
> +#define MCHP_PTP_TX_TIMESTAMP_CONFIG_PTP_FCS_DIS BIT(0)
> +
> +#define MCHP_PTP_TX_MOD(b) ((b) + 0x8f)
> +#define MCHP_PTP_TX_MOD_PTP_SYNC_TS_INSERT BIT(12)
> +#define MCHP_PTP_TX_MOD_PTP_FU_TS_INSERT BIT(11)
> +
> +#define MCHP_PTP_TX_EGRESS_NS_HI(b) ((b) + 0x94)
> +#define MCHP_PTP_TX_EGRESS_NS_HI_TS_VALID BIT(15)
> +
> +#define MCHP_PTP_TX_EGRESS_NS_LO(b) ((b) + 0x95)
> +#define MCHP_PTP_TX_EGRESS_SEC_HI(b) ((b) + 0x96)
> +#define MCHP_PTP_TX_EGRESS_SEC_LO(b) ((b) + 0x97)
> +#define MCHP_PTP_TX_MSG_HEADER2(b) ((b) + 0x99)
> +
> +#define MCHP_PTP_TSU_GEN_CONFIG(b) ((b) + 0xc0)
> +#define MCHP_PTP_TSU_GEN_CFG_TSU_EN BIT(0)
> +
> +#define MCHP_PTP_TSU_HARD_RESET(b) ((b) + 0xc1)
> +#define MCHP_PTP_TSU_HARDRESET BIT(0)
> +
> +/* Represents 1ppm adjustment in 2^32 format with
> + * each nsec contains 4 clock cycles in 250MHz.
> + * The value is calculated as following: (1/1000000)/((2^-32)/4)
> + */
> +#define MCHP_PTP_1PPM_FORMAT 17179
> +#define MCHP_PTP_FIFO_SIZE 8
> +#define MCHP_PTP_MAX_ADJ 31249999
> +
> +#define BASE_CLK(p) ((p)->clk_base_addr)
> +#define BASE_PORT(p) ((p)->port_base_addr)
> +#define PTP_MMD(p) ((p)->mmd)
> +
> +enum ptp_fifo_dir {
> + PTP_INGRESS_FIFO,
> + PTP_EGRESS_FIFO
> +};
> +
> +struct mchp_ptp_clock {
> + struct mii_timestamper mii_ts;
> + struct phy_device *phydev;
> +
> + struct sk_buff_head tx_queue;
> + struct sk_buff_head rx_queue;
> +
> + struct list_head rx_ts_list;
> + /* Lock for Rx ts fifo */
> + spinlock_t rx_ts_lock;
> +
> + int hwts_tx_type;
> + enum hwtstamp_rx_filters rx_filter;
> + int layer;
> + int version;
> +
> + struct ptp_clock *ptp_clock;
> + struct ptp_clock_info caps;
> +
> + /* Lock for phc */
> + struct mutex ptp_lock;
> +
> + u16 port_base_addr;
> + u16 clk_base_addr;
> + u8 mmd;
> +};
I believe, the current design of mchp_ptp_clock has some issues:
struct mchp_ptp_clock {
struct mii_timestamper mii_ts; /* 0 48 */
struct phy_device * phydev; /* 48 8 */
struct sk_buff_head tx_queue; /* 56 24 */
/* --- cacheline 1 boundary (64 bytes) was 16 bytes ago --- */
struct sk_buff_head rx_queue; /* 80 24 */
struct list_head rx_ts_list; /* 104 16 */
spinlock_t rx_ts_lock /* 120 4 */
int hwts_tx_type; /* 124 4 */
/* --- cacheline 2 boundary (128 bytes) --- */
enum hwtstamp_rx_filters rx_filter; /* 128 4 */
int layer; /* 132 4 */
int version; /* 136 4 */
/* XXX 4 bytes hole, try to pack */
struct ptp_clock * ptp_clock; /* 144 8 */
struct ptp_clock_info caps; /* 152 184 */
/* --- cacheline 5 boundary (320 bytes) was 16 bytes ago --- */
struct mutex ptp_lock; /* 336 32 */
u16 port_base_addr; /* 368 2 */
u16 clk_base_addr; /* 370 2 */
u8 mmd; /* 372 1 */
/* size: 376, cachelines: 6, members: 16 */
/* sum members: 369, holes: 1, sum holes: 4 */
/* padding: 3 */
/* last cacheline: 56 bytes */
};
tx_queue will be splitted across 2 cache lines and will have spinlock on
the cache line next to `struct sk_buff * next`. That means 2 cachelines
will have to fetched to have an access to it - may lead to performance
issues.
Another issue is that locks in tx_queue and rx_queue, and rx_ts_lock
share the same cache line which, again, can have performance issues on
systems which can potentially have several rx/tx queues/irqs.
It would be great to try to reorder the struct a bit.
> +
> +struct mchp_ptp_rx_ts {
> + struct list_head list;
> + u32 seconds;
> + u32 nsec;
> + u16 seq_id;
> +};
> +
> +struct mchp_ptp_clock *mchp_ptp_probe(struct phy_device *phydev, u8 mmd,
> + u16 clk_base, u16 port_base);
> +
> +int mchp_config_ptp_intr(struct mchp_ptp_clock *ptp_clock,
> + u16 reg, u16 val, bool enable);
> +
> +irqreturn_t mchp_ptp_handle_interrupt(struct mchp_ptp_clock *ptp_clock);
> +
> +#else
> +
> +static inline struct mchp_ptp_clock *mchp_ptp_probe(struct phy_device *phydev,
> + u8 mmd, u16 clk_base,
> + u16 port_base)
> +{
> + return NULL;
> +}
> +
> +static inline int mchp_config_ptp_intr(struct mchp_ptp_clock *ptp_clock,
> + u16 reg, u16 val, bool enable)
> +{
> + return 0;
> +}
> +
> +static inline irqreturn_t mchp_ptp_handle_interrupt(struct mchp_ptp_clock *ptp_clock)
> +{
> + return IRQ_NONE;
> +}
> +
> +#endif //CONFIG_MICROCHIP_PHYPTP
> +
> +#endif //_MICROCHIP_PTP_H
next prev parent reply other threads:[~2024-11-12 22:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-12 13:37 [PATCH net-next v3 0/5] Add ptp library for Microchip phys Divya Koppera
2024-11-12 13:37 ` [PATCH net-next v3 1/5] net: phy: microchip_ptp : Add header file for Microchip ptp library Divya Koppera
2024-11-12 22:01 ` Vadim Fedorenko [this message]
2024-11-12 22:26 ` Andrew Lunn
2024-11-12 22:56 ` Vadim Fedorenko
2024-11-12 23:11 ` Andrew Lunn
2024-11-12 23:21 ` Vadim Fedorenko
2024-11-12 13:37 ` [PATCH net-next v3 2/5] net: phy: microchip_ptp : Add ptp library for Microchip phys Divya Koppera
2024-11-12 22:20 ` Jakub Kicinski
2024-11-13 11:05 ` Divya.Koppera
2024-11-12 13:37 ` [PATCH net-next v3 3/5] net: phy: Kconfig: Add ptp library support and 1588 optional flag in " Divya Koppera
2024-11-12 13:37 ` [PATCH net-next v3 4/5] net: phy: Makefile: Add makefile support for ptp " Divya Koppera
2024-11-12 13:37 ` [PATCH net-next v3 5/5] net: phy: microchip_t1 : Add initialization of ptp for lan887x Divya Koppera
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=37bba7bc-0d6f-4655-abd7-b6c86b12193a@linux.dev \
--to=vadim.fedorenko@linux.dev \
--cc=UNGLinuxDriver@microchip.com \
--cc=andrew@lunn.ch \
--cc=arun.ramadoss@microchip.com \
--cc=davem@davemloft.net \
--cc=divya.koppera@microchip.com \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®