From patchwork Mon Nov 4 16:51:35 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John Garry X-Patchwork-Id: 178438 Delivered-To: patch@linaro.org Received: by 2002:a92:38d5:0:0:0:0:0 with SMTP id g82csp1734037ilf; Mon, 4 Nov 2019 08:54:55 -0800 (PST) X-Google-Smtp-Source: APXvYqzlNr34iEC4qWnNQBuZS7VO3VWHPAY+4htLYyRdqeb1ecEHlehBXNN2aZEssm7YJ6Z4X/qU X-Received: by 2002:a50:de0b:: with SMTP id z11mr2841163edk.33.1572886495254; Mon, 04 Nov 2019 08:54:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572886495; cv=none; d=google.com; s=arc-20160816; b=fR7fdBrTpZFaWBsi4f7IMn5IJL7SjvySn1NPrEjEtxxS/ebOGB0ZFz5j9Pv4FEoAET sEhVpnWsYKekWMMm0QVdQIvsEyKb/tdNdu7uOZOs0iArJqlT3F5e6tm3oTuDdwWyoJTq UcvXYStuI4DWB/a4/YXbtDFWQcj3CHkx45mXt4UfX9tmSma0nLfkNOmLrl73Bunf7Vxx 3B2eCREm9Vl0JSvwr87NkOcXRfQlvJJ9+q3z0gHREcgg4FIqilSHTEzqJFqEM3D9BnIf SoG680v84qcxL8jzfRDQRb3nHsHU+cEbXXJOni94uUu5bOXhOvD4is4twQ5HWTNSi8zY 5yuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=8vADe8LRBWMc44q0Y25lDCuw/wSovLvffuP4eC/U7jY=; b=MNJWAjcSwVf/c9JqvW9CbYdGfJXGmKGsjilA/y1lVBbBFjH1IePn4lR77kJP4ui3bc h9wY6zM78lk3HRjO5giruASQi/r05M+QzoAFxXzu6oZQ/mSrQoFb8lfbATb30ACQaTy8 nmURElt/vYhO0u4uaZhDiua3yko/RIdm4bNvK/0hVT0Kg3GnIUchZxwGKBC294O8d4Jk xlH5wnUB6c6v1MPLVxKhliFVd0Vgjz8vv/UNcL0jfGXOtY5wMOs2vv0TbL2bhjx+zrMU U63WTgQWEAvBot/qGgfnRDI/cqqKxWXUT5TtDjVIUWpGV0rf1IG7wLMym6D2IRQdbyrw 5m5Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-spi-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ck4si4643200ejb.29.2019.11.04.08.54.55; Mon, 04 Nov 2019 08:54:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-spi-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728709AbfKDQyy (ORCPT + 2 others); Mon, 4 Nov 2019 11:54:54 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:45774 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728482AbfKDQyy (ORCPT ); Mon, 4 Nov 2019 11:54:54 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 333B7E8E6EA2833A00DB; Tue, 5 Nov 2019 00:54:52 +0800 (CST) Received: from localhost.localdomain (10.69.192.58) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.439.0; Tue, 5 Nov 2019 00:54:42 +0800 From: John Garry To: , , CC: , , , , , , John Garry Subject: [PATCH 1/3] mtd: spi-nor: hisi-sfc: Try to provide some clarity on which SFC we are Date: Tue, 5 Nov 2019 00:51:35 +0800 Message-ID: <1572886297-45400-2-git-send-email-john.garry@huawei.com> X-Mailer: git-send-email 2.8.1 In-Reply-To: <1572886297-45400-1-git-send-email-john.garry@huawei.com> References: <1572886297-45400-1-git-send-email-john.garry@huawei.com> MIME-Version: 1.0 X-Originating-IP: [10.69.192.58] X-CFilter-Loop: Reflected Sender: linux-spi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-spi@vger.kernel.org The driver is for the HiSilicon FMC (Flash Memory Controller), which supports SPI NOR in addition other memory technologies, like SPI NAND. Indeed, the naming in the driver is a little inappropriate, especially considering that there is already another HiSilicon SPI NOR flash controller (which I believe the FMC is derived from). Since we now want to provide software support for this other HiSilicon controller, update code comments to at least try to make it clear that this driver is for the FMC. Signed-off-by: John Garry --- drivers/mtd/spi-nor/Kconfig | 4 ++-- drivers/mtd/spi-nor/hisi-sfc.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) -- 2.17.1 diff --git a/drivers/mtd/spi-nor/Kconfig b/drivers/mtd/spi-nor/Kconfig index f237fcdf7f86..c1eda67d1ad2 100644 --- a/drivers/mtd/spi-nor/Kconfig +++ b/drivers/mtd/spi-nor/Kconfig @@ -46,11 +46,11 @@ config SPI_CADENCE_QUADSPI Flash as an MTD device. config SPI_HISI_SFC - tristate "Hisilicon SPI-NOR Flash Controller(SFC)" + tristate "Hisilicon FMC SPI-NOR Flash Controller(SFC)" depends on ARCH_HISI || COMPILE_TEST depends on HAS_IOMEM help - This enables support for hisilicon SPI-NOR flash controller. + This enables support for HiSilicon FMC SPI-NOR flash controller. config SPI_MTK_QUADSPI tristate "MediaTek Quad SPI controller" diff --git a/drivers/mtd/spi-nor/hisi-sfc.c b/drivers/mtd/spi-nor/hisi-sfc.c index 6dac9dd8bf42..edc0c6164061 100644 --- a/drivers/mtd/spi-nor/hisi-sfc.c +++ b/drivers/mtd/spi-nor/hisi-sfc.c @@ -1,6 +1,6 @@ // SPDX-License-Identifier: GPL-2.0-or-later /* - * HiSilicon SPI Nor Flash Controller Driver + * HiSilicon FMC SPI-NOR flash controller driver * * Copyright (c) 2015-2016 HiSilicon Technologies Co., Ltd. */ From patchwork Mon Nov 4 16:51:36 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John Garry X-Patchwork-Id: 178441 Delivered-To: patch@linaro.org Received: by 2002:a92:38d5:0:0:0:0:0 with SMTP id g82csp1734133ilf; Mon, 4 Nov 2019 08:55:01 -0800 (PST) X-Google-Smtp-Source: APXvYqzPpKtfBC+vzOsrupotlT0EBVbUleiMl2NjzzxeI4y+YDGb7wnxTHYGyG0CfZK1aY2eaPQn X-Received: by 2002:a17:906:8046:: with SMTP id x6mr24513609ejw.221.1572886501492; Mon, 04 Nov 2019 08:55:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572886501; cv=none; d=google.com; s=arc-20160816; b=qP6z5LqrW+SM6NqSbawmQxKGlFOddVofLWSWX67+dAwiv2uait8Z2S+RrE2LPlvGsL cLKqowcROnxb2+hFgKNyTI8uuRlS+AisBDHwP0hRzHN2rKqz5Z1wW5aTpbw+B7guadv3 ma2/YrOpS0RBJH9Y1wjBE7zIKJSslvFGx2gN5hjtzA6x8dDAXDJxTZHc7tu/HqljpATF MalZHhXpd5f+gynLA6jclO1Dg83yF5qMw/aqa1TZLBn0dHcA57C2tBHQsddSyjUj2cBt vTtC1EcQmUBYeQq5gD7qnVVKPekG9pJPr6omc8UfYrDPhYLUdRlRA8Q62odpbwqwFicN ENWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=1doD34N+ct7au+edcsEpu1Ik9Au8FwcMS6YypabW+Ys=; b=g5dQBXDXbL6ILFpOzvdEBiKtB2PzMC+fjJOEhW7jDPoYVnOpcdC87TjYO+pyjApW9Z buJ+4uO9c5wb2frf+UJ9tdUquYTBYUCrDryLoQe7BVjd5iXR/+lqBHxkZn2cjDl/hyLT 9OMdCe9gc+tAkYpXcKUVGs9XDCiyAwhCT5PD6Iy9PpepuSns4USi+cV2wF+1q3j4np5H BL6fQUIqsGPJ4AeYW6NV8hu8BmlCbwhCbDQdw11nYCgFCv/jVptYN6s6ES4oSg/alj0x q4D/9MZ/2XkwLrnuAM+LtIIBW7nfLWwS4olaM3vJNi5ATuOQMmNfBfuN/jDez+YnwKxc 898w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-spi-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s19si11290878ejr.279.2019.11.04.08.55.01; Mon, 04 Nov 2019 08:55:01 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-spi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-spi-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727861AbfKDQzA (ORCPT + 2 others); Mon, 4 Nov 2019 11:55:00 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:45766 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728144AbfKDQy4 (ORCPT ); Mon, 4 Nov 2019 11:54:56 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 28C19A6F828CBCBEDCB9; Tue, 5 Nov 2019 00:54:52 +0800 (CST) Received: from localhost.localdomain (10.69.192.58) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.439.0; Tue, 5 Nov 2019 00:54:42 +0800 From: John Garry To: , , CC: , , , , , , John Garry Subject: [PATCH 2/3] spi: Add HiSilicon v3xx SPI NOR flash controller driver Date: Tue, 5 Nov 2019 00:51:36 +0800 Message-ID: <1572886297-45400-3-git-send-email-john.garry@huawei.com> X-Mailer: git-send-email 2.8.1 In-Reply-To: <1572886297-45400-1-git-send-email-john.garry@huawei.com> References: <1572886297-45400-1-git-send-email-john.garry@huawei.com> MIME-Version: 1.0 X-Originating-IP: [10.69.192.58] X-CFilter-Loop: Reflected Sender: linux-spi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-spi@vger.kernel.org Add the driver for the HiSilicon v3xx SPI NOR flash controller, commonly found in hi16xx chipsets. This is a different controller than that in drivers/mtd/spi-nor/hisi-sfc.c; indeed, the naming for that driver is poor, since it is really known as FMC, and can support other memory technologies. The driver module name is "hisi-sfc-v3xx", as recommended by HW designer, being an attempt to provide a distinct name - v3xx being the unique controller versioning. Only ACPI firmware is supported. DMA is not supported, and we just use polling mode for operation completion notification. The driver uses the SPI MEM OPs. Signed-off-by: John Garry --- drivers/spi/Kconfig | 9 + drivers/spi/Makefile | 1 + drivers/spi/spi-hisi-sfc-v3xx.c | 287 ++++++++++++++++++++++++++++++++ 3 files changed, 297 insertions(+) create mode 100644 drivers/spi/spi-hisi-sfc-v3xx.c -- 2.17.1 diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig index 6f7fdcbb9151..2df653b06685 100644 --- a/drivers/spi/Kconfig +++ b/drivers/spi/Kconfig @@ -280,6 +280,15 @@ config SPI_FSL_QUADSPI This controller does not support generic SPI messages. It only supports the high-level SPI memory interface. +config SPI_HISI_SFC_V3XX + tristate "HiSilicon SPI-NOR Flash Controller for Hi16XX chipsets" + depends on ARM64 || COMPILE_TEST + depends on HAS_IOMEM + select CONFIG_MTD_SPI_NOR + help + This enables support for HiSilicon v3xx SPI-NOR flash controller + found in hi16xx chipsets. + config SPI_NXP_FLEXSPI tristate "NXP Flex SPI controller" depends on ARCH_LAYERSCAPE || HAS_IOMEM diff --git a/drivers/spi/Makefile b/drivers/spi/Makefile index bb49c9e6d0a0..9b65ec5afc5e 100644 --- a/drivers/spi/Makefile +++ b/drivers/spi/Makefile @@ -48,6 +48,7 @@ obj-$(CONFIG_SPI_FSL_LPSPI) += spi-fsl-lpspi.o obj-$(CONFIG_SPI_FSL_QUADSPI) += spi-fsl-qspi.o obj-$(CONFIG_SPI_FSL_SPI) += spi-fsl-spi.o obj-$(CONFIG_SPI_GPIO) += spi-gpio.o +obj-$(CONFIG_SPI_HISI_SFC_V3XX) += spi-hisi-sfc-v3xx.o obj-$(CONFIG_SPI_IMG_SPFI) += spi-img-spfi.o obj-$(CONFIG_SPI_IMX) += spi-imx.o obj-$(CONFIG_SPI_LANTIQ_SSC) += spi-lantiq-ssc.o diff --git a/drivers/spi/spi-hisi-sfc-v3xx.c b/drivers/spi/spi-hisi-sfc-v3xx.c new file mode 100644 index 000000000000..68f06f52950c --- /dev/null +++ b/drivers/spi/spi-hisi-sfc-v3xx.c @@ -0,0 +1,287 @@ +// SPDX-License-Identifier: GPL-2.0-only +/* + * HiSilicon SPI NOR V3XX Flash Controller Driver for hi16xx chipsets + * + * Copyright (c) 2019 HiSilicon Technologies Co., Ltd. + * Author: John Garry + */ +//#define DEBUG 1 + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#define GLOBAL_CFG (0x100) + +#define BUS_CFG1 (0x200) +#define BUS_CFG2 (0x204) +#define BUS_FLASH_SIZE (0x210) + +#define VERSION (0x1f8) + +#define CMD_CONFIG (0x300) +#define CMD_CONFIG_DATA_CNT_OFF 9 +#define CMD_CONFIG_DATA_CNT_MSK (0xff << CMD_CONFIG_DATA_CNT_OFF) +#define CMD_CONFIG_CMD_RW_OFF 8 +#define CMD_CONFIG_CMD_RW_MSK BIT(CMD_CONFIG_CMD_RW_OFF) +#define CMD_CONFIG_CMD_DATA_EN_OFF 7 +#define CMD_CONFIG_CMD_DATA_EN_MSK BIT(CMD_CONFIG_CMD_DATA_EN_OFF) +#define CMD_CONFIG_CMD_DUMMY_CNT_OFF 4 +#define CMD_CONFIG_CMD_DUMMY_CNT_MSK (0x7 << CMD_CONFIG_CMD_DUMMY_CNT_OFF) +#define CMD_CONFIG_CMD_ADDR_EN_OFF 3 +#define CMD_CONFIG_CMD_ADDR_EN_MSK BIT(CMD_CONFIG_CMD_ADDR_EN_OFF) +#define CMD_CONFIG_CMD_CS_SEL_OFF 1 +#define CMD_CONFIG_CMD_CS_SEL_MSK BIT(CMD_CONFIG_CMD_CS_SEL_OFF) +#define CMD_CONFIG_CMD_START_OFF 0 +#define CMD_CONFIG_CMD_START_MSK BIT(CMD_CONFIG_CMD_START_OFF) +#define CMD_INS (0x308) +#define CMD_ADDR (0x30c) +#define CMD_DATABUF(x) (0x400 + ((x) * 4)) + +struct hisi_sfc_v3xx_host { + struct device *dev; + void __iomem *regbase; + int max_cmd_dword; +}; + +#define HISI_SFC_V3XX_WAIT_TIMEOUT_US 1000000 +#define HISI_SFC_V3XX_WAIT_POLL_INTERVAL_US 10 + +static int hisi_sfc_v3xx_wait_cmd_idle(struct hisi_sfc_v3xx_host *host) +{ + u32 reg; + + return readl_poll_timeout(host->regbase + CMD_CONFIG, reg, + !(reg & CMD_CONFIG_CMD_START_MSK), + HISI_SFC_V3XX_WAIT_POLL_INTERVAL_US, + HISI_SFC_V3XX_WAIT_TIMEOUT_US); +} + +/* + * memcpy_{to,from}io doesn't gurantee 32b accesses, which we require for the + * DATABUF registers, so use __io{read,write}32_copy when possible. For + * trailing bytes, copy them byte-by-byte from the DATABUF register, as we + * can't clobber outside the source/dest buffer. + */ +static void hisi_sfc_v3xx_read_databuf(struct hisi_sfc_v3xx_host *host, + u8 *to, unsigned int len) +{ + int i; + + if (IS_ALIGNED((uintptr_t)to, 4)) { + int words = len / 4; + + __ioread32_copy(to, host->regbase + CMD_DATABUF(0), words); + + len -= words * 4; + if (len) { + u32 val; + + val = __raw_readl(host->regbase + CMD_DATABUF(words)); + + to += words * 4; + for (i = 0; i < len; i++, val >>= 8, to++) + *to = (u8)val; + } + } else { + for (i = 0; i < DIV_ROUND_UP(len, 4); i++) { + u32 val = __raw_readl(host->regbase + CMD_DATABUF(i)); + int j; + + for (j = 0; j < 4 && (j + (i * 4) < len); + to++, val >>= 8, j++) + *to = (u8)val; + } + } +} + +static void hisi_sfc_v3xx_write_databuf(struct hisi_sfc_v3xx_host *host, + const u8 *from, unsigned int len, + u64 addr, u8 dummybytes) +{ + int i; + + if (IS_ALIGNED((uintptr_t)from, 4)) { + int words = len / 4; + + __iowrite32_copy(host->regbase + CMD_DATABUF(0), from, words); + + len -= words * 4; + if (len) { + u32 val = 0; + + from += words * 4; + for (i = 0; i < len; i++, from++) + val |= *from << i * 8; + + __raw_writel(val, host->regbase + CMD_DATABUF(words)); + } + + } else { + for (i = 0; i < DIV_ROUND_UP(len, 4); i++) { + u32 val = 0; + int j; + + for (j = 0; j < 4 && (j + (i * 4) < len); from++, j++) + val |= *from << j * 8; + __raw_writel(val, host->regbase + CMD_DATABUF(i)); + } + } +} + +static int hisi_sfc_v3xx_adjust_op_size(struct spi_mem *mem, + struct spi_mem_op *op) +{ + struct spi_device *spi = mem->spi; + struct hisi_sfc_v3xx_host *host; + int max_byte_count; + + host = spi_controller_get_devdata(spi->master); + + max_byte_count = host->max_cmd_dword * 4; + + if (op->data.nbytes > max_byte_count) + op->data.nbytes = max_byte_count; + + return 0; +} + +static int hisi_sfc_v3xx_generic_exec_op(struct hisi_sfc_v3xx_host *host, + const struct spi_mem_op *op, + u8 chip_select) +{ + int ret, len = op->data.nbytes; + u32 config = 0; + + if (op->data.dir != SPI_MEM_NO_DATA) { + config |= (op->data.nbytes - 1) << CMD_CONFIG_DATA_CNT_OFF; + config |= CMD_CONFIG_CMD_DATA_EN_MSK; + } + + if (op->addr.nbytes) + config |= CMD_CONFIG_CMD_ADDR_EN_MSK; + + config |= op->dummy.nbytes << CMD_CONFIG_CMD_DUMMY_CNT_OFF | + chip_select << CMD_CONFIG_CMD_CS_SEL_OFF | + CMD_CONFIG_CMD_START_MSK; + + if (op->data.dir == SPI_MEM_DATA_OUT) + hisi_sfc_v3xx_write_databuf(host, op->data.buf.out, len, + op->addr.val, op->dummy.nbytes); + else if (op->data.dir == SPI_MEM_DATA_IN) + config |= CMD_CONFIG_CMD_RW_MSK; + + writel(op->addr.val, host->regbase + CMD_ADDR); + writel(op->cmd.opcode, host->regbase + CMD_INS); + + writel(config, host->regbase + CMD_CONFIG); + + ret = hisi_sfc_v3xx_wait_cmd_idle(host); + if (ret) + return ret; + + if (op->data.dir == SPI_MEM_DATA_IN) + hisi_sfc_v3xx_read_databuf(host, op->data.buf.in, len); + + return 0; +} + +static int hisi_sfc_v3xx_exec_op(struct spi_mem *mem, + const struct spi_mem_op *op) +{ + struct hisi_sfc_v3xx_host *host; + struct spi_device *spi = mem->spi; + u8 chip_select = spi->chip_select; + + host = spi_controller_get_devdata(spi->master); + + return hisi_sfc_v3xx_generic_exec_op(host, op, chip_select); +} + +static const struct spi_controller_mem_ops hisi_sfc_v3xx_mem_ops = { + .adjust_op_size = hisi_sfc_v3xx_adjust_op_size, + .exec_op = hisi_sfc_v3xx_exec_op, +}; + +static int hisi_sfc_v3xx_probe(struct platform_device *pdev) +{ + struct device *dev = &pdev->dev; + struct hisi_sfc_v3xx_host *host; + struct spi_controller *ctlr; + u32 version; + int ret; + + ctlr = spi_alloc_master(&pdev->dev, sizeof(*host)); + if (!ctlr) + return -ENOMEM; + + ctlr->mode_bits = SPI_RX_DUAL | SPI_RX_QUAD | + SPI_TX_DUAL | SPI_TX_QUAD; + + host = spi_controller_get_devdata(ctlr); + host->dev = dev; + + platform_set_drvdata(pdev, host); + + host->regbase = devm_platform_ioremap_resource(pdev, 0); + if (IS_ERR(host->regbase)) { + ret = PTR_ERR(host->regbase); + goto err_put_master; + } + + ctlr->bus_num = -1; + ctlr->num_chipselect = 1; + ctlr->mem_ops = &hisi_sfc_v3xx_mem_ops; + + version = readl(host->regbase + VERSION); + + switch (version) { + case 0x351: + host->max_cmd_dword = 64; + break; + default: + host->max_cmd_dword = 16; + break; + } + + ret = devm_spi_register_controller(dev, ctlr); + if (ret) + goto err_put_master; + + dev_info(&pdev->dev, "hw version 0x%x\n", version); + + return 0; + +err_put_master: + spi_master_put(ctlr); + return ret; +} + +#if IS_ENABLED(CONFIG_ACPI) +static const struct acpi_device_id hisi_sfc_v3xx_acpi_ids[] = { + {"HISI0341", 0}, + {} +}; +MODULE_DEVICE_TABLE(acpi, hisi_sfc_v3xx_acpi_ids); +#endif + +static struct platform_driver hisi_sfc_v3xx_spi_driver = { + .driver = { + .name = "hisi-sfc-v3xx", + .acpi_match_table = ACPI_PTR(hisi_sfc_v3xx_acpi_ids), + }, + .probe = hisi_sfc_v3xx_probe, +}; + +module_platform_driver(hisi_sfc_v3xx_spi_driver); + +MODULE_LICENSE("GPL"); +MODULE_AUTHOR("John Garry "); +MODULE_DESCRIPTION("HiSilicon SPI NOR V3XX Flash Controller Driver for hi16xx chipsets");