Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2154992ybc; Wed, 20 Nov 2019 09:40:32 -0800 (PST) X-Google-Smtp-Source: APXvYqyrSBFFiEgGjRvkeMV7+qH/yPqS2u0Ito7hwOQHRyH98LQ7xjSyiD9gTud1VqVs167fQ6Ke X-Received: by 2002:a17:906:394c:: with SMTP id g12mr6646050eje.233.1574271632271; Wed, 20 Nov 2019 09:40:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574271632; cv=none; d=google.com; s=arc-20160816; b=ndT233DkfmLkUugzomG6cVLbJ3EcklJecsmV+BitqGTrrEwVhPzkFktbNHyYYtMGMt AG7uKZP0/9idTdRHJGPxrA5NkjWF5GdBeamDX4RGAEsHLwps/gw0HpFhZJr58PP9wZ7N alkJukPq0ATJJRYvnaJaUwSRJKp6Xl/M8WS7+iU8nsmc1AJyaJrb8zHFFM7uF/Ucz5ZN 1ikHo8Y2ZHSR84EP+VWmD71dAJhu7ITRctly5mBQlMuykvOwiy6i8sgRI60lT2mmNCIq rkUhKqD9wkhBKG0l32qJj5/3ZcV/5FYNYEbihlpO/4zRB74DKHGSNTHzdaKr68MEJLqw UkhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:message-id:subject:cc:to:from:date :dkim-signature; bh=a2MLfSrel+mRbxxitJdDU9cMLj6K94x+FsaIqj+3XoA=; b=TL9GR9Do/zGpCr+oMMbNnP2vqceH9I2y1f9C2koa358Ws8f4zB0+FCiNLyBWloXsLc TJ2u+SqWIF0YgMm7dwPHgOcY/ol48zVApIIWI4PP7M6r7t0eSoLvTMi5V0Xjqzcy1A5V JZoD9SXacSS01NSdpuF1VjvsFu/GBd+n2Aq2P+fG4vk5LCw2N1XdpKJrSHewDsvinvAq T2t6yInKSzL7xBSFfXb6rMNn1fmTtHYPb7nsb9Ulo5boZ6abPjXqw1/y3BxOYGkrC+pm dGy+V904V3GX12EUwegcHbLES21xzegUSMCqO3tlrMorXr16IkI124se2DUO1BaOeNVy XUNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kVk03sKh; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k4si16505584eji.269.2019.11.20.09.40.07; Wed, 20 Nov 2019 09:40:32 -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=@gmail.com header.s=20161025 header.b=kVk03sKh; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728303AbfKTRXG (ORCPT + 99 others); Wed, 20 Nov 2019 12:23:06 -0500 Received: from mail-qk1-f196.google.com ([209.85.222.196]:45169 "EHLO mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727067AbfKTRXF (ORCPT ); Wed, 20 Nov 2019 12:23:05 -0500 Received: by mail-qk1-f196.google.com with SMTP id q70so440698qke.12; Wed, 20 Nov 2019 09:23:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :in-reply-to:user-agent; bh=a2MLfSrel+mRbxxitJdDU9cMLj6K94x+FsaIqj+3XoA=; b=kVk03sKhpt3/+dqXQtuziwe4bJdEAf5+wrwdw/CxuHNquxkGvNbQedmk8WkwGaUKu0 pvGC62kzAfnBWQXONvd06bPTbn779MGgDSauYuXIl38eaMzh5Vmmi9cnOsi83/zhUTVc evVyqeZqg92u4yYJWQMqM9XbHfkKiLBai8DgQHr4ywS9VIwObn2Dy7CppDQW8T9iHUe1 ZF2KSRyhNAkRvCIzsV/QCH+hNI9weKXmQ5br+FiPf8IiD/LUAJCb+oOa5H/XJd/lcraM qvSkOidCT+nS7kUhRA3mIM5CJjJsyWk2N6qrtTLE1kuifybbAGfpIL93yPUNXa7P/qZ4 bjAg== 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:mime-version :content-disposition:in-reply-to:user-agent; bh=a2MLfSrel+mRbxxitJdDU9cMLj6K94x+FsaIqj+3XoA=; b=izkwSkhaAZfPgdZTbZiMGzXfNny4OML8Hq08SemEqB4bbWLoWYpVLMZye/8x1h9huK yKg/ZtQsC/uVJtTgGS4yOqlvysHELvXeUAksc2htJyXMCTg+EUFefK3xGp7tFmIHCVZY bdCIg/gmkwUYu+XTYM8RmZFk4Yb7wLxpNyAPD9iaZTDxfc9P4YBP5sbuCkKPiFarnkZk gaUtcQP+eRcq1Mk3Px37rpt+kV0u1fFNqf0Nm47xkTZ/+sUxMAzC0PgOjCv4mpHtB5yW wV5hW7hohPQT9GF3CI9IsTFyf/zRS5FfhGvtrB3ivbMIGHOwYahfNPHBzcQM9BpW6xfS aSyw== X-Gm-Message-State: APjAAAVn4nWKgdpdT/3Ao8VzCNl+m1gmn8vJkarWKmR3Xin8qIOBuP1V QqMOVzfrbqg1XaEpagk4rvg= X-Received: by 2002:ae9:e00f:: with SMTP id m15mr3463410qkk.217.1574270584266; Wed, 20 Nov 2019 09:23:04 -0800 (PST) Received: from hedwig.ini.cmu.edu (HEDWIG.INI.CMU.EDU. [128.2.16.51]) by smtp.gmail.com with ESMTPSA id b10sm11909098qkh.69.2019.11.20.09.23.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Nov 2019 09:23:03 -0800 (PST) Date: Wed, 20 Nov 2019 12:23:00 -0500 From: "Gabriel L. Somlo" To: Mateusz Holenko Cc: Rob Herring , Mark Rutland , Greg Kroah-Hartman , Jiri Slaby , devicetree@vger.kernel.org, linux-serial@vger.kernel.org, Stafford Horne , Karol Gugala , Mateusz Holenko , Mauro Carvalho Chehab , "David S. Miller" , "Paul E. McKenney" , Filip Kokosinski , Joel Stanley , Jonathan Cameron , Maxime Ripard , Shawn Guo , Heiko Stuebner , Sam Ravnborg , Icenowy Zheng , Laurent Pinchart , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/4] litex: add common LiteX header Message-ID: <20191120172300.GA15391@hedwig.ini.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191023114634.13657-2-mholenko@antmicro.com> X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > It provides helper CSR access functions used by all > LiteX drivers. > > Signed-off-by: Mateusz Holenko > --- > This commit has been introduced in v2 of the patchset. > > MAINTAINERS | 6 +++++ > include/linux/litex.h | 59 +++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 65 insertions(+) > create mode 100644 include/linux/litex.h > > diff --git a/MAINTAINERS b/MAINTAINERS > index 296de2b51c83..eaa51209bfb2 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -9493,6 +9493,12 @@ F: Documentation/misc-devices/lis3lv02d.rst > F: drivers/misc/lis3lv02d/ > F: drivers/platform/x86/hp_accel.c > > +LITEX PLATFORM > +M: Karol Gugala > +M: Mateusz Holenko > +S: Maintained > +F: include/linux/litex.h > + > LIVE PATCHING > M: Josh Poimboeuf > M: Jiri Kosina > diff --git a/include/linux/litex.h b/include/linux/litex.h > new file mode 100644 > index 000000000000..e793d2d7c881 > --- /dev/null > +++ b/include/linux/litex.h > @@ -0,0 +1,59 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > +/* > + * Common LiteX header providing > + * helper functions for accessing CSRs. > + * > + * Copyright (C) 2019 Antmicro > + */ > + > +#ifndef _LINUX_LITEX_H > +#define _LINUX_LITEX_H > + > +#include > +#include > +#include > + > +#define LITEX_REG_SIZE 0x4 > +#define LITEX_SUBREG_SIZE 0x1 > +#define LITEX_SUBREG_SIZE_BIT (LITEX_SUBREG_SIZE * 8) Please be aware that LiteX supports "LITEX_SUBREG_SIZE" of up to 4, and might go even as far as 8 in the near future. Hard coding this here might be short sighted. A good alternative might be to have "litex_subreg_size" or "mmio-dw-bytes" passed in via a DT property of the SoC node, as illustrated here: https://github.com/litex-hub/linux-on-litex-vexriscv/pull/60 Thanks, --Gabriel > + > +#ifdef __LITTLE_ENDIAN > +# define LITEX_READ_REG(addr) ioread32(addr) > +# define LITEX_READ_REG_OFF(addr, off) ioread32(addr + off) > +# define LITEX_WRITE_REG(val, addr) iowrite32(val, addr) > +# define LITEX_WRITE_REG_OFF(val, addr, off) iowrite32(val, addr + off) > +#else > +# define LITEX_READ_REG(addr) ioread32be(addr) > +# define LITEX_READ_REG_OFF(addr, off) ioread32be(addr + off) > +# define LITEX_WRITE_REG(val, addr) iowrite32be(val, addr) > +# define LITEX_WRITE_REG_OFF(val, addr, off) iowrite32be(val, addr + off) > +#endif > + > +/* Helper functions for manipulating LiteX registers */ > + > +static inline void litex_set_reg(void __iomem *reg, u32 reg_size, u32 val) > +{ > + u32 shifted_data, shift, i; > + > + for (i = 0; i < reg_size; ++i) { > + shift = ((reg_size - i - 1) * LITEX_SUBREG_SIZE_BIT); > + shifted_data = val >> shift; > + LITEX_WRITE_REG(shifted_data, reg + (LITEX_REG_SIZE * i)); > + } > +} > + > +static inline u32 litex_get_reg(void __iomem *reg, u32 reg_size) > +{ > + u32 shifted_data, shift, i; > + u32 result = 0; > + > + for (i = 0; i < reg_size; ++i) { > + shifted_data = LITEX_READ_REG(reg + (LITEX_REG_SIZE * i)); > + shift = ((reg_size - i - 1) * LITEX_SUBREG_SIZE_BIT); > + result |= (shifted_data << shift); > + } > + > + return result; > +} > + > +#endif /* _LINUX_LITEX_H */