Message ID | 20240217010455.58258-3-vinicius.gomes@intel.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:693c:2685:b0:108:e6aa:91d0 with SMTP id mn5csp86418dyc; Fri, 16 Feb 2024 17:08:35 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCV2wAoSE97gI/nrQOcq8duC3Yhe5AG5YpJ/0BHLJ/g/TTFpnuMh0NM9IgwSHnB3Uovv6ITAsqbtlp7t1G3X3eGDwU/vsA== X-Google-Smtp-Source: AGHT+IE16hBQ3PJDS8rp0RB4Djo9/dvzkypVTJ2dPT0XqPGIPGLLuUqMxXPiWTtoaMKBqpUrPvFO X-Received: by 2002:a17:906:565a:b0:a3d:6e91:ff81 with SMTP id v26-20020a170906565a00b00a3d6e91ff81mr4351234ejr.22.1708132115430; Fri, 16 Feb 2024 17:08:35 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708132115; cv=pass; d=google.com; s=arc-20160816; b=V9ycrGYqYpetlYXxeESg5OQbTPbq6AtTaKkcTx0UViWS+3T//lSfH26UzsLq4Z2v9a sqACAli0tZf72IYh2BqPT+GeiSM7SIBKI6NsSXkvpEe58E6g9r+QyYg3oIqendB1rABf 2HJ+7oOcS99NiJH4EA5pWN4ADufafas7DxMo9cquEx7mtkVkdCZkhYNqtuWoxi5Mxyzx 5jb1fnITD5wSahmveiekmANojVTzYd6P4aOQV3OylbMdfFrvYCfKPRUL0bCgPhStX+uH c3BVTS2FYe5vR3uRqdT03XPIgr7cQQK+2hVy24vpaNB3NiSEJwcdKiQnpd9Y9DTaDr2A hTjw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=6gc75gOyZPE6SubXe97RJ+/1694qv1vtWOhxiGTkuEU=; fh=v72M/3qdFWAyZO6ZcO+VWZRXNaVLB3m6bKZ+Z2eJf3Q=; b=AGRHQiVFAjI3SuZxj5DmkkOB+wkbBKZ1JteCMr2HXVTa9ZtFDfQepltZt8LoAejOcL 9O+oBmfv6cYSMeEYKrOecsMUIt8zuti5B1DW4bmeWgAaBLauZWx7nx/D/p7CeWW3UGdJ mPUn7+VCC72HAlpWOdJhg7XhOCR/u9xmGjYT0yla6pGadw/W07I3i/laon7QwmC3mCc1 hF2QQj3lVsY20RXyYzk6/KgZSxrapQxVAeXol+nj6ghW1EzJN7hsg0TzWpzgqQK9ZIjp k451x2iupqXjbh3jgfOIMXDuMirc/kiFrnu8G1NlaKF5IINbf0GhSUYyklb2/hA17UTU 1B7g==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=RL7ndm6V; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id wr2-20020a170907700200b00a3dd7ccac64si394890ejb.530.2024.02.16.17.08.35 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 Feb 2024 17:08:35 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=RL7ndm6V; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-69624-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.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 am.mirrors.kernel.org (Postfix) with ESMTPS id 0F4BB1F20FCD for <ouuuleilei@gmail.com>; Sat, 17 Feb 2024 01:08:35 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C0DFA1DDFF; Sat, 17 Feb 2024 01:05:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="RL7ndm6V" Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) (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 9E0F114F61; Sat, 17 Feb 2024 01:05:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.10 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708131929; cv=none; b=jqpiSLC3dJkY0paoHT4LioPYtJxuFo+EX55VxPyWUgaOzXYJhoQLazI5oIleUkbNVk64IdBTLgrR9X0eDcZs03U33Q/MHKvL2BJhZ/Y18EFL8rndCFk1jUR2CTsQyDPHZr4JO4NyXh4rLOOfLqinEsFaqkE2FUFAVMqXfUhTCz0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708131929; c=relaxed/simple; bh=3gIhMRxOTlYjhdMs6F0CktjFPYvv26wJULWvOFObDFc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=A/zG0qeIJ6kgFmfhOpdYwCe5L7bQQDgxfW9rEl8g61y+AwQKiOk+QL5Ak7fsHG0YmN5Zn8HZa7+VIjXE/Bm/pWY/fi9F8WF+HaztUz6oue5jHX6zDlng/dJLIrqXr7RfgXh81ZjBoH+hqGWaxz6/qT9S+fGbDSToixwAhN9t4fg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=RL7ndm6V; arc=none smtp.client-ip=192.198.163.10 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1708131928; x=1739667928; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=3gIhMRxOTlYjhdMs6F0CktjFPYvv26wJULWvOFObDFc=; b=RL7ndm6V0Yq88zMVQfVlJeRmPx6sxHSvANYABbOqp5YYvzBVntbcjbth 4BtDqSzjqO+gYwbBtCKyzGor2My3IgFGcPJW7BsTJatVj/KpxL637/GTC yuS9pHm6KicFxA5dHMfJgSAcqVCCWy8GU023zAoQSHKKcS796hfJEe1gF ldjgcRY/wD4aARedGGJTDlr+Jz1rPOFR622jciHHo568tl08Zf3RM052a zh/F9yIOHN6KbCev961aCk/Ws4cdqJOk0mUlw5zS1HcL7rQg+JM3KWHCJ 1gdfKUfPBuLjmdkY2ak8sWRzZz05jBLnnjpG07seDMxuhJBHeHI5rKRug A==; X-IronPort-AV: E=McAfee;i="6600,9927,10986"; a="13671717" X-IronPort-AV: E=Sophos;i="6.06,165,1705392000"; d="scan'208";a="13671717" Received: from fmviesa009.fm.intel.com ([10.60.135.149]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2024 17:05:24 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.06,165,1705392000"; d="scan'208";a="3953433" Received: from unknown (HELO vcostago-mobl3.lan) ([10.125.18.63]) by fmviesa009-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Feb 2024 17:05:23 -0800 From: Vinicius Costa Gomes <vinicius.gomes@intel.com> To: intel-wired-lan@lists.osuosl.org Cc: sasha.neftin@intel.com, richardcochran@gmail.com, kurt@linutronix.de, anthony.l.nguyen@intel.com, jesse.brandeburg@intel.com, Vinicius Costa Gomes <vinicius.gomes@intel.com>, "David S. Miller" <davem@davemloft.net>, Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>, Jeff Kirsher <jeffrey.t.kirsher@intel.com>, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [iwl-net v1 2/2] igb: Fix missing time sync events Date: Fri, 16 Feb 2024 17:04:54 -0800 Message-ID: <20240217010455.58258-3-vinicius.gomes@intel.com> X-Mailer: git-send-email 2.43.2 In-Reply-To: <20240217010455.58258-1-vinicius.gomes@intel.com> References: <20240217010455.58258-1-vinicius.gomes@intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1791106341032755807 X-GMAIL-MSGID: 1791106341032755807 |
Series |
[iwl-net,v1,1/2] igc: Fix missing time sync events
|
|
Commit Message
Vinicius Costa Gomes
Feb. 17, 2024, 1:04 a.m. UTC
Fix "double" clearing of interrupts, which can cause external events
or timestamps to be missed.
The E1000_TSIRC Time Sync Interrupt Cause register can be cleared in two
ways, by either reading it or by writing '1' into the specific cause
bit. This is documented in section 8.16.1.
The following flow was used:
1. read E1000_TSIRC into 'tsicr';
2. handle the interrupts present into 'tsirc' and mark them in 'ack';
3. write 'ack' into E1000_TSICR;
As both (1) and (3) will clear the interrupt cause, if an interrupt
happens between (1) and (3) it will be ignored, causing events to be
missed.
Remove the extra clear in (3).
Fixes: 00c65578b47b ("igb: enable internal PPS for the i210")
Signed-off-by: Vinicius Costa Gomes <vinicius.gomes@intel.com>
---
drivers/net/ethernet/intel/igb/igb_main.c | 23 +++++------------------
1 file changed, 5 insertions(+), 18 deletions(-)
Comments
On Fri, Feb 16, 2024 at 05:04:54PM -0800, Vinicius Costa Gomes wrote: > Fix "double" clearing of interrupts, which can cause external events > or timestamps to be missed. > > The E1000_TSIRC Time Sync Interrupt Cause register can be cleared in two > ways, by either reading it or by writing '1' into the specific cause > bit. This is documented in section 8.16.1. That is not what the doc says. It says this: Note: Once ICR.Time_Sync is set, the internal value of this register should be cleared by writing 1b to *all* bits or cleared by a read to enable receiving an additional ICR.Time_Sync interrupt. - IntelĀ® Ethernet Controller I210 Datasheet, Revision Number: 3.1, June 2017, page 469 It says *all* bits. This implies that the interrupt sources may be cleared individually. Because the non-acked bits are still pending, the level interrupt should still be active, and the "missing" event will be handled at the next invocation of the handler. > The following flow was used: > 1. read E1000_TSIRC into 'tsicr'; > 2. handle the interrupts present into 'tsirc' and mark them in 'ack'; > 3. write 'ack' into E1000_TSICR; > > As both (1) and (3) will clear the interrupt cause, if an interrupt > happens between (1) and (3) it will be ignored, causing events to be > missed. Are you sure? Does setting ICR.Time_Sync[TXTS] also clear ICR.Time_Sync[RXTS] ? That is what you seem to be saying. Thanks, Richard
On Sat, Feb 17, 2024 at 07:05:07AM -0800, Richard Cochran wrote: > Does setting ICR.Time_Sync[TXTS] also clear ICR.Time_Sync[RXTS] ? > > That is what you seem to be saying. Okay, so you really mean that if the _same_ bit becomes set between the read and the acknowledgment, then that event will be missed, right? In that case, thank you for fixing this more than nine year old bug! Acked-by: Richard Cochran <richardcochran@gmail.com>
Richard Cochran <richardcochran@gmail.com> writes: > On Sat, Feb 17, 2024 at 07:05:07AM -0800, Richard Cochran wrote: > >> Does setting ICR.Time_Sync[TXTS] also clear ICR.Time_Sync[RXTS] ? >> >> That is what you seem to be saying. > > Okay, so you really mean that if the _same_ bit becomes set between > the read and the acknowledgment, then that event will be missed, > right? > Yeah, I will reword the commit messages so it's clearer that it's the same bit. > In that case, thank you for fixing this more than nine year old bug! > > Acked-by: Richard Cochran <richardcochran@gmail.com> > > Thank you,
diff --git a/drivers/net/ethernet/intel/igb/igb_main.c b/drivers/net/ethernet/intel/igb/igb_main.c index cebb44f51d5f..7662c42e35c1 100644 --- a/drivers/net/ethernet/intel/igb/igb_main.c +++ b/drivers/net/ethernet/intel/igb/igb_main.c @@ -6985,44 +6985,31 @@ static void igb_extts(struct igb_adapter *adapter, int tsintr_tt) static void igb_tsync_interrupt(struct igb_adapter *adapter) { struct e1000_hw *hw = &adapter->hw; - u32 ack = 0, tsicr = rd32(E1000_TSICR); + u32 tsicr = rd32(E1000_TSICR); struct ptp_clock_event event; if (tsicr & TSINTR_SYS_WRAP) { event.type = PTP_CLOCK_PPS; if (adapter->ptp_caps.pps) ptp_clock_event(adapter->ptp_clock, &event); - ack |= TSINTR_SYS_WRAP; } if (tsicr & E1000_TSICR_TXTS) { /* retrieve hardware timestamp */ schedule_work(&adapter->ptp_tx_work); - ack |= E1000_TSICR_TXTS; } - if (tsicr & TSINTR_TT0) { + if (tsicr & TSINTR_TT0) igb_perout(adapter, 0); - ack |= TSINTR_TT0; - } - if (tsicr & TSINTR_TT1) { + if (tsicr & TSINTR_TT1) igb_perout(adapter, 1); - ack |= TSINTR_TT1; - } - if (tsicr & TSINTR_AUTT0) { + if (tsicr & TSINTR_AUTT0) igb_extts(adapter, 0); - ack |= TSINTR_AUTT0; - } - if (tsicr & TSINTR_AUTT1) { + if (tsicr & TSINTR_AUTT1) igb_extts(adapter, 1); - ack |= TSINTR_AUTT1; - } - - /* acknowledge the interrupts */ - wr32(E1000_TSICR, ack); } static irqreturn_t igb_msix_other(int irq, void *data)