Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3417735ybv; Tue, 25 Feb 2020 00:55:56 -0800 (PST) X-Google-Smtp-Source: APXvYqzfeacq0TqJC30ORcVNk0rZCaqfG+8+OAGnLXbkD/5QXb4wIJ9YD4RwW9jlwzFXzgtHLBmX X-Received: by 2002:a9d:1c9c:: with SMTP id l28mr42717131ota.210.1582620956328; Tue, 25 Feb 2020 00:55:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582620956; cv=none; d=google.com; s=arc-20160816; b=fSsxsokyFIgXo/p3JWnuX37gUplhdFW0w7VgvxQGLgolSXLe+b8DGhtNFBwnPRV/QV abWbcpTAu0wUDuv9ZR6uBwtQIk048VXCpRyfp6twSRt6+3PerJwKs0dhBUXrI2ruHvCo R0eCoHlaJo+1tdF9XQgj17UrI2DYuxTQHCMz3Z0uOQq8xZAaR6genrnISwRCmUfgihAv 8CVDR7VMePXIjGN8Nz/6rRQJKZ3yrgR3JgwjxsWYqRgoIuZvlJmbzH16ktnCFypPZLt4 3crcuoAXIiE4e0j5GQpbSptgJB7gJZ0NW0vQWAX1Ib65MVv4Pu/NqfYB5DmvPqQw3Xuf ANAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=g0o3A1lTshyIw0PI9UUVofbzpI/FlA6AEFjDoQqptJw=; b=SREVHbapDEAY+usGOYIuTs9XAzXZUoAB/dx4VBTshDOf0mBu+5O64HfRP0wVl6Rvud 91tcgZh4O+yoFOFyj0nYnaBMixHeo65QjgI93U3w+jNjPsNP3hFmgkmmBBsn/VPHukup TJ5ZMlQLmlr8mJxrD9+EZ6C8OfF3G9qx51FIyfoJiJbrCjExO2nayaBlGnQXITNrMvPb 56VfeWxnbd6/urt8dmZJmiS95hXfVIRa829zfeUeQ5pYly6U72Vy9pnM2UArpa9WsN6s UIRHB9dpsfpaJUtQjv+mVtoBrIRu6lu8B6jRJJDj95wDk7m6OSW2GiZPsXrARBH0FO4E DSQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@antmicro.com header.s=google header.b=qWv26wNJ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 10si5257216ois.76.2020.02.25.00.55.44; Tue, 25 Feb 2020 00:55:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@antmicro.com header.s=google header.b=qWv26wNJ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729892AbgBYIrF (ORCPT + 99 others); Tue, 25 Feb 2020 03:47:05 -0500 Received: from mail-lj1-f195.google.com ([209.85.208.195]:37401 "EHLO mail-lj1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729268AbgBYIrE (ORCPT ); Tue, 25 Feb 2020 03:47:04 -0500 Received: by mail-lj1-f195.google.com with SMTP id q23so13116014ljm.4 for ; Tue, 25 Feb 2020 00:47:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=antmicro.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=g0o3A1lTshyIw0PI9UUVofbzpI/FlA6AEFjDoQqptJw=; b=qWv26wNJPpBpJJuOojkTgE2kfa5WfCXHf/ymHpMti3UJpg+4y4iH9JYMiFMv5CjfW1 PEI3Kz5LESDMGBQNGlcEHP2lpTfmpgvOGPDbkx0yuoSi/+rmQGX3v892L4MWjnEQ8lKl GYcKGUSTYX/fmidzVdLzsG9EBeYg/cZO2M9S4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=g0o3A1lTshyIw0PI9UUVofbzpI/FlA6AEFjDoQqptJw=; b=Obvbyn6CI+I275y213Wcu9qGJEliz22LDF4ib725k2qyGhDBv3du+Og9Is97+EsBCz P/RicSGcs95cYM/8otvdeieWrgcshbo23tq8ZCCIBM//NM9ws5yZFnP6UMRSytGllMef jfVxAKPCI3jxCbVXnBeJ+Sj4Vk12Sh4sekHafTyqDzQh/861OTz6H+Ci2k65GclAopuS AXuYDCessE6M60jG/ZOuQ+4RIi9CnFrlP2xierfF5xTBQ7w/W5gqzZ0hK0RuYCEwUAXj h5SS3/wkkFbUSCuEdeUFCHUxvaXoIw7TrnqFhAe56jxjZEveP4faYsmK+TkeNjAwH3D8 77hw== X-Gm-Message-State: APjAAAUT161AIdxodfTM9d0oZD4ucc2mcU2iJFAQZp/vFstHGyWiyxQs aUPRBR5awEJZXYyv55814CQNqQ== X-Received: by 2002:a2e:93c5:: with SMTP id p5mr32788941ljh.192.1582620422195; Tue, 25 Feb 2020 00:47:02 -0800 (PST) Received: from localhost.localdomain (d79-196.icpnet.pl. [77.65.79.196]) by smtp.gmail.com with ESMTPSA id p12sm6980087lfc.43.2020.02.25.00.47.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Feb 2020 00:47:01 -0800 (PST) Date: Tue, 25 Feb 2020 09:46:57 +0100 From: Mateusz Holenko To: Rob Herring , Mark Rutland , Greg Kroah-Hartman , Jiri Slaby , devicetree@vger.kernel.org, linux-serial@vger.kernel.org Cc: Stafford Horne , Karol Gugala , Mateusz Holenko , Mauro Carvalho Chehab , "David S. Miller" , "Paul E. McKenney" , Filip Kokosinski , Pawel Czarnecki , Joel Stanley , Jonathan Cameron , Maxime Ripard , Shawn Guo , Heiko Stuebner , Sam Ravnborg , Icenowy Zheng , Laurent Pinchart , linux-kernel@vger.kernel.org Subject: [PATCH v3 3/5] drivers/soc/litex: add LiteX SoC Controller driver Message-ID: <20200225094437.4170502-3-mholenko@antmicro.com> References: <20200225094437.4170502-0-mholenko@antmicro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200225094437.4170502-0-mholenko@antmicro.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Pawel Czarnecki This commit adds driver for the FPGA-based LiteX SoC Controller from LiteX SoC builder. Co-developed-by: Mateusz Holenko Signed-off-by: Mateusz Holenko Signed-off-by: Pawel Czarnecki --- Notes: This commit has been introduced in v3 of the patchset. It includes a simplified version of common 'litex.h' header introduced in v2 of the patchset. MAINTAINERS | 2 + drivers/soc/Kconfig | 1 + drivers/soc/Makefile | 1 + drivers/soc/litex/Kconfig | 14 ++ drivers/soc/litex/Makefile | 3 + drivers/soc/litex/litex_soc_ctrl.c | 233 +++++++++++++++++++++++++++++ include/linux/litex.h | 45 ++++++ 7 files changed, 299 insertions(+) create mode 100644 drivers/soc/litex/Kconfig create mode 100644 drivers/soc/litex/Makefile create mode 100644 drivers/soc/litex/litex_soc_ctrl.c create mode 100644 include/linux/litex.h diff --git a/MAINTAINERS b/MAINTAINERS index ec925c081dd2..22a67514ace3 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9730,6 +9730,8 @@ M: Karol Gugala M: Mateusz Holenko S: Maintained F: Documentation/devicetree/bindings/*/litex,*.yaml +F: drivers/soc/litex/litex_soc_ctrl.c +F: include/linux/litex.h LIVE PATCHING M: Josh Poimboeuf diff --git a/drivers/soc/Kconfig b/drivers/soc/Kconfig index 1778f8c62861..78add2a163be 100644 --- a/drivers/soc/Kconfig +++ b/drivers/soc/Kconfig @@ -9,6 +9,7 @@ source "drivers/soc/bcm/Kconfig" source "drivers/soc/fsl/Kconfig" source "drivers/soc/imx/Kconfig" source "drivers/soc/ixp4xx/Kconfig" +source "drivers/soc/litex/Kconfig" source "drivers/soc/mediatek/Kconfig" source "drivers/soc/qcom/Kconfig" source "drivers/soc/renesas/Kconfig" diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile index 8b49d782a1ab..fd016b51cddd 100644 --- a/drivers/soc/Makefile +++ b/drivers/soc/Makefile @@ -14,6 +14,7 @@ obj-$(CONFIG_ARCH_GEMINI) += gemini/ obj-$(CONFIG_ARCH_MXC) += imx/ obj-$(CONFIG_ARCH_IXP4XX) += ixp4xx/ obj-$(CONFIG_SOC_XWAY) += lantiq/ +obj-$(CONFIG_LITEX_SOC_CONTROLLER) += litex/ obj-y += mediatek/ obj-y += amlogic/ obj-y += qcom/ diff --git a/drivers/soc/litex/Kconfig b/drivers/soc/litex/Kconfig new file mode 100644 index 000000000000..22c78cda0b83 --- /dev/null +++ b/drivers/soc/litex/Kconfig @@ -0,0 +1,14 @@ +# SPDX-License_Identifier: GPL-2.0 + +menu "Enable LiteX SoC Builder specific drivers" + +config LITEX_SOC_CONTROLLER + tristate "Enable LiteX SoC Controller driver" + help + This option enables the SoC Controller Driver which verifies + LiteX CSR access and provides common litex_get_reg/litex_set_reg + accessors. + All drivers that use functions from litex.h must depend on + LITEX_SOC_CONTROLLER + +endmenu diff --git a/drivers/soc/litex/Makefile b/drivers/soc/litex/Makefile new file mode 100644 index 000000000000..98ff7325b1c0 --- /dev/null +++ b/drivers/soc/litex/Makefile @@ -0,0 +1,3 @@ +# SPDX-License_Identifier: GPL-2.0 + +obj-$(CONFIG_LITEX_SOC_CONTROLLER) += litex_soc_ctrl.o diff --git a/drivers/soc/litex/litex_soc_ctrl.c b/drivers/soc/litex/litex_soc_ctrl.c new file mode 100644 index 000000000000..b810782da3a5 --- /dev/null +++ b/drivers/soc/litex/litex_soc_ctrl.c @@ -0,0 +1,233 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * LiteX SoC Controller Driver + * + * Copyright (C) 2020 Antmicro + * + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +/* + * The parameters below are true for LiteX SoC + * configured for 8-bit CSR Bus, 32-bit aligned. + * + * Supporting other configurations will require + * extending the logic in this header. + */ +#define LITEX_REG_SIZE 0x4 +#define LITEX_SUBREG_SIZE 0x1 +#define LITEX_SUBREG_SIZE_BIT (LITEX_SUBREG_SIZE * 8) + +static DEFINE_SPINLOCK(csr_lock); + +static inline unsigned long read_pointer_with_barrier( + const volatile void __iomem *addr) +{ + unsigned long val; + + __io_br(); + val = *(const volatile unsigned long __force *)addr; + __io_ar(); + return val; +} + +static inline void write_pointer_with_barrier( + volatile void __iomem *addr, unsigned long val) +{ + __io_br(); + *(volatile unsigned long __force *)addr = val; + __io_ar(); +} + +/* + * LiteX SoC Generator, depending on the configuration, + * can split a single logical CSR (Control & Status Register) + * into a series of consecutive physical registers. + * + * For example, in the configuration with 8-bit CSR Bus, + * 32-bit aligned (the default one for 32-bit CPUs) a 32-bit + * logical CSR will be generated as four 32-bit physical registers, + * each one containing one byte of meaningful data. + * + * For details see: https://github.com/enjoy-digital/litex/issues/314 + * + * The purpose of `litex_set_reg`/`litex_get_reg` is to implement + * the logic of writing to/reading from the LiteX CSR in a single + * place that can be then reused by all LiteX drivers. + */ +void litex_set_reg( + void __iomem *reg, unsigned long reg_size, unsigned long val) +{ + unsigned long shifted_data, shift, i; + unsigned long flags; + + spin_lock_irqsave(&csr_lock, flags); + + for (i = 0; i < reg_size; ++i) { + shift = ((reg_size - i - 1) * LITEX_SUBREG_SIZE_BIT); + shifted_data = val >> shift; + write_pointer_with_barrier( + reg + (LITEX_REG_SIZE * i), shifted_data); + } + + spin_unlock_irqrestore(&csr_lock, flags); +} + +unsigned long litex_get_reg( + void __iomem *reg, unsigned long reg_size) +{ + unsigned long shifted_data, shift, i; + unsigned long result = 0; + unsigned long flags; + + spin_lock_irqsave(&csr_lock, flags); + + for (i = 0; i < reg_size; ++i) { + shifted_data = read_pointer_with_barrier( + reg + (LITEX_REG_SIZE * i)); + shift = ((reg_size - i - 1) * LITEX_SUBREG_SIZE_BIT); + result |= (shifted_data << shift); + } + + spin_unlock_irqrestore(&csr_lock, flags); + + return result; +} + +static int accessors_ok; + +/* + * Check if accessors are safe to be used by other drivers + * returns true if yes - false if not + */ +int litex_check_accessors(void) +{ + return accessors_ok; +} + +#define SCRATCH_REG_OFF 0x04 +#define SCRATCH_REG_SIZE 4 +#define SCRATCH_REG_VALUE 0x12345678 +#define SCRATCH_TEST_VALUE 0xdeadbeef + +/* + * Check LiteX CSR read/write access + * + * This function reads and writes a scratch register in order + * to verify if CSR access works. + * + * In case any problems are detected, the driver should panic + * and not set `accessors_ok` flag. As a result no other + * LiteX driver should access CSR bus. + * + * Access to the LiteX CSR is, by design, done in CPU native + * endianness. The driver should not dynamically configure + * access functions when the endianness mismatch is detected. + * Such situation indicates problems in the soft SoC design + * and should be solved at the LiteX generator level, + * not in the software. + */ +static int litex_check_csr_access(void __iomem *reg_addr) +{ + unsigned long reg; + + reg = litex_get_reg(reg_addr + SCRATCH_REG_OFF, SCRATCH_REG_SIZE); + + if (reg != SCRATCH_REG_VALUE) { + panic("Scratch register read error! Expected: 0x%x but got: 0x%lx", + SCRATCH_REG_VALUE, reg); + return -EINVAL; + } + + litex_set_reg(reg_addr + SCRATCH_REG_OFF, + SCRATCH_REG_SIZE, SCRATCH_TEST_VALUE); + reg = litex_get_reg(reg_addr + SCRATCH_REG_OFF, SCRATCH_REG_SIZE); + + if (reg != SCRATCH_TEST_VALUE) { + panic("Scratch register write error! Expected: 0x%x but got: 0x%lx", + SCRATCH_TEST_VALUE, reg); + return -EINVAL; + } + + /* restore original value of the SCRATCH register */ + litex_set_reg(reg_addr + SCRATCH_REG_OFF, + SCRATCH_REG_SIZE, SCRATCH_REG_VALUE); + + /* Set flag for other drivers */ + accessors_ok = 1; + pr_info("LiteX SoC Controller driver initialized"); + + return 0; +} + +struct litex_soc_ctrl_device { + void __iomem *base; +}; + +static const struct of_device_id litex_soc_ctrl_of_match[] = { + {.compatible = "litex,soc_controller"}, + {}, +}; + +MODULE_DEVICE_TABLE(of, litex_soc_ctrl_of_match); + +static int litex_soc_ctrl_probe(struct platform_device *pdev) +{ + struct device *dev; + struct device_node *node; + const struct of_device_id *id; + struct litex_soc_ctrl_device *soc_ctrl_dev; + struct resource *res; + + dev = &pdev->dev; + node = dev->of_node; + if (!node) + return -ENODEV; + + id = of_match_node(litex_soc_ctrl_of_match, node); + if (!id) + return -ENODEV; + + soc_ctrl_dev = devm_kzalloc(dev, sizeof(*soc_ctrl_dev), GFP_KERNEL); + if (IS_ERR_OR_NULL(soc_ctrl_dev)) + return -ENOMEM; + + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + if (IS_ERR_OR_NULL(res)) + return -EBUSY; + + soc_ctrl_dev->base = devm_of_iomap(dev, node, 0, &res->end); + if (IS_ERR_OR_NULL(soc_ctrl_dev->base)) + return -EIO; + + return litex_check_csr_access(soc_ctrl_dev->base); +} + +static int litex_soc_ctrl_remove(struct platform_device *pdev) +{ + return 0; +} + +static struct platform_driver litex_soc_ctrl_driver = { + .driver = { + .name = "litex-soc-controller", + .of_match_table = of_match_ptr(litex_soc_ctrl_of_match) + }, + .probe = litex_soc_ctrl_probe, + .remove = litex_soc_ctrl_remove +}; + +module_platform_driver(litex_soc_ctrl_driver); +MODULE_DESCRIPTION("LiteX SoC Controller driver"); +MODULE_AUTHOR("Antmicro "); +MODULE_LICENSE("GPL v2"); diff --git a/include/linux/litex.h b/include/linux/litex.h new file mode 100644 index 000000000000..44ec415abc85 --- /dev/null +++ b/include/linux/litex.h @@ -0,0 +1,45 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* + * Common LiteX header providing + * helper functions for accessing CSRs. + * + * Implementation of the functions is provided by + * the LiteX SoC Controller driver. + * + * Copyright (C) 2019 - 2020 Antmicro + */ + +#ifndef _LINUX_LITEX_H +#define _LINUX_LITEX_H + +#include +#include +#include + +/* + * litex_check_accessors is a function implemented in + * drivers/soc/litex/litex_soc_controller.c + * checking if the common LiteX CSR accessors + * are safe to be used by the drivers; + * returns true (1) if yes - false (0) if not + * + * Important: All drivers that use litex_set_reg/litex_get_reg + * functions should make sure that LiteX SoC Controller driver + * has verified LiteX CSRs read and write operations before + * issuing any read/writes to the LiteX peripherals. + * + * Exemplary snippet that can be used at the beginning + * of the driver's probe() function to ensure that LiteX + * SoC Controller driver is properely initialized: + * + * if (!litex_check_accessors()) + * return -EPROBE_DEFER; + */ +int litex_check_accessors(void); + +void litex_set_reg(void __iomem *reg, unsigned long reg_sz, unsigned long val); + +unsigned long litex_get_reg(void __iomem *reg, unsigned long reg_sz); + + +#endif /* _LINUX_LITEX_H */ -- 2.25.0