Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) client-ip=23.128.96.37;
From:   Tam Nguyen <tamnguyenchi@os.amperecomputing.com>
To:     linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org
Cc:     patches@amperecomputing.com, jarkko.nikula@linux.intel.com,
        andriy.shevchenko@linux.intel.com, mika.westerberg@linux.intel.com,
        jsd@semihalf.com, tamnguyenchi@os.amperecomputing.com,
        chuong@os.amperecomputing.com, darren@os.amperecomputing.com,
        stable@vger.kernel.org
Subject: [PATCH v1] i2c: designware: Disable TX_EMPTY irq while waiting for block length byte
Date:   Fri, 29 Sep 2023 10:53:56 +0700
Message-Id: <20230929035356.6435-1-tamnguyenchi@os.amperecomputing.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?T6F36GUHSu1MWrJmVFtlWFZhl3n5jxWsZKMRul6rqJQCMqvVZ6Je+iopCyOP?=
 =?us-ascii?Q?eEhBvNqHdOaU61fP9efIoDly042CMppMUlmqYTz/An2wC40wO8Kxd4xVsdJ2?=
 =?us-ascii?Q?+vduNUxEsXNyBLhDq7e+cSIxowRq4nMnb8Ixh45n1j4OTwY4Vjc5BbcSIV50?=
 =?us-ascii?Q?U/Mo6Jbuesh84AzO3+pLvMX0GiM4ziyqnCPwq5QmqXSlsp3pMFrww+q7aHsi?=
 =?us-ascii?Q?r9HpWgoDi3GmQH5zYaYuCAXfZgWn68lMYQXauC608sNYRSMJ3nC8/nvgpGQB?=
 =?us-ascii?Q?+qWAeoRh7YF8JVWTDMUZU9WBVkaiCTmP9kn9PFRmFzj9HrA9OOM+Ri0BUOXo?=
 =?us-ascii?Q?MGZDMzfUYq8T+5P60oS1Wt5CKvvs2t/tzNvZXRjoRMUIUZcnTmOumqMJhnw7?=
 =?us-ascii?Q?y4tiJWRwIxF/zh4Ix1NdRXm0OFtbzEL5UPcTAAFRiCCLBmH9+5bIw+0n3Vno?=
 =?us-ascii?Q?7dbt+CiRNu8w29ZECOmzE0WLzqRgBbe02WVw8iAvolqPvtX5wXhfCvCqirMR?=
 =?us-ascii?Q?ZI37Y6t8SCM8Y3f/XacZt+wXjMaDljdCQ7og/suyhvhzgLnIMustK9Zc7OS3?=
 =?us-ascii?Q?+ueSLX4vyJW2fOBSQ+4jkWzOpLXTKcNMduNsCPmTFF16BUoeoETcWRZxf3WY?=
 =?us-ascii?Q?KmIdRS9Yqh95L8ONJq5W8jbaQ1ceUf/KCp/uWuM/RLTOEd7lmwh0KeK05VaC?=
 =?us-ascii?Q?ZQEvp4yWiRT9KfOy6g1kXGNLkGMh000TDQPdJqAmx0D2xqJ9YW4Tm2Oa/xIs?=
 =?us-ascii?Q?pOTwAEJBIQUrJlf9tqROY+DTnLHjdaerot2gB5Xy0X2t1bcCKhItvbeaHnH9?=
 =?us-ascii?Q?2xo/M+tc9PYPJe8OuyjH3mkipJh+Tx8xIZIDc72gHg7Dvq1QpI4jIxoi7siw?=
 =?us-ascii?Q?TVxFrEv/dj6Y/3lXCgkknlbMH5e5iQOtOyI3Q+wJi3ksY1vTyP6GxENhqQtv?=
 =?us-ascii?Q?UnJnDC0aApNJkNEyVT8PY3Mc2j6ziGgg3Ty9LC5gJ5dQDtq9G8sabmV+9itc?=
 =?us-ascii?Q?0zwvromyMobLzoBrDem6maBwa/iDgD+iiTzbi4f8hem1eqY0euk+DhE6Pqaq?=
 =?us-ascii?Q?kL75N3WhlEI+qTg40DZD7zZiTZ5iaugq+8VCwgzTDHp25hqi1bAWRLgPzlzH?=
 =?us-ascii?Q?iaK9Esaeo745x/QFvmRIsQVKK04uh7ncfmPfu/jP7n7DiQexJjRcQPYVYxXX?=
 =?us-ascii?Q?yx3j9kyuGSXqgxIm5aAa2v5z2CMB15T2qfaAmXDlEWWXp/3381D2kb53DYDR?=
 =?us-ascii?Q?wk+atBYhhI+1b9MBTtFHl5xQnxea996ryiUmw8l6c0034edpKxYrOLKudwuW?=
 =?us-ascii?Q?YeAD/Oq3oRhv6bMyb9sa4YZv/nLGlUnM/o5PxHL8WzBn2s3Jh/iMpwmnhuRK?=
 =?us-ascii?Q?XDbMzRWQrbt6ILRJCoLYoPTpxmZArsdiH5QFYuDEtB04sP3YK+oVG6hJ7ts6?=
 =?us-ascii?Q?pdt6DbEl1dgTp0t3YB8Ap6BqnCcSYEZKUTC7QM05t4XUJSNp4AzxJxz5cFTc?=
 =?us-ascii?Q?VzVqFwKjfTqBMCUsTPd1DL3crt/q9LdJK2hUWAMRLsPAUhqCB1/avXCdJ9Il?=
 =?us-ascii?Q?VpsTZsAnaTYBkHzw7YjmRI5MHIwbSH8HZkgEQYVff7WS+6imbTUamTMKPVbY?=
 =?us-ascii?Q?zKbCpo7hzmW6oxejTxOwychSn3wUu7Sz5bZLA5C3IVUl?=
X-OriginatorOrg: os.amperecomputing.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5b224911-83d6-46f2-b27e-08dbc09fc0ed
X-MS-Exchange-CrossTenant-AuthSource: SA1PR01MB8131.prod.exchangelabs.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Sep 2023 03:54:17.6039
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3bc2b170-fd94-476d-b0ce-4229bdc904a7
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: hpKEanMqGlpYWwPbJeSmfh2EjG4X9BRKGWuD7+atgmasCVCWNwra3kHgWXlwMDzpAASJPjIxzkQFgv5/wps7HPBqvDeraXJgRLJQeK71NkmK/0qHWynGW+6hhkFM5zAT
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR01MB8036
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,
        SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Thu, 28 Sep 2023 20:54:55 -0700 (PDT)

During SMBus block data read process, we have seen high interrupt rate
because of TX_EMPTY irq status while waiting for block length byte (the
first data byte after the address phase). The interrupt handler does not
do anything because the internal state is kept as STATUS_WRITE_IN_PROGRESS.
Hence, we should disable TX_EMPTY irq until I2C DW receives first data
byte from I2C device, then re-enable it.

It takes 0.789 ms for host to receive data length from slave.
Without the patch, i2c_dw_isr is called 99 times by TX_EMPTY interrupt.
And it is none after applying the patch.

Cc: stable@vger.kernel.org
Signed-off-by: Chuong Tran <chuong@os.amperecomputing.com>
Signed-off-by: Tam Nguyen <tamnguyenchi@os.amperecomputing.com>
---
 drivers/i2c/busses/i2c-designware-master.c | 13 +++++++++++++
 1 file changed, 13 insertions(+)

diff --git a/drivers/i2c/busses/i2c-designware-master.c b/drivers/i2c/busses/i2c-designware-master.c
index 55ea91a63382..2152b1f9b27c 100644
--- a/drivers/i2c/busses/i2c-designware-master.c
+++ b/drivers/i2c/busses/i2c-designware-master.c
@@ -462,6 +462,13 @@ i2c_dw_xfer_msg(struct dw_i2c_dev *dev)
 		if (buf_len > 0 || flags & I2C_M_RECV_LEN) {
 			/* more bytes to be written */
 			dev->status |= STATUS_WRITE_IN_PROGRESS;
+			/*
+			 * In I2C_FUNC_SMBUS_BLOCK_DATA case, there is no data
+			 * to send before receiving data length from slave.
+			 * Disable TX_EMPTY while waiting for data length byte
+			 */
+			if (flags & I2C_M_RECV_LEN)
+				intr_mask &= ~DW_IC_INTR_TX_EMPTY;
 			break;
 		} else
 			dev->status &= ~STATUS_WRITE_IN_PROGRESS;
@@ -485,6 +492,7 @@ i2c_dw_recv_len(struct dw_i2c_dev *dev, u8 len)
 {
 	struct i2c_msg *msgs = dev->msgs;
 	u32 flags = msgs[dev->msg_read_idx].flags;
+	u32 intr_mask;
 
 	/*
 	 * Adjust the buffer length and mask the flag
@@ -495,6 +503,11 @@ i2c_dw_recv_len(struct dw_i2c_dev *dev, u8 len)
 	msgs[dev->msg_read_idx].len = len;
 	msgs[dev->msg_read_idx].flags &= ~I2C_M_RECV_LEN;
 
+	/* Re-enable TX_EMPTY interrupt. */
+	regmap_read(dev->map, DW_IC_INTR_MASK, &intr_mask);
+	intr_mask |= DW_IC_INTR_TX_EMPTY;
+	regmap_write(dev->map, DW_IC_INTR_MASK, intr_mask);
+
 	return len;
 }
 
-- 
2.25.1