Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2760397yba; Mon, 22 Apr 2019 12:26:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqypvgPpVjgGFiNrCmpCwhDxiGYJe3PMQke8230rp5G5Yxdk1Y0ryZVFrpaut4hIV+HPqpu1 X-Received: by 2002:aa7:920b:: with SMTP id 11mr21688331pfo.3.1555961196320; Mon, 22 Apr 2019 12:26:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555961196; cv=none; d=google.com; s=arc-20160816; b=SvtTukz+aE3iUapMliupCekDrO/nn6fjR/wAPK61wH136NhNkVZLTuYzv61LBgEh0L hZs+C2Cx+np84K3RXrSsDKZ16BfylqHwjTSCV7ZyAGFNanwtm+uALZEuTUs2iKMSEPjz p7jKfuT2ho7/TOq1MroDyfhvFWquPKvQYhwNhfKqRTuq999Q9q7FzJuMhMVN1ayl8KMN lpPT1ySciaH05Uq2DipGih4VRJ9okcKrgfYfO+3p1n9VW9/QEyaRxo7W+55A66IXbSg0 7hqy+wxRlwEN+xScSTlFF8aMC/sY9X5X+CxdUaJSzI28FtyCBJtnOeyjqHGRKe9wLkmf nHuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=VK8B17RR7V1hJEdyIGSrqnzZReXpqya147YlzwRheNk=; b=s8mRsnqW4fgeaxpr9skol6vXOgzNXRllxrkYOmqxWdennXAruc5DoQJU0RZRitaWG8 TfdeZhymGtxahlqR9yfL5Ib2K67OsB5Bkm0swFKwGYpMoyXfkBTwDGfxs+5UQh0Z+1qq r16fJa+GNVwYDTZP6dEWrDF3g0QLRfJdNvncjcSm18optjQCeTb9m7QSepO5MUt9U8e5 XzLtRBeyehsgyJdnggRaZksCxFFoKmziAt8/kvzBhHLdWqpFb3i+4Go19rr2CE7UDBt3 GaVIuvwYcepkA8qdOpsVoF+EpIVhDEwWBE+AlBKQqW2W4/pCPDH0CGQAEHhgR+BFjoVU F6Tw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=q+JeUMB4; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s145si12980985pgs.228.2019.04.22.12.26.20; Mon, 22 Apr 2019 12:26:36 -0700 (PDT) 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=@google.com header.s=20161025 header.b=q+JeUMB4; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728407AbfDVTYl (ORCPT + 99 others); Mon, 22 Apr 2019 15:24:41 -0400 Received: from mail-pg1-f196.google.com ([209.85.215.196]:37830 "EHLO mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726430AbfDVTYk (ORCPT ); Mon, 22 Apr 2019 15:24:40 -0400 Received: by mail-pg1-f196.google.com with SMTP id e6so6293640pgc.4 for ; Mon, 22 Apr 2019 12:24:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VK8B17RR7V1hJEdyIGSrqnzZReXpqya147YlzwRheNk=; b=q+JeUMB4qHso3PcI3ozaKJOlliwUmy7+PHA5JtD9u8eR/rxkd5/ZqLXzCW6RE5vhR6 iqZeDTxF0iv+P2h4q57MbqvpOVQdFBsQKxe6sM8DPYlbOb/IQM3cZlLpPuJbZtzgbIRW MA4cJWQh9b6jgfzTUJ9KGt6jFupUPxIwJf4W3m3N/mhyOOps4EajJ7qtQ+/fCRJeieIP bY4vMoyWTxAhP4tm4KBuDpkpTOns0QcV246Ub0U8m9yzkk3K18dsUBzaQuV0hP6RrcMy nSiH4zknh9ORjf0r2uvaIEilDECttPGriIxfvZfFe6/sd65f655nBhwmYY7X/z72S2Io BVgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VK8B17RR7V1hJEdyIGSrqnzZReXpqya147YlzwRheNk=; b=noZBhhMSwc9bbuuZjfjMhvejefquyekzkgr2A650r/RLifvaaVRPGU2uXuNeheS7y0 SHOFWYKFBx4mhWHi9es+z7gng5Q/W4uGs2bm5O2k+DXga2xQVRlIg/DbJyI72JTO1T6g gGbazuTZvCRRV5hi1K1Cb3jG0oOL+UTViS3Zu2GStXBs4Tpu+aR4B7qU/qo9f5Leg0G9 cNLkl8ojKDhXrqucj4Br8b/d0yGQGjfhuNpC6FkLSZxQv38GJTIStZRvyykfT0RH/rid MB8M55O2Tj+aKasdXgHxFQyh1KNGVFbJMBKVDI5Z1MZUvjYk1jsS4iIBgvzboBvpSa5G chYQ== X-Gm-Message-State: APjAAAXQhQ/Nv2zJbqAHB7R4D12YKo1PDf1gf/TW5hVdUStf57lbnTez Ideyok3K8hQh8cgW40y5T2IulaGSTmGKY0BICd+4dQ== X-Received: by 2002:a65:654c:: with SMTP id a12mr20707782pgw.101.1555961079255; Mon, 22 Apr 2019 12:24:39 -0700 (PDT) MIME-Version: 1.0 References: <20190422175419.189895-1-venture@google.com> In-Reply-To: <20190422175419.189895-1-venture@google.com> From: Patrick Venture Date: Mon, 22 Apr 2019 12:24:28 -0700 Message-ID: Subject: Re: [PATCH v2] soc: add aspeed folder and misc drivers To: Patrick Venture , Arnd Bergmann , Greg KH , Joel Stanley , Andrew Jeffery Cc: Linux Kernel Mailing List , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-aspeed@lists.ozlabs.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 22, 2019 at 10:54 AM Patrick Venture wrote: > > Create a SoC folder for the ASPEED parts and place the misc drivers > currently present into this folder. These drivers are not generic part > drivers, but rather only apply to the ASPEED SoCs. > > Signed-off-by: Patrick Venture > --- > v2: > Added configuration option for ASPEED to soc/Makefile > --- > drivers/misc/Kconfig | 16 ---------------- > drivers/misc/Makefile | 2 -- > drivers/soc/Kconfig | 1 + > drivers/soc/Makefile | 1 + > drivers/soc/aspeed/Kconfig | 19 +++++++++++++++++++ > drivers/soc/aspeed/Makefile | 2 ++ > .../{misc => soc/aspeed}/aspeed-lpc-ctrl.c | 0 > .../{misc => soc/aspeed}/aspeed-lpc-snoop.c | 0 > 8 files changed, 23 insertions(+), 18 deletions(-) > create mode 100644 drivers/soc/aspeed/Kconfig > create mode 100644 drivers/soc/aspeed/Makefile > rename drivers/{misc => soc/aspeed}/aspeed-lpc-ctrl.c (100%) > rename drivers/{misc => soc/aspeed}/aspeed-lpc-snoop.c (100%) > > diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig > index 42ab8ec92a04..b80cb6af0cb4 100644 > --- a/drivers/misc/Kconfig > +++ b/drivers/misc/Kconfig > @@ -496,22 +496,6 @@ config VEXPRESS_SYSCFG > bus. System Configuration interface is one of the possible means > of generating transactions on this bus. > > -config ASPEED_LPC_CTRL > - depends on (ARCH_ASPEED || COMPILE_TEST) && REGMAP && MFD_SYSCON > - tristate "Aspeed ast2400/2500 HOST LPC to BMC bridge control" > - ---help--- > - Control Aspeed ast2400/2500 HOST LPC to BMC mappings through > - ioctl()s, the driver also provides a read/write interface to a BMC ram > - region where the host LPC read/write region can be buffered. > - > -config ASPEED_LPC_SNOOP > - tristate "Aspeed ast2500 HOST LPC snoop support" > - depends on (ARCH_ASPEED || COMPILE_TEST) && REGMAP && MFD_SYSCON > - help > - Provides a driver to control the LPC snoop interface which > - allows the BMC to listen on and save the data written by > - the host to an arbitrary LPC I/O port. > - > config PCI_ENDPOINT_TEST > depends on PCI > select CRC32 > diff --git a/drivers/misc/Makefile b/drivers/misc/Makefile > index d5b7d3404dc7..b9affcdaa3d6 100644 > --- a/drivers/misc/Makefile > +++ b/drivers/misc/Makefile > @@ -54,8 +54,6 @@ obj-$(CONFIG_GENWQE) += genwqe/ > obj-$(CONFIG_ECHO) += echo/ > obj-$(CONFIG_VEXPRESS_SYSCFG) += vexpress-syscfg.o > obj-$(CONFIG_CXL_BASE) += cxl/ > -obj-$(CONFIG_ASPEED_LPC_CTRL) += aspeed-lpc-ctrl.o > -obj-$(CONFIG_ASPEED_LPC_SNOOP) += aspeed-lpc-snoop.o > obj-$(CONFIG_PCI_ENDPOINT_TEST) += pci_endpoint_test.o > obj-$(CONFIG_OCXL) += ocxl/ > obj-y += cardreader/ > diff --git a/drivers/soc/Kconfig b/drivers/soc/Kconfig > index c07b4a85253f..b750a88547c7 100644 > --- a/drivers/soc/Kconfig > +++ b/drivers/soc/Kconfig > @@ -2,6 +2,7 @@ menu "SOC (System On Chip) specific Drivers" > > source "drivers/soc/actions/Kconfig" > source "drivers/soc/amlogic/Kconfig" > +source "drivers/soc/aspeed/Kconfig" > source "drivers/soc/atmel/Kconfig" > source "drivers/soc/bcm/Kconfig" > source "drivers/soc/fsl/Kconfig" > diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile > index 90b686e586c6..814128fe479f 100644 > --- a/drivers/soc/Makefile > +++ b/drivers/soc/Makefile > @@ -4,6 +4,7 @@ > # > > obj-$(CONFIG_ARCH_ACTIONS) += actions/ > +obj-$(CONFIG_ARCH_ASPEED) += aspeed/ > obj-$(CONFIG_ARCH_AT91) += atmel/ > obj-y += bcm/ > obj-$(CONFIG_ARCH_DOVE) += dove/ > diff --git a/drivers/soc/aspeed/Kconfig b/drivers/soc/aspeed/Kconfig > new file mode 100644 > index 000000000000..457282cd1da5 > --- /dev/null > +++ b/drivers/soc/aspeed/Kconfig > @@ -0,0 +1,19 @@ > +menu "Aspeed SoC drivers" > + > +config ASPEED_LPC_CTRL > + depends on (ARCH_ASPEED || COMPILE_TEST) && REGMAP && MFD_SYSCON > + tristate "Aspeed ast2400/2500 HOST LPC to BMC bridge control" > + ---help--- > + Control Aspeed ast2400/2500 HOST LPC to BMC mappings through > + ioctl()s, the driver also provides a read/write interface to a BMC ram > + region where the host LPC read/write region can be buffered. > + > +config ASPEED_LPC_SNOOP > + tristate "Aspeed ast2500 HOST LPC snoop support" > + depends on (ARCH_ASPEED || COMPILE_TEST) && REGMAP && MFD_SYSCON > + help > + Provides a driver to control the LPC snoop interface which > + allows the BMC to listen on and save the data written by > + the host to an arbitrary LPC I/O port. > + > + > diff --git a/drivers/soc/aspeed/Makefile b/drivers/soc/aspeed/Makefile > new file mode 100644 > index 000000000000..cfaa9adc67b5 > --- /dev/null > +++ b/drivers/soc/aspeed/Makefile > @@ -0,0 +1,2 @@ > +obj-$(CONFIG_ASPEED_LPC_CTRL) += aspeed-lpc-ctrl.o > +obj-$(CONFIG_ASPEED_LPC_SNOOP) += aspeed-lpc-snoop.o > diff --git a/drivers/misc/aspeed-lpc-ctrl.c b/drivers/soc/aspeed/aspeed-lpc-ctrl.c > similarity index 100% > rename from drivers/misc/aspeed-lpc-ctrl.c > rename to drivers/soc/aspeed/aspeed-lpc-ctrl.c > diff --git a/drivers/misc/aspeed-lpc-snoop.c b/drivers/soc/aspeed/aspeed-lpc-snoop.c > similarity index 100% > rename from drivers/misc/aspeed-lpc-snoop.c > rename to drivers/soc/aspeed/aspeed-lpc-snoop.c > -- > 2.21.0.593.g511ec345e18-goog > Fixed CC on this reply (Gmail button didn't behave as expected) and replied to the v2 patchset instead of accidentally the first. Given this patchset, I have several patches that move the drivers into the folder, and thought about writing it up as a series. I wanted to see how this patchset would do before I staged the rest -- my question is, should this patchset create the folder with the empty Kconfig and Makefile, and then have follow-on patches that provide content to split out the process into multiple logical steps?