From: Tony Nguyen <anthony.l.nguyen@intel.com>
To: Karol Kolacinski <karol.kolacinski@intel.com>,
<intel-wired-lan@lists.osuosl.org>
Cc: Jacob Keller <jacob.e.keller@intel.com>,
netdev@vger.kernel.org,
Arkadiusz Kubalewski <arkadiusz.kubalewski@intel.com>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>
Subject: Re: [Intel-wired-lan] [PATCH v4 iwl-next 02/12] ice: Introduce helper to get tmr_cmd_reg values
Date: Wed, 3 Apr 2024 16:25:53 -0700 [thread overview]
Message-ID: <59a690bc-50c6-df52-5686-ae6b231fd0f3@intel.com> (raw)
In-Reply-To: <20240329161730.47777-16-karol.kolacinski@intel.com>
On 3/29/2024 9:09 AM, Karol Kolacinski wrote:
> From: Jacob Keller <jacob.e.keller@intel.com>
>
> Multiple places in the driver code need to convert enum ice_ptp_tmr_cmd
> values into register bits for both the main timer and the PHY port
> timers. The main MAC register has one bit scheme for timer commands,
> while the PHY commands use a different scheme.
>
> The E810 and E830 devices use the same scheme for port commands as used
> for the main timer. However, E822 and ETH56G hardware has a separate
> scheme used by the PHY.
>
> Introduce helper functions to convert the timer command enumeration into
> the register values, reducing some code duplication, and making it
> easier to later refactor the individual port write commands.
>
> Signed-off-by: Jacob Keller <jacob.e.keller@intel.com>
> Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
> Reviewed-by: Arkadiusz Kubalewski <arkadiusz.kubalewski@intel.com>
> Signed-off-by: Karol Kolacinski <karol.kolacinski@intel.com>
> ---
> drivers/net/ethernet/intel/ice/ice_ptp_hw.c | 140 ++++++++++++--------
> drivers/net/ethernet/intel/ice/ice_ptp_hw.h | 2 +-
> 2 files changed, 89 insertions(+), 53 deletions(-)
>
> diff --git a/drivers/net/ethernet/intel/ice/ice_ptp_hw.c b/drivers/net/ethernet/intel/ice/ice_ptp_hw.c
> index e86ca6cada79..c892b966c3b8 100644
> --- a/drivers/net/ethernet/intel/ice/ice_ptp_hw.c
> +++ b/drivers/net/ethernet/intel/ice/ice_ptp_hw.c
> @@ -227,40 +227,114 @@ static u64 ice_ptp_read_src_incval(struct ice_hw *hw)
> }
>
> /**
> - * ice_ptp_src_cmd - Prepare source timer for a timer command
> - * @hw: pointer to HW structure
> + * ice_ptp_tmr_cmd_to_src_reg - Convert to source timer command value
> + * @hw: pointer to HW struct
> * @cmd: Timer command
> *
> - * Prepare the source timer for an upcoming timer sync command.
> + * Returns: the source timer command register value for the given PTP timer
> + * command.
> */
> -void ice_ptp_src_cmd(struct ice_hw *hw, enum ice_ptp_tmr_cmd cmd)
> +static u32 ice_ptp_tmr_cmd_to_src_reg(struct ice_hw *hw,
> + enum ice_ptp_tmr_cmd cmd)
> {
> - u32 cmd_val;
> - u8 tmr_idx;
> + u32 cmd_val, tmr_idx;
> +
> + switch (cmd) {
> + case ICE_PTP_INIT_TIME:
> + cmd_val = GLTSYN_CMD_INIT_TIME;
> + break;
> + case ICE_PTP_INIT_INCVAL:
> + cmd_val = GLTSYN_CMD_INIT_INCVAL;
> + break;
> + case ICE_PTP_ADJ_TIME:
> + cmd_val = GLTSYN_CMD_ADJ_TIME;
> + break;
> + case ICE_PTP_ADJ_TIME_AT_TIME:
> + cmd_val = GLTSYN_CMD_ADJ_INIT_TIME;
> + break;
> + case ICE_PTP_NOP:
> + case ICE_PTP_READ_TIME:
> + cmd_val = GLTSYN_CMD_READ_TIME;
> + break;
> + default:
> + dev_warn(ice_hw_to_dev(hw),
> + "Ignoring unrecognized timer command %u\n", cmd);
> + cmd_val = 0;
> + }
>
> tmr_idx = ice_get_ptp_src_clock_index(hw);
> - cmd_val = tmr_idx << SEL_CPK_SRC;
> +
> + return tmr_idx | cmd_val << SEL_CPK_SRC;
This is not equivalent to what was returned before this patch. Is this
supposed to return different values now?
> +}
> +
> +/**
> + * ice_ptp_tmr_cmd_to_port_reg- Convert to port timer command value
> + * @hw: pointer to HW struct
> + * @cmd: Timer command
> + *
> + * Note that some hardware families use a different command register value for
> + * the PHY ports, while other hardware families use the same register values
> + * as the source timer.
> + *
> + * Returns: the PHY port timer command register value for the given PTP timer
> + * command.
> + */
> +static u32 ice_ptp_tmr_cmd_to_port_reg(struct ice_hw *hw,
> + enum ice_ptp_tmr_cmd cmd)
> +{
> + u32 cmd_val, tmr_idx;
> +
> + /* Certain hardware families share the same register values for the
> + * port register and source timer register.
> + */
> + switch (hw->ptp.phy_model) {
> + case ICE_PHY_E810:
> + return ice_ptp_tmr_cmd_to_src_reg(hw, cmd) & TS_CMD_MASK_E810;
> + default:
> + break;
> + }
>
> switch (cmd) {
> case ICE_PTP_INIT_TIME:
> - cmd_val |= GLTSYN_CMD_INIT_TIME;
> + cmd_val = PHY_CMD_INIT_TIME;
> break;
> case ICE_PTP_INIT_INCVAL:
> - cmd_val |= GLTSYN_CMD_INIT_INCVAL;
> + cmd_val = PHY_CMD_INIT_INCVAL;
> break;
> case ICE_PTP_ADJ_TIME:
> - cmd_val |= GLTSYN_CMD_ADJ_TIME;
> + cmd_val = PHY_CMD_ADJ_TIME;
> break;
> case ICE_PTP_ADJ_TIME_AT_TIME:
> - cmd_val |= GLTSYN_CMD_ADJ_INIT_TIME;
> + cmd_val = PHY_CMD_ADJ_TIME_AT_TIME;
> break;
> case ICE_PTP_READ_TIME:
> - cmd_val |= GLTSYN_CMD_READ_TIME;
> + cmd_val = PHY_CMD_READ_TIME;
> break;
> case ICE_PTP_NOP:
> + cmd_val = 0;
> break;
> + default:
> + dev_warn(ice_hw_to_dev(hw),
> + "Ignoring unrecognized timer command %u\n", cmd);
> + cmd_val = 0;
> }
>
> + tmr_idx = ice_get_ptp_src_clock_index(hw);
> +
> + return tmr_idx | cmd_val << SEL_PHY_SRC;
Just pointing out that this is the same as the above function in case
the previous needs to be changed.
> +}
> +
next prev parent reply other threads:[~2024-04-03 23:26 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-29 16:09 [Intel-wired-lan] [PATCH v4 iwl-next 00/12] Introduce ETH56G PHY model for E825C products Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 01/12] ice: Introduce ice_ptp_hw struct Karol Kolacinski
2024-04-03 23:25 ` Tony Nguyen
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 02/12] ice: Introduce helper to get tmr_cmd_reg values Karol Kolacinski
2024-04-03 23:25 ` Tony Nguyen [this message]
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 03/12] ice: Implement Tx interrupt enablement functions Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 04/12] ice: Add PHY OFFSET_READY register clearing Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 05/12] ice: Move CGU block Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 06/12] ice: Introduce ice_get_base_incval() helper Karol Kolacinski
2024-04-03 23:29 ` Tony Nguyen
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 07/12] ice: Introduce ETH56G PHY model for E825C products Karol Kolacinski
2024-04-03 23:33 ` Tony Nguyen
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 08/12] ice: Change CGU regs struct to anonymous Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 09/12] ice: Add support for E825-C TS PLL handling Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 10/12] ice: Add NAC Topology device capability parser Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 11/12] ice: Support 2XNAC configuration using auxbus Karol Kolacinski
2024-03-29 16:09 ` [Intel-wired-lan] [PATCH v4 iwl-next 12/12] ice: Adjust PTP init for 2x50G E825C devices Karol Kolacinski
2024-03-29 16:23 ` [Intel-wired-lan] [PATCH v4 iwl-next 00/12] Introduce ETH56G PHY model for E825C products Tony Nguyen
2024-04-02 12:31 ` Kolacinski, Karol
2024-04-03 23:24 ` Tony Nguyen
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=59a690bc-50c6-df52-5686-ae6b231fd0f3@intel.com \
--to=anthony.l.nguyen@intel.com \
--cc=arkadiusz.kubalewski@intel.com \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jacob.e.keller@intel.com \
--cc=karol.kolacinski@intel.com \
--cc=netdev@vger.kernel.org \
--cc=przemyslaw.kitszel@intel.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