Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp57149ybz; Thu, 16 Apr 2020 19:16:27 -0700 (PDT) X-Google-Smtp-Source: APiQypJScs0cfYN4m0uvOcthRZTE9y0ylXL5zum27sOZLF5/Ibwa4xcT/olXO/eWC/wlNLKR3o+t X-Received: by 2002:aa7:df0a:: with SMTP id c10mr430698edy.306.1587089787422; Thu, 16 Apr 2020 19:16:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587089787; cv=none; d=google.com; s=arc-20160816; b=W8V0QOMNnyn7s2enGb/IVfvd1AdT/feZm8PaTvZme/9Ph+361S/GVsqzAnnccrmHQr xMe26pcpMasZY/J0o9rCrdUbwy28f1/LZbjS0iqbLgaMiVmuKLRq9Ucw6gT7wjaqpGq2 Uh0wvytKZg4n0C7m+5rwFZY+PYJmg8H+lM1ptP+ukSV73BZfd/HTNrmRsa1wQuv1V6W6 A+4i9VuMm9waHY2rhVtay7BlHVld5YryWOvD1ZfHPQMJa/R/Q4XDyj9XncPpbY1We2aM NnL7VRzfCpVcD5xMZyV+RY8+TqpAN6sGoPFfCWhrT/3ExK5HcWHYbME4snnkDpfw+Tj1 HBiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:references :in-reply-to:message-id:date:subject:cc:to:from:dkim-signature; bh=8lQbH9bvSHqIQuui1LMcY8pJQ+re2UQkl+EFgIIzuRs=; b=IttydhOvTqmOlnhNIOJq00wKg45tn9aM7wKpZygnBcg6CABAE0Qo6HKcG11qO1pk6L 0EQcN7RdB4x6Xq0kpc32Mc79YEvFp3oQlVM7U9MAkAenggQUQSj9jVG+MHv34IivZtyK KhcAa1hY17JseVi8z3EAWbPsNo28cM2/b08zEP83U5kxy8oIdvtpu38BtPRhv+HpVaLO tkOPm8dFR/qDsdknAD0WfzpsmQL2C1/GTc2CLZOJFTNsVC/zS9WJJL9byXOEQzZJ0TXe JohEe2/cLfAXlSrmrM15wagsefCez0EpDKyz4mpV8Oj0bpiu5CB+O5auNBrFj/H3oXSp vNZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ilrt8gFS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t9si2971041edj.538.2020.04.16.19.15.56; Thu, 16 Apr 2020 19:16:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ilrt8gFS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729221AbgDQCOk (ORCPT + 99 others); Thu, 16 Apr 2020 22:14:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34262 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1728969AbgDQCOj (ORCPT ); Thu, 16 Apr 2020 22:14:39 -0400 Received: from mail-pj1-x1043.google.com (mail-pj1-x1043.google.com [IPv6:2607:f8b0:4864:20::1043]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3FC45C061A0C for ; Thu, 16 Apr 2020 19:14:39 -0700 (PDT) Received: by mail-pj1-x1043.google.com with SMTP id b7so432901pju.0 for ; Thu, 16 Apr 2020 19:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :in-reply-to:references; bh=8lQbH9bvSHqIQuui1LMcY8pJQ+re2UQkl+EFgIIzuRs=; b=ilrt8gFSDWzI3miTnsVe0HkjJPZ56GPGHvH+gfmUDuHG3EzVZiaDQ6NQjWVuaIq8+3 wcGeAwFsQoQdp146gV5DoQuk4tuYqNhEHSqJs5mvD8bJMfXa2SHmlokmhS+mwmzmCnxP VuqnQ11k/oLpQdqwmZSnpoMP05yT606IfZNjTmLMhkl542yyZbcXxh5rrS51mNjsoQUx l31J0Mm3RIfn+slz8bhOgJ9/nehdcuWbhdwZdBM+6R1q28sLa9cioYOLSGEImcRUO643 DAy2LnAoMHlVSxLgaU+NcRHk7yKN6kpCgsZ/AUpze2xuLQFyyWMhDMcIi8C2beO/ajS3 f6iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:in-reply-to:references; bh=8lQbH9bvSHqIQuui1LMcY8pJQ+re2UQkl+EFgIIzuRs=; b=eO56rBvOwLALBoCtYM8vnrkMiYkvBXZ1/nKu7q7U4t/V0WnhDFG0MWLa+a6rqwoK/6 WS33p2y1dqV9ezF8zTUCVgxOimbkhc4ezlW8VK+dU+XX4isFfHJ1HAIX6hkZjl3OiemT 7k1JRmiFqGR5oqC8TjmZxuFndoSuEgShvXTMnrCxEQMAj+BTbU6VuilWLCHs4ubZxyI8 OtAY6mEpe0vTAC3g50OqkWk3HkmTNQCrfZYN2VgJB+YSy8ka2TBxC6l4N5ltBn0mLmjq ZJI+MULH5/uBXJ3+Akqbq7qG5NYZueIYg27yOnhjcMUiC3FJSsajmYFFMBMMAPkVDo4N +ONw== X-Gm-Message-State: AGi0PuZQEzFw39wd4GbS1fz1kcKKUR76meqk6GInl38SHOX10Pdirn7Q JNbl4NI7T8IDE9o0KkbzGoY= X-Received: by 2002:a17:902:a60d:: with SMTP id u13mr1215497plq.113.1587089678822; Thu, 16 Apr 2020 19:14:38 -0700 (PDT) Received: from localhost.localdomain ([45.135.186.129]) by smtp.gmail.com with ESMTPSA id h11sm18035319pfn.125.2020.04.16.19.14.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 16 Apr 2020 19:14:38 -0700 (PDT) From: Baolin Wang To: lee.jones@linaro.org, arnd@arndb.de, broonie@kernel.org Cc: baolin.wang7@gmail.com, orsonzhai@gmail.com, zhang.lyra@gmail.com, linux-kernel@vger.kernel.org Subject: [PATCH 2/2] soc: sprd: Add Spreadtrum special bits updating support Date: Fri, 17 Apr 2020 10:14:15 +0800 Message-Id: X-Mailer: git-send-email 2.17.1 In-Reply-To: References: In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The spreadtrum platform uses a special set/clear method to update registers' bits, which can remove the race of updating the global registers between the multiple subsystems. Thus we can register a physical regmap bus into syscon core to support this. Signed-off-by: Baolin Wang --- drivers/soc/Kconfig | 1 + drivers/soc/Makefile | 1 + drivers/soc/sprd/Kconfig | 16 +++++++ drivers/soc/sprd/Makefile | 2 + drivers/soc/sprd/sprd_syscon.c | 82 ++++++++++++++++++++++++++++++++++ 5 files changed, 102 insertions(+) create mode 100644 drivers/soc/sprd/Kconfig create mode 100644 drivers/soc/sprd/Makefile create mode 100644 drivers/soc/sprd/sprd_syscon.c diff --git a/drivers/soc/Kconfig b/drivers/soc/Kconfig index 425ab6f7e375..8cfbf2dc518d 100644 --- a/drivers/soc/Kconfig +++ b/drivers/soc/Kconfig @@ -23,5 +23,6 @@ source "drivers/soc/versatile/Kconfig" source "drivers/soc/xilinx/Kconfig" source "drivers/soc/zte/Kconfig" source "drivers/soc/kendryte/Kconfig" +source "drivers/soc/sprd/Kconfig" endmenu diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile index 36452bed86ef..7d156a6dd536 100644 --- a/drivers/soc/Makefile +++ b/drivers/soc/Makefile @@ -29,3 +29,4 @@ obj-$(CONFIG_PLAT_VERSATILE) += versatile/ obj-y += xilinx/ obj-$(CONFIG_ARCH_ZX) += zte/ obj-$(CONFIG_SOC_KENDRYTE) += kendryte/ +obj-$(CONFIG_ARCH_SPRD) += sprd/ diff --git a/drivers/soc/sprd/Kconfig b/drivers/soc/sprd/Kconfig new file mode 100644 index 000000000000..38d1f5971a28 --- /dev/null +++ b/drivers/soc/sprd/Kconfig @@ -0,0 +1,16 @@ +# SPDX-License-Identifier: GPL-2.0-only +# +# SPRD SoC drivers +# + +menu "Spreadtrum SoC drivers" + depends on ARCH_SPRD || COMPILE_TEST + +config SPRD_SYSCON + tristate "Spreadtrum syscon support" + depends on ARCH_SPRD || COMPILE_TEST + help + Say yes here to add support for the Spreadtrum syscon driver, + which is used to implement the atomic method of bits updating. + +endmenu diff --git a/drivers/soc/sprd/Makefile b/drivers/soc/sprd/Makefile new file mode 100644 index 000000000000..4d7715553cf6 --- /dev/null +++ b/drivers/soc/sprd/Makefile @@ -0,0 +1,2 @@ +# SPDX-License-Identifier: GPL-2.0-only +obj-$(CONFIG_SPRD_SYSCON) += sprd_syscon.o diff --git a/drivers/soc/sprd/sprd_syscon.c b/drivers/soc/sprd/sprd_syscon.c new file mode 100644 index 000000000000..9b98127f1adb --- /dev/null +++ b/drivers/soc/sprd/sprd_syscon.c @@ -0,0 +1,82 @@ +//SPDX-License-Identifier: GPL-2.0 +/* + * Copyright (C) 2020 Spreadtrum Communications Inc. + */ +#include +#include +#include +#include +#include + +#define SPRD_REG_SET_OFFSET 0x1000 +#define SPRD_REG_CLR_OFFSET 0x2000 + +/* + * The Spreadtrum platform defines a special set/clear method to update + * registers' bits, which means it can write values to the register's SET + * address (offset is 0x1000) to set bits, and write values to the register's + * CLEAR address (offset is 0x2000) to clear bits. + * + * This set/clear method can help to remove the race of accessing the global + * registers between the multiple subsystems instead of using hardware + * spinlocks. + * + * Note: there is a potential risk when users want to set and clear bits + * at the same time, since the set/clear method will always do bits setting + * before bits clearing, which may cause some unexpected results if the + * operation sequence is strict. Thus we recommend that do not set and + * clear bits at the same time if you are not sure the results. + */ +static int sprd_syscon_update_bits(void *context, unsigned int reg, + unsigned int mask, unsigned int val) +{ + void __iomem *base = context; + unsigned int set, clr; + + set = val & mask; + clr = ~set & mask; + + if (set) + writel(set, base + reg + SPRD_REG_SET_OFFSET); + + if (clr) + writel(clr, base + reg + SPRD_REG_CLR_OFFSET); + + return 0; +} + +static int sprd_syscon_read(void *context, unsigned int reg, unsigned int *val) +{ + void __iomem *base = context; + + *val = readl(base + reg); + return 0; +} + +static int sprd_syscon_write(void *context, unsigned int reg, unsigned int val) +{ + void __iomem *base = context; + + writel(val, base + reg); + return 0; +} + +static struct regmap_bus sprd_syscon_regmap = { + .fast_io = true, + .reg_write = sprd_syscon_write, + .reg_read = sprd_syscon_read, + .reg_update_bits = sprd_syscon_update_bits, + .val_format_endian_default = REGMAP_ENDIAN_LITTLE, +}; + +static int sprd_syscon_init(void) +{ + syscon_register_phys_regmap_bus(&sprd_syscon_regmap); + + return 0; +} +core_initcall_sync(sprd_syscon_init); + +MODULE_DESCRIPTION("Spreadtrum syscon support"); +MODULE_AUTHOR("Baolin Wang "); +MODULE_LICENSE("GPL v2"); -- 2.17.1