From nobody Tue Jun 16 16:45:25 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 004B03D8138; Thu, 30 Apr 2026 10:10:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543840; cv=none; b=I6W8NIHrMkjTOsJbAuHqonN/yEIsHAJtJGqFsHNlDIbuiMdX6A6vMS1C6s1SAoEsiXpA6OFnWVHuVv6Y0TOYaH1rxV7SdImPiv2MM/030eNQb1C+mjgvFCOXC7R0iTuQH3/MaRsr9TjzohZwVqLz75YlfTj8EUADAYRYvW/olmA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543840; c=relaxed/simple; bh=/J1nUBci+E8Pw/IKzTnHKNwPygs5jxzuwzYeRCMks7Q=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=DWjNzgAAVyhQz/wr30U4UsTxrXfi4tiYihszlv6oaDsQ2FP813dIvUpYkTQUESYIj/CTlbAZvTyjnhw+S0kz6nPSoTMXwIc8sU8JjMT5HP38jAiSoRB1aSwSB8AGKXlLeaTzdOsPx8J8W8C/jqucz4PTCBCM4fCepLYcWb4G7T0= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=JAjAQH7w; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="JAjAQH7w" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 81950C2BCC4; Thu, 30 Apr 2026 10:10:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777543839; bh=/J1nUBci+E8Pw/IKzTnHKNwPygs5jxzuwzYeRCMks7Q=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=JAjAQH7w2Jth1SkpLLheSRV035Yf2WM9booYaohKvDHPwnVg1kjuRGJqFxJSSNhBw j6urlmsZQOHlHjX/NJpSEZ0JDGYgYzHzrQQyXZlprVhh5lKSVZXQuZ8ZAFsgpoGtOF 7tfA1+3RQymyU0C28clO6dJIv6+7+abHKq4x0mPZSwQqivQECHiJaWp1p/3qFuKcpn HK6ctu1b0GlhhnC80SsrdX/wltNrbXjav25sF7lNIzmJOBuU1Z5eIVsABs7FHsD7NO Ijnu0yjtV2uULWw6KOUSDlU+YmrO0AxKMjT5qzYg+VLawnyRUy/7q8fEseC4thoCK5 0OMWJhKISXskA== From: Conor Dooley To: broonie@kernel.org Cc: conor@kernel.org, Conor Dooley , Daire McNamara , Cyril Jean , Valentina.FernandezAlanis@microchip.com, linux-riscv@lists.infradead.org, linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: [PATCH v3 1/3] spi: microchip-core-qspi: control built-in cs manually Date: Thu, 30 Apr 2026 11:10:18 +0100 Message-ID: <20260430-hamstring-busload-f941d0347b5e@spud> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260430-levers-defiling-00406e391c5a@spud> References: <20260430-levers-defiling-00406e391c5a@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=6779; i=conor.dooley@microchip.com; h=from:subject:message-id; bh=5HdeUiVuRH6ATNnnzTOweOk/nyMJ666L2b1WoXdR8YI=; b=owGbwMvMwCVWscWwfUFT0iXG02pJDJmftToERCMvzYu6y1MyI6fh8KJ7Zuc/m7t1qOXtqjtet pV70+ftHaUsDGJcDLJiiiyJt/tapNb/cdnh3PMWZg4rE8gQBi5OAZiIwnxGhrPvMxyeWgfZbs9w e1OQXdXxIfFhganiBfEjYuk/T6zJbmD4K/05ofVeIteHF0s2fhHbt551Y/WcSwc4Nk/savK+d06 /lQ8A X-Developer-Key: i=conor.dooley@microchip.com; a=openpgp; fpr=F9ECA03CF54F12CD01F1655722E2C55B37CF380C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Conor Dooley The coreQSPI IP supports only a single chip select, which is automagically operated by the hardware - set low when the transmit buffer first gets written to and set high when the number of bytes written to the TOTALBYTES field of the FRAMES register have been sent on the bus. Additional devices must use GPIOs for their chip selects. It was reported to me that if there are two devices attached to this QSPI controller that the in-built chip select is set low while linux tries to access the device attached to the GPIO. This went undetected as the boards that connected multiple devices to the SPI controller all exclusively used GPIOs for chip selects, not relying on the built-in chip select at all. It turns out that this was because the built-in chip select, when controlled automagically, is set low when active and high when inactive, thereby ruling out its use for active-high devices or devices that need to transmit with the chip select disabled. Modify the driver so that it controls chip select directly, retaining the behaviour for mem_ops of setting the chip select active for the entire duration of the transfer in the exec_op callback. For regular transfers, implement the set_cs callback for the core to use. As part of this, the existing setup callback, mchp_coreqspi_setup_op(), is removed. Modifying the CLKIDLE field is not safe to do during operation when there are multiple devices, so this code is removed entirely. Setting the MASTER and ENABLE fields is something that can be done once at probe, it doesn't need to be re-run for each device. Instead the new setup callback sets the built-in chip select to its inactive state for active-low devices, as the reset value of the chip select in software controlled mode is low. Fixes: 8f9cf02c88528 ("spi: microchip-core-qspi: Add regular transfers") Fixes: 8596124c4c1bc ("spi: microchip-core-qspi: Add support for microchip = fpga qspi controllers") CC: stable@vger.kernel.org Signed-off-by: Conor Dooley --- drivers/spi/spi-microchip-core-qspi.c | 79 ++++++++++++++++++++++----- 1 file changed, 64 insertions(+), 15 deletions(-) diff --git a/drivers/spi/spi-microchip-core-qspi.c b/drivers/spi/spi-microc= hip-core-qspi.c index eab059fb0bc2c..ffa0f33a0ae09 100644 --- a/drivers/spi/spi-microchip-core-qspi.c +++ b/drivers/spi/spi-microchip-core-qspi.c @@ -74,6 +74,13 @@ #define STATUS_FLAGSX4 BIT(8) #define STATUS_MASK GENMASK(8, 0) =20 +/* + * QSPI Direct Access register defines + */ +#define DIRECT_ACCESS_EN_SSEL BIT(0) +#define DIRECT_ACCESS_OP_SSEL BIT(1) +#define DIRECT_ACCESS_OP_SSEL_SHIFT 1 + #define BYTESUPPER_MASK GENMASK(31, 16) #define BYTESLOWER_MASK GENMASK(15, 0) =20 @@ -158,6 +165,38 @@ static int mchp_coreqspi_set_mode(struct mchp_coreqspi= *qspi, const struct spi_m return 0; } =20 +static void mchp_coreqspi_set_cs(struct spi_device *spi, bool enable) +{ + struct mchp_coreqspi *qspi =3D spi_controller_get_devdata(spi->controller= ); + u32 val; + + val =3D readl(qspi->regs + REG_DIRECT_ACCESS); + + val &=3D ~DIRECT_ACCESS_OP_SSEL; + val |=3D !enable << DIRECT_ACCESS_OP_SSEL_SHIFT; + + writel(val, qspi->regs + REG_DIRECT_ACCESS); +} + +static int mchp_coreqspi_setup(struct spi_device *spi) +{ + struct mchp_coreqspi *qspi =3D spi_controller_get_devdata(spi->controller= ); + u32 val; + + /* + * Active low devices need to be specifically set to their inactive + * states during probe. + */ + if (spi->mode & SPI_CS_HIGH) + return 0; + + val =3D readl(qspi->regs + REG_DIRECT_ACCESS); + val |=3D DIRECT_ACCESS_OP_SSEL; + writel(val, qspi->regs + REG_DIRECT_ACCESS); + + return 0; +} + static inline void mchp_coreqspi_read_op(struct mchp_coreqspi *qspi) { u32 control, data; @@ -380,19 +419,6 @@ static int mchp_coreqspi_setup_clock(struct mchp_coreq= spi *qspi, struct spi_devi return 0; } =20 -static int mchp_coreqspi_setup_op(struct spi_device *spi_dev) -{ - struct spi_controller *ctlr =3D spi_dev->controller; - struct mchp_coreqspi *qspi =3D spi_controller_get_devdata(ctlr); - u32 control =3D readl_relaxed(qspi->regs + REG_CONTROL); - - control |=3D (CONTROL_MASTER | CONTROL_ENABLE); - control &=3D ~CONTROL_CLKIDLE; - writel_relaxed(control, qspi->regs + REG_CONTROL); - - return 0; -} - static inline void mchp_coreqspi_config_op(struct mchp_coreqspi *qspi, con= st struct spi_mem_op *op) { u32 idle_cycles =3D 0; @@ -483,6 +509,7 @@ static int mchp_coreqspi_exec_op(struct spi_mem *mem, c= onst struct spi_mem_op *o =20 reinit_completion(&qspi->data_completion); mchp_coreqspi_config_op(qspi, op); + mchp_coreqspi_set_cs(mem->spi, true); if (op->cmd.opcode) { qspi->txbuf =3D &opcode; qspi->rxbuf =3D NULL; @@ -523,6 +550,7 @@ static int mchp_coreqspi_exec_op(struct spi_mem *mem, c= onst struct spi_mem_op *o err =3D -ETIMEDOUT; =20 error: + mchp_coreqspi_set_cs(mem->spi, false); mutex_unlock(&qspi->op_lock); mchp_coreqspi_disable_ints(qspi); =20 @@ -686,6 +714,7 @@ static int mchp_coreqspi_probe(struct platform_device *= pdev) struct device *dev =3D &pdev->dev; struct device_node *np =3D dev->of_node; int ret; + u32 num_cs, val; =20 ctlr =3D devm_spi_alloc_host(&pdev->dev, sizeof(*qspi)); if (!ctlr) @@ -718,10 +747,18 @@ static int mchp_coreqspi_probe(struct platform_device= *pdev) return ret; } =20 + /* + * The IP core only has a single CS, any more have to be provided via + * gpios + */ + if (of_property_read_u32(pdev->dev.of_node, "num-cs", &num_cs)) + num_cs =3D 1; + + ctlr->num_chipselect =3D num_cs; + ctlr->bits_per_word_mask =3D SPI_BPW_MASK(8); ctlr->mem_ops =3D &mchp_coreqspi_mem_ops; ctlr->mem_caps =3D &mchp_coreqspi_mem_caps; - ctlr->setup =3D mchp_coreqspi_setup_op; ctlr->mode_bits =3D SPI_CPOL | SPI_CPHA | SPI_RX_DUAL | SPI_RX_QUAD | SPI_TX_DUAL | SPI_TX_QUAD; ctlr->dev.of_node =3D np; @@ -729,9 +766,21 @@ static int mchp_coreqspi_probe(struct platform_device = *pdev) ctlr->prepare_message =3D mchp_coreqspi_prepare_message; ctlr->unprepare_message =3D mchp_coreqspi_unprepare_message; ctlr->transfer_one =3D mchp_coreqspi_transfer_one; - ctlr->num_chipselect =3D 2; + ctlr->setup =3D mchp_coreqspi_setup; + ctlr->set_cs =3D mchp_coreqspi_set_cs; ctlr->use_gpio_descriptors =3D true; =20 + val =3D readl_relaxed(qspi->regs + REG_CONTROL); + val |=3D (CONTROL_MASTER | CONTROL_ENABLE); + writel_relaxed(val, qspi->regs + REG_CONTROL); + + /* + * Put cs into software controlled mode + */ + val =3D readl_relaxed(qspi->regs + REG_DIRECT_ACCESS); + val |=3D DIRECT_ACCESS_EN_SSEL; + writel(val, qspi->regs + REG_DIRECT_ACCESS); + ret =3D spi_register_controller(ctlr); if (ret) return dev_err_probe(&pdev->dev, ret, --=20 2.53.0 From nobody Tue Jun 16 16:45:25 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 3B7353ACA65; Thu, 30 Apr 2026 10:10:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543843; cv=none; b=M3/RCAIa2xMgVxg8rBO00UaTvO6PJIv6FsvQnr+1kODawMVsK9U+UmnCEb2M117LdtOr/Q5ZOJJKwObiXpF4nwHfaKccxcL383LUw/9aOjksFYhL8M5f8vdbpJdhuYjGZiuCKaHzoXC9o4Uvbplx9dTtuqPwDPQ569OK5dgX8Lk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543843; c=relaxed/simple; bh=tyiLkTgwXliiyK1du6P+88X6L+VQhuFkJIR0zkN8O70=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=jyYccm1dp/qstBHRFa6amvgWq0Ap/JiyP3K/nNXA7YUIJ1v9W3fHgR2EI4yHfhmFu4KYuJb7Dw8cPzBES03t8hmcZcUcVDlwiJEOAsyN8+sCzA9R7HZUhAfRlQk/NjbxT6RJyi4Fvmw+U+lJaGmuV2meX7FOEN3H3E3m3BZW42Q= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=V/Xx0K9F; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="V/Xx0K9F" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0E3B0C2BCB3; Thu, 30 Apr 2026 10:10:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777543843; bh=tyiLkTgwXliiyK1du6P+88X6L+VQhuFkJIR0zkN8O70=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=V/Xx0K9FWdV5p9KjsM/JcTZ+DudzsXHycvmJrQkYmUqMjjCs4Vy/0xvzI3HnAHBPi smwqAACmlKwQzrpPEUNihM87p1+RGOdsqi7Q2pjNvOMc1xqmx7PYYGuzIOKf9qLfhX nn9riF6SlVcEQxLF70nUVT/7NxYxhbin/Tv67+2LwVfpWbuwSpvfFvCprM+ehsfjRx R2h/CTCZdEdiHUnJgMlWkxGtmOdWVuBf2MDWdWDRSnRPERc8OCiFNnzpl+mcvc19S/ fP6dYR7b9hwtay5cjELXVUr0ld9OvijV4AcViIE8oVRgRhUvy7IrvFabN7qz1HXCZI dtjSjCub8y2vw== From: Conor Dooley To: broonie@kernel.org Cc: conor@kernel.org, Conor Dooley , Daire McNamara , Cyril Jean , Valentina.FernandezAlanis@microchip.com, linux-riscv@lists.infradead.org, linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: [PATCH v3 2/3] spi: microchip-core-qspi: don't attempt to transmit during emulated read-only dual/quad operations Date: Thu, 30 Apr 2026 11:10:19 +0100 Message-ID: <20260430-freezing-saloon-95b1f3d9dad0@spud> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260430-levers-defiling-00406e391c5a@spud> References: <20260430-levers-defiling-00406e391c5a@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=1832; i=conor.dooley@microchip.com; h=from:subject:message-id; bh=vCnHD2gB9c1t2oXBPiwMs4RyXB/Zb/Hdlg3mIo6+93A=; b=owGbwMvMwCVWscWwfUFT0iXG02pJDJmftTp3B7po3lmxiWsmc43EFI0jSepOTd4Sv4zX3nu39 8LWDav/dJSyMIhxMciKKbIk3u5rkVr/x2WHc89bmDmsTCBDGLg4BWAi388y/E9XaorRYu/WXVx6 78uPfXdPFkTUq2iGS3Fc/ujjtuFniiDD/5LlerPmcIUdXTK1Vk5pts6VmxdnnOaPNfp8tYvDc9b V+ywA X-Developer-Key: i=conor.dooley@microchip.com; a=openpgp; fpr=F9ECA03CF54F12CD01F1655722E2C55B37CF380C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Conor Dooley The core will deal with reads by creating clock cycles itself, there's no need to generate clock cycles by transmitting garbage data at the driver level. Further, transmitting garbage data just bricks the transfer since QSPI doesn't have a dedicated master-out line like MOSI in regular SPI. I'm not entirely sure if the transfer is bricked because of the garbage data being transmitted on the bus or because the core loses track of whether it is supposed to be sending or receiving data. Fixes: 8f9cf02c88528 ("spi: microchip-core-qspi: Add regular transfers") CC: stable@vger.kernel.org Signed-off-by: Conor Dooley --- drivers/spi/spi-microchip-core-qspi.c | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/spi/spi-microchip-core-qspi.c b/drivers/spi/spi-microc= hip-core-qspi.c index ffa0f33a0ae09..70215a407b5a3 100644 --- a/drivers/spi/spi-microchip-core-qspi.c +++ b/drivers/spi/spi-microchip-core-qspi.c @@ -690,18 +690,28 @@ static int mchp_coreqspi_transfer_one(struct spi_cont= roller *ctlr, struct spi_de struct spi_transfer *t) { struct mchp_coreqspi *qspi =3D spi_controller_get_devdata(ctlr); + bool dual_quad =3D false; =20 qspi->tx_len =3D t->len; =20 + if (t->tx_nbits =3D=3D SPI_NBITS_QUAD || t->rx_nbits =3D=3D SPI_NBITS_QUA= D || + t->tx_nbits =3D=3D SPI_NBITS_DUAL || + t->rx_nbits =3D=3D SPI_NBITS_DUAL) + dual_quad =3D true; + if (t->tx_buf) qspi->txbuf =3D (u8 *)t->tx_buf; =20 if (!t->rx_buf) { mchp_coreqspi_write_op(qspi); - } else { + } else if (!dual_quad) { qspi->rxbuf =3D (u8 *)t->rx_buf; qspi->rx_len =3D t->len; mchp_coreqspi_write_read_op(qspi); + } else { + qspi->rxbuf =3D (u8 *)t->rx_buf; + qspi->rx_len =3D t->len; + mchp_coreqspi_read_op(qspi); } =20 return 0; --=20 2.53.0 From nobody Tue Jun 16 16:45:25 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 437CC3ACA65; Thu, 30 Apr 2026 10:10:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543847; cv=none; b=ZxvNGUvR8ZbzcKOxFrfPtViI2I+IC1ybbrgtRJuHU1d8SmYVwe9kIYbyo7djUUx01TBrNvebUeE4jBSR9pJxZrDBY6f8UsU/KNWJn93jNKKxf2sBwdOwpzMxRqhOGdwKxuKxnQnOnsZgbSxkQ48q2UzNVZOMHEuFpoD6RoIeRT0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777543847; c=relaxed/simple; bh=SnQIwcKB/QmkyDmi1HGIsJczvkQ3ZCUL3EaPXot18L0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=HC6bL+nEVrmFb6Q4Xf9rPol9XcI7RnPq+YeZ0Z6ZhNupbDFNq9U9zk2aGkaFFL0GhCLD/viM/mQ8uwGapKKUqJUcQYfTyHVaGcbrb8srry30x1Jc0Gs06O8Awcvw0FjM0nxcKkdOAaxs6JtmA9FEZMRn3GVHuSvYZODrl/S0U7Q= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Mhgxfs6e; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Mhgxfs6e" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 18CB0C2BCB3; Thu, 30 Apr 2026 10:10:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1777543847; bh=SnQIwcKB/QmkyDmi1HGIsJczvkQ3ZCUL3EaPXot18L0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Mhgxfs6etbHf8XFTCL0NfzKw2pPnDqlEH5iCz03c6UfMqI+GkUj/q1vTukv097NVF iLjF8R2NebgDUX76ObkbrF+8V+cH84V0TWg8/pMUW4An77NovKILYi6feKYSQuWKOV hsZKQzzeCRREyhqeXB7B1P5935RzERP/2C9+iaLMBE3SAjxX9xys7l6jlLBmIJGySP b/JiqFhtzwq7z/8cPvwDoohYrKU9Hmn+Jq2omOgGn9TNabn9Yj/nSeE2nSaj0XlS24 o1WfiNiKtglnjVFeQWxO9yGl69v8XP88jA0ThB5tzLaz8J5ZjvYc0J8nUfLH88Tv+P dy/A6vwt26P7g== From: Conor Dooley To: broonie@kernel.org Cc: conor@kernel.org, Conor Dooley , Daire McNamara , Cyril Jean , Valentina.FernandezAlanis@microchip.com, linux-riscv@lists.infradead.org, linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 3/3] spi: microchip-core-qspi: remove some inline markings Date: Thu, 30 Apr 2026 11:10:20 +0100 Message-ID: <20260430-serpent-stimulate-59fb860ef429@spud> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260430-levers-defiling-00406e391c5a@spud> References: <20260430-levers-defiling-00406e391c5a@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=1848; i=conor.dooley@microchip.com; h=from:subject:message-id; bh=jpI++FBrluLRiP6PUmGBsNndveZI5ut1N5P3XQfqIEU=; b=owGbwMvMwCVWscWwfUFT0iXG02pJDJmftTo5nKy87H+5ebs3ymUctc27l/DaYUew3Nn739vsp yy+m3uso5SFQYyLQVZMkSXxdl+L1Po/Ljuce97CzGFlAhnCwMUpABNJOsvwz9gt/bmXp0i50MeA pS8fT9e4emuiUObuC84nLLavUti07BojQ+O07KWvV3zp62Ji36vU4nkpdrVz1aQzaqfvX/62ojB 9IjMA X-Developer-Key: i=conor.dooley@microchip.com; a=openpgp; fpr=F9ECA03CF54F12CD01F1655722E2C55B37CF380C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Conor Dooley Remove inline markings from a number of functions that are called as part of mem ops callbacks. None of them are either particularly trivial or sensitive to overhead of a function call. Just let the compiler decide what to do with them. Signed-off-by: Conor Dooley --- drivers/spi/spi-microchip-core-qspi.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/spi/spi-microchip-core-qspi.c b/drivers/spi/spi-microc= hip-core-qspi.c index 70215a407b5a3..4dee0fea1df8d 100644 --- a/drivers/spi/spi-microchip-core-qspi.c +++ b/drivers/spi/spi-microchip-core-qspi.c @@ -197,7 +197,7 @@ static int mchp_coreqspi_setup(struct spi_device *spi) return 0; } =20 -static inline void mchp_coreqspi_read_op(struct mchp_coreqspi *qspi) +static void mchp_coreqspi_read_op(struct mchp_coreqspi *qspi) { u32 control, data; =20 @@ -233,7 +233,7 @@ static inline void mchp_coreqspi_read_op(struct mchp_co= reqspi *qspi) } } =20 -static inline void mchp_coreqspi_write_op(struct mchp_coreqspi *qspi) +static void mchp_coreqspi_write_op(struct mchp_coreqspi *qspi) { u32 control, data; =20 @@ -261,7 +261,7 @@ static inline void mchp_coreqspi_write_op(struct mchp_c= oreqspi *qspi) } } =20 -static inline void mchp_coreqspi_write_read_op(struct mchp_coreqspi *qspi) +static void mchp_coreqspi_write_read_op(struct mchp_coreqspi *qspi) { u32 control, data; =20 @@ -419,7 +419,7 @@ static int mchp_coreqspi_setup_clock(struct mchp_coreqs= pi *qspi, struct spi_devi return 0; } =20 -static inline void mchp_coreqspi_config_op(struct mchp_coreqspi *qspi, con= st struct spi_mem_op *op) +static void mchp_coreqspi_config_op(struct mchp_coreqspi *qspi, const stru= ct spi_mem_op *op) { u32 idle_cycles =3D 0; int total_bytes, cmd_bytes, frames, ctrl; --=20 2.53.0