Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp729268ybz; Fri, 24 Apr 2020 08:19:24 -0700 (PDT) X-Google-Smtp-Source: APiQypLoXPCQsB3cIwmOFPFJ68KLAYKSG0yoNHmz7JvkoqERcR/tyGEH8B+MfygmcyZVV9Hg8BgR X-Received: by 2002:a17:906:2b89:: with SMTP id m9mr7329851ejg.302.1587741564576; Fri, 24 Apr 2020 08:19:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587741564; cv=none; d=google.com; s=arc-20160816; b=JIWR8Otuqrb+6bMBIffvlVJZmv5b+7NlYCORHzhl2JvtZYGrC+kPzKoi0H5M4OEEa4 Bz9ioP1VaSTQwa7Wfi3IXpq5V++uqIK8c+3x2FnZGR4Bq+0zsClCnc/4amWzcjMEe4x3 S76fzVhprrVDQ34z3tIqJVB7WsChv5g7XAILiVAEX1KVb83XGBo5JqlOOxgVndyatyAk e0mhjwgBDQXWkPPn24/6ZaJDL9BZNzmbIjCw/HLrq8nFjkx50crhfEOYaiKDumHTF0wU 2tYlwPeIg5UqiJ9FmT61DQllPJtP/+CiE4CmJKmf+Ip+YMINe+UyuFvuUmTyG+8NjL48 VkCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=DF1fkJy6M3nMmNcT9tV8Ojep+all1JZprlQ+2ekM9gM=; b=FoIEhCqpxNexvRrCgIv7RpN6bYakoK+2XPX+5P0YOI5Av8RDJcbNYMobC98MtCQ6pr hBNzRrWze5dri+/5jQ+6FhZiIdu59rMg8aqUTeRyUe9nQqzrYJ+aS2wSEeK3eXAgNwr6 VVmLNMBLAUJ8HpEGnOnCp4lqS7XqN9ovkt+2lVijJeYBj7dJp6yfxmsJYVn1ZhjRw6NT IKR0I5zKm239SnLTUlaniMs6leVZnJUPPP0Neqz67ctadfPowPEicLRdXNwq7e/T4Q7Z mgGhoxlLq234MfQscX5NACS6xaL2CZ7+Mnet+gF1Atv221S4+yfCrA14sY/7yr985NjS SAwQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw22si3192649edb.418.2020.04.24.08.19.00; Fri, 24 Apr 2020 08:19:24 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728106AbgDXPOS (ORCPT + 99 others); Fri, 24 Apr 2020 11:14:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49474 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726998AbgDXPOS (ORCPT ); Fri, 24 Apr 2020 11:14:18 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 41855C09B045; Fri, 24 Apr 2020 08:14:17 -0700 (PDT) Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 993952A2E0F; Fri, 24 Apr 2020 16:14:15 +0100 (BST) Date: Fri, 24 Apr 2020 17:14:12 +0200 From: Boris Brezillon To: Christophe Kerello Cc: Marek Vasut , Lee Jones , mark.rutland@arm.com, devicetree@vger.kernel.org, vigneshr@ti.com, tony@atomide.com, richard@nod.at, linux-kernel@vger.kernel.org, robh+dt@kernel.org, linux-mtd@lists.infradead.org, miquel.raynal@bootlin.com, Geert Uytterhoeven , linux-stm32@st-md-mailman.stormreply.com Subject: Re: [PATCH v2 02/12] mfd: stm32-fmc2: add STM32 FMC2 controller driver Message-ID: <20200424171412.5f65ff05@collabora.com> In-Reply-To: <268ea231-eb4a-6144-c632-1bc8e9f21582@st.com> References: <1586966256-29548-1-git-send-email-christophe.kerello@st.com> <1586966256-29548-3-git-send-email-christophe.kerello@st.com> <20200424074517.GN3612@dell> <8b625f1c-9ded-c07a-a20e-8cd44c1ca46d@denx.de> <20200424105053.GC8414@dell> <268ea231-eb4a-6144-c632-1bc8e9f21582@st.com> Organization: Collabora X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 24 Apr 2020 13:47:34 +0200 Christophe Kerello wrote: > On 4/24/20 1:06 PM, Marek Vasut wrote: > > On 4/24/20 12:50 PM, Lee Jones wrote: > >> On Fri, 24 Apr 2020, Marek Vasut wrote: > >> > >>> On 4/24/20 9:45 AM, Lee Jones wrote: > >>>> On Wed, 15 Apr 2020, Christophe Kerello wrote: > >>>> > >>>>> The driver adds the support for the STMicroelectronics FMC2 controller > >>>>> found on STM32MP SOCs. > >>>>> > >>>>> The FMC2 functional block makes the interface with: synchronous and > >>>>> asynchronous static memories (such as PSNOR, PSRAM or other > >>>>> memory-mapped peripherals) and NAND flash memories. > >>>>> > >>>>> Signed-off-by: Christophe Kerello > >>>>> --- > >>>>> Changes in v2: > >>>>> - remove ops from stm32_fmc2 structure > >>>>> - add 2 APIs to manage FMC2 enable/disable > >>>>> - add 2 APIs to manage FMC2 NWAIT shared signal > >>>>> > >>>>> drivers/mfd/Kconfig | 12 +++ > >>>>> drivers/mfd/Makefile | 1 + > >>>>> drivers/mfd/stm32-fmc2.c | 136 +++++++++++++++++++++++++ > >>>>> include/linux/mfd/stm32-fmc2.h | 225 +++++++++++++++++++++++++++++++++++++++++ > >>>>> 4 files changed, 374 insertions(+) > >>>>> create mode 100644 drivers/mfd/stm32-fmc2.c > >>>>> create mode 100644 include/linux/mfd/stm32-fmc2.h > >>>>> > >>>>> diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig > >>>>> index 2b20329..5260582 100644 > >>>>> --- a/drivers/mfd/Kconfig > >>>>> +++ b/drivers/mfd/Kconfig > >>>>> @@ -1922,6 +1922,18 @@ config MFD_ROHM_BD71828 > >>>>> Also included is a Coulomb counter, a real-time clock (RTC), and > >>>>> a 32.768 kHz clock gate. > >>>>> > >>>>> +config MFD_STM32_FMC2 > >>>>> + tristate "Support for FMC2 controllers on STM32MP SoCs" > >>>>> + depends on MACH_STM32MP157 || COMPILE_TEST > >>>>> + select MFD_CORE > >>>>> + select REGMAP > >>>>> + select REGMAP_MMIO > >>>>> + help > >>>>> + Select this option to enable STM32 FMC2 driver used for FMC2 External > >>>>> + Bus Interface controller and FMC2 NAND flash controller. This driver > >>>>> + provides core support for the STM32 FMC2 controllers, in order to use > >>>>> + the actual functionality of the device other drivers must be enabled. > >>>> > >>>> Not sure how many times I have to say this before people stop > >>>> attempting to pass these kinds of relationships off as MFDs: > >>>> > >>>> A memory device and its bus is not an MFD. In a similar vain to the > >>>> thousands of USB, I2C, SPI, PCI and the like devices that aren't MFDs > >>>> either. > >>>> > >>>> Please find another way to associate your device with its bus. > >>> > >>> This FMC2 is however an IP which can either operate external devices > >>> (like ethernet chip on this parallel bus) or external flashes (like NOR > >>> and NAND chips). > >> > >> I'm sure that it *can*. Although that's not its main purpose. > > > > I use it to operate KSZ8851-16MLL ethernet chip, which has async bus > > interface. Linux just didn't have support for that mode of operation > > thus far and the FMC was used to operate NANDs and NORs only. This > > series, or rather, the first three patches in this series, add support > > for operating other bus devices, like this ethernet controller. > > > >> The > >> clue is in the nomenclature ("Flexible *Memory* Controller"). Nor is > >> it how the device is being used in this submission: > >> > >> "The FMC2 functional block makes the interface with: synchronous and > >> asynchronous static memories (such as PSNOR, PSRAM or other > >> memory-mapped peripherals) and NAND flash memories." > >> > >> As I mentioned, this is just another memory device and its bus. > > > > I don't think it's _just_ a memory controller, it's more universal than > > that, see above. Note that SRAM interface basically boils down to > > anything which has external parallel bus, e.g. Davicom DM9000, that > > KSZ8851-16MLL etc. > > > >>> Can you provide a suggestion how this should be handled, if not as MFD? > >>> It seems to me, that this is a Multi-Function Device . > >> > >> Simply move it into the MTD or Memory subsystems and set up the > >> dependencies via Kconfig. > >> > >>> If this discussion is a recurring topic, is there some documentation > >>> which explains how such devices should be handled ? > >> > >> Not that I'm aware of. > > > > I see. > > > > Hi Lee, Marek, > > I will move this source code in the FMC2 bus driver. I think that I > should be able to manage the 2 controllers with 2 drivers (the FMC2 bus > driver and the FMC2 raw NAND driver). FWIW, that's what I did for the Atmel EBI (External Bus Interface) controller (see [1]). [1]https://elixir.bootlin.com/linux/v5.6/source/drivers/memory/atmel-ebi.c