All of lore.kernel.org
 help / color / mirror / Atom feed
From: Boris Brezillon <boris.brezillon@collabora.com>
To: Marek Vasut <marex@denx.de>
Cc: mark.rutland@arm.com, devicetree@vger.kernel.org,
	Christophe Kerello <christophe.kerello@st.com>,
	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,
	lee.jones@linaro.org, linux-stm32@st-md-mailman.stormreply.com
Subject: Re: [PATCH v2 03/12] bus: stm32-fmc2-ebi: add STM32 FMC2 EBI controller driver
Date: Fri, 17 Apr 2020 17:41:40 +0200	[thread overview]
Message-ID: <20200417174140.00456f36@collabora.com> (raw)
In-Reply-To: <c69f86f4-5904-3f35-dac1-87080402a096@denx.de>

On Fri, 17 Apr 2020 17:31:49 +0200
Marek Vasut <marex@denx.de> wrote:

> On 4/17/20 5:29 PM, Christophe Kerello wrote:
> > 
> > 
> > On 4/16/20 9:53 PM, Boris Brezillon wrote:  
> >> On Wed, 15 Apr 2020 17:57:27 +0200
> >> Christophe Kerello <christophe.kerello@st.com> wrote:
> >>  
> >>> The driver adds the support for the STMicroelectronics FMC2 EBI
> >>> controller
> >>> found on STM32MP SOCs.
> >>>
> >>> Signed-off-by: Christophe Kerello <christophe.kerello@st.com>
> >>> Tested-by: Marek Vasut <marex@denx.de>
> >>> ---
> >>> Changes in v2:
> >>>   - call 2 APIs to manage FMC2 enable/disable instead of ops
> >>>   - call 2 APIs to manage FMC2 NWAIT shared signal instead of ops
> >>>
> >>>   drivers/bus/Kconfig          |   11 +
> >>>   drivers/bus/Makefile         |    1 +
> >>>   drivers/bus/stm32-fmc2-ebi.c | 1091
> >>> ++++++++++++++++++++++++++++++++++++++++++  
> >>
> >> Hm, I see that other memory bus controller drivers are placed under
> >> drivers/memory/, any reason for choosing drivers/bus/? If that's where
> >> we want to have all generic memory bus controllers to live it might be
> >> worth moving existing drivers to the drivers/bus/ directory at some
> >> point.
> >>  
> > 
> > Hi Boris,
> > 
> > I see this controller as an external bus interface as we are able to
> > attach different devices on it, like a PSRAM, an ethernet controller, a
> > FPGA, a LCD display, ...
> > 
> > When I had a look at bus/Kconfig file, I have found similar drivers
> > (like IMX_WEIM or QCOM_EBI2 drivers). These drivers are able to connect
> > devices like NAND Flash, SRAM, ethernet adapters, FPGAs and LCD displays
> > as it is written in the Kconfig file.
> > 
> > But, after checking memory/Kconfig file, it is also possible to find
> > similar drivers (like ATMEL_EBI driver that is inspired by the WEIM bus
> > driver).
> > 
> > So, I will follow the recommendation and I will move it to
> > drivers/memory folder if it is the place where this driver should be.  
> 
> The EBI isn't a memory bus, you can very well have a non-memory device,
> like an external parallel bus memory controller on it. So why should it
> be in drivers/memory ?

Just like most of those so-called memory bus controllers we have under
drivers/memory/ => they are most of the time used to interact with
memories but can also be used for other things (Christophe listed a few
uses cases). And I'm not pushing one way or the other, all I said was
that we should makes things consistent instead of having half of
those controller drivers in drivers/memory/ and the other half in
drivers/bus/.


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

WARNING: multiple messages have this Message-ID (diff)
From: Boris Brezillon <boris.brezillon@collabora.com>
To: Marek Vasut <marex@denx.de>
Cc: Christophe Kerello <christophe.kerello@st.com>,
	miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com,
	lee.jones@linaro.org, robh+dt@kernel.org, mark.rutland@arm.com,
	tony@atomide.com, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org,
	linux-stm32@st-md-mailman.stormreply.com
Subject: Re: [PATCH v2 03/12] bus: stm32-fmc2-ebi: add STM32 FMC2 EBI controller driver
Date: Fri, 17 Apr 2020 17:41:40 +0200	[thread overview]
Message-ID: <20200417174140.00456f36@collabora.com> (raw)
In-Reply-To: <c69f86f4-5904-3f35-dac1-87080402a096@denx.de>

On Fri, 17 Apr 2020 17:31:49 +0200
Marek Vasut <marex@denx.de> wrote:

> On 4/17/20 5:29 PM, Christophe Kerello wrote:
> > 
> > 
> > On 4/16/20 9:53 PM, Boris Brezillon wrote:  
> >> On Wed, 15 Apr 2020 17:57:27 +0200
> >> Christophe Kerello <christophe.kerello@st.com> wrote:
> >>  
> >>> The driver adds the support for the STMicroelectronics FMC2 EBI
> >>> controller
> >>> found on STM32MP SOCs.
> >>>
> >>> Signed-off-by: Christophe Kerello <christophe.kerello@st.com>
> >>> Tested-by: Marek Vasut <marex@denx.de>
> >>> ---
> >>> Changes in v2:
> >>>   - call 2 APIs to manage FMC2 enable/disable instead of ops
> >>>   - call 2 APIs to manage FMC2 NWAIT shared signal instead of ops
> >>>
> >>>   drivers/bus/Kconfig          |   11 +
> >>>   drivers/bus/Makefile         |    1 +
> >>>   drivers/bus/stm32-fmc2-ebi.c | 1091
> >>> ++++++++++++++++++++++++++++++++++++++++++  
> >>
> >> Hm, I see that other memory bus controller drivers are placed under
> >> drivers/memory/, any reason for choosing drivers/bus/? If that's where
> >> we want to have all generic memory bus controllers to live it might be
> >> worth moving existing drivers to the drivers/bus/ directory at some
> >> point.
> >>  
> > 
> > Hi Boris,
> > 
> > I see this controller as an external bus interface as we are able to
> > attach different devices on it, like a PSRAM, an ethernet controller, a
> > FPGA, a LCD display, ...
> > 
> > When I had a look at bus/Kconfig file, I have found similar drivers
> > (like IMX_WEIM or QCOM_EBI2 drivers). These drivers are able to connect
> > devices like NAND Flash, SRAM, ethernet adapters, FPGAs and LCD displays
> > as it is written in the Kconfig file.
> > 
> > But, after checking memory/Kconfig file, it is also possible to find
> > similar drivers (like ATMEL_EBI driver that is inspired by the WEIM bus
> > driver).
> > 
> > So, I will follow the recommendation and I will move it to
> > drivers/memory folder if it is the place where this driver should be.  
> 
> The EBI isn't a memory bus, you can very well have a non-memory device,
> like an external parallel bus memory controller on it. So why should it
> be in drivers/memory ?

Just like most of those so-called memory bus controllers we have under
drivers/memory/ => they are most of the time used to interact with
memories but can also be used for other things (Christophe listed a few
uses cases). And I'm not pushing one way or the other, all I said was
that we should makes things consistent instead of having half of
those controller drivers in drivers/memory/ and the other half in
drivers/bus/.


  reply	other threads:[~2020-04-17 15:41 UTC|newest]

Thread overview: 102+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-15 15:57 [PATCH v2 00/12] add STM32 FMC2 controller drivers Christophe Kerello
2020-04-15 15:57 ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 01/12] dt-bindings: mfd: stm32-fmc2: add STM32 FMC2 controller documentation Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-28 15:28   ` Rob Herring
2020-04-28 15:28     ` Rob Herring
2020-04-29  9:35     ` Christophe Kerello
2020-04-29  9:35       ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 02/12] mfd: stm32-fmc2: add STM32 FMC2 controller driver Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-24  7:45   ` Lee Jones
2020-04-24  7:45     ` Lee Jones
2020-04-24 10:27     ` Marek Vasut
2020-04-24 10:27       ` Marek Vasut
2020-04-24 10:50       ` Lee Jones
2020-04-24 10:50         ` Lee Jones
2020-04-24 11:06         ` Marek Vasut
2020-04-24 11:06           ` Marek Vasut
2020-04-24 11:47           ` Christophe Kerello
2020-04-24 11:47             ` Christophe Kerello
2020-04-24 14:50             ` Lee Jones
2020-04-24 14:50               ` Lee Jones
2020-04-24 15:14             ` Boris Brezillon
2020-04-24 15:14               ` Boris Brezillon
2020-04-24 16:42               ` Christophe Kerello
2020-04-24 16:42                 ` Christophe Kerello
2020-04-24 17:22                 ` Boris Brezillon
2020-04-24 17:22                   ` Boris Brezillon
2020-04-24 17:34                   ` Christophe Kerello
2020-04-24 17:34                     ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 03/12] bus: stm32-fmc2-ebi: add STM32 FMC2 EBI " Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-16 19:53   ` Boris Brezillon
2020-04-16 19:53     ` Boris Brezillon
2020-04-17 15:29     ` Christophe Kerello
2020-04-17 15:29       ` Christophe Kerello
2020-04-17 15:31       ` Marek Vasut
2020-04-17 15:31         ` Marek Vasut
2020-04-17 15:41         ` Boris Brezillon [this message]
2020-04-17 15:41           ` Boris Brezillon
2020-04-17 15:44           ` Marek Vasut
2020-04-17 15:44             ` Marek Vasut
2020-04-15 15:57 ` [PATCH v2 04/12] mtd: rawnand: stm32_fmc2: manage all errors cases at probe time Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-27 17:47   ` Miquel Raynal
2020-04-27 17:47     ` Miquel Raynal
2020-04-27 17:59     ` Marek Vasut
2020-04-27 17:59       ` Marek Vasut
2020-04-27 18:08       ` Miquel Raynal
2020-04-27 18:08         ` Miquel Raynal
2020-04-27 19:46         ` Marek Vasut
2020-04-27 19:46           ` Marek Vasut
2020-04-27 20:08           ` Miquel Raynal
2020-04-27 20:08             ` Miquel Raynal
2020-04-27 20:10             ` Marek Vasut
2020-04-27 20:10               ` Marek Vasut
2020-04-29  8:00               ` Christophe Kerello
2020-04-29  8:00                 ` Christophe Kerello
2020-04-29  9:07             ` Christophe Kerello
2020-04-29  9:07               ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 05/12] mtd: rawnand: stm32_fmc2: remove useless inline comments Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-27 17:48   ` Miquel Raynal
2020-04-27 17:48     ` Miquel Raynal
2020-04-15 15:57 ` [PATCH v2 06/12] mtd: rawnand: stm32_fmc2: use FMC2_TIMEOUT_MS for timeouts Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-27 18:22   ` Miquel Raynal
2020-04-27 18:22     ` Miquel Raynal
2020-04-29  9:27     ` Christophe Kerello
2020-04-29  9:27       ` Christophe Kerello
2020-04-29  9:35       ` Miquel Raynal
2020-04-29  9:35         ` Miquel Raynal
2020-04-29  9:41         ` Christophe Kerello
2020-04-29  9:41           ` Christophe Kerello
2020-04-29 10:06           ` Miquel Raynal
2020-04-29 10:06             ` Miquel Raynal
2020-04-29 10:13             ` Christophe Kerello
2020-04-29 10:13               ` Christophe Kerello
2020-04-29 10:27               ` Miquel Raynal
2020-04-29 10:27                 ` Miquel Raynal
2020-04-15 15:57 ` [PATCH v2 07/12] mtd: rawnand: stm32_fmc2: cleanup Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-27 18:33   ` Miquel Raynal
2020-04-27 18:33     ` Miquel Raynal
2020-04-29  9:31     ` Christophe Kerello
2020-04-29  9:31       ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 08/12] mtd: rawnand: stm32_fmc2: use FIELD_PREP/FIELD_GET macros Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-16 19:45   ` Boris Brezillon
2020-04-16 19:45     ` Boris Brezillon
2020-04-27 18:50     ` Miquel Raynal
2020-04-27 18:50       ` Miquel Raynal
2020-04-15 15:57 ` [PATCH v2 09/12] mtd: rawnand: stm32_fmc2: move all registers Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 10/12] mtd: rawnand: stm32_fmc2: use regmap APIs Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-27 18:52   ` Miquel Raynal
2020-04-27 18:52     ` Miquel Raynal
2020-04-15 15:57 ` [PATCH v2 11/12] mtd: rawnand: stm32_fmc2: use stm32_fmc2 structure in nfc controller Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello
2020-04-15 15:57 ` [PATCH v2 12/12] mtd: rawnand: stm32_fmc2: add new MP1 compatible string Christophe Kerello
2020-04-15 15:57   ` Christophe Kerello

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200417174140.00456f36@collabora.com \
    --to=boris.brezillon@collabora.com \
    --cc=christophe.kerello@st.com \
    --cc=devicetree@vger.kernel.org \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=marex@denx.de \
    --cc=mark.rutland@arm.com \
    --cc=miquel.raynal@bootlin.com \
    --cc=richard@nod.at \
    --cc=robh+dt@kernel.org \
    --cc=tony@atomide.com \
    --cc=vigneshr@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.