[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f98b49b9-91fc-c3d0-1ace-fa862581e53b@gmail.com>
Date: Sat, 3 Dec 2016 03:49:49 +0100
From: Marek Vasut <marek.vasut@...il.com>
To: Masahiro Yamada <yamada.masahiro@...ionext.com>,
Rob Herring <robh@...nel.org>
Cc: "linux-mtd@...ts.infradead.org" <linux-mtd@...ts.infradead.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
Brian Norris <computersforpeace@...il.com>,
Richard Weinberger <richard@....at>,
David Woodhouse <dwmw2@...radead.org>,
Cyrille Pitchen <cyrille.pitchen@...el.com>,
Mark Rutland <mark.rutland@....com>,
Dinh Nguyen <dinguyen@...era.com>,
Alan Tull <atull@...nsource.altera.com>,
Chin Liang See <clsee@...era.com>
Subject: Re: [PATCH 39/39] mtd: nand: denali_dt: add compatible strings for
UniPhier SoC variants
On 12/03/2016 03:41 AM, Masahiro Yamada wrote:
> Hi Rob,
Hi!
> 2016-12-03 1:26 GMT+09:00 Rob Herring <robh@...nel.org>:
>
>>>
>>>
>>> (Plan A)
>>> "denali,socfpga-nand" (for Altera SOCFPGA variant)
>>> "denali,uniphier-nand-v1" (for old Socionext UniPhier family variant)
>>> "denali,uniphier-nand-v2" (for new Socionext UniPhier family variant)
>>>
>>> (Plan B)
>>> "altera,denali-nand" (for Altera SOCFPGA variant)
>>> "socionext,denali-nand-v5a" (for old Socionext UniPhier family variant)
>>> "socionext,denali-nand-v5b" (for new Socionext UniPhier family variant)
>
>> Let the Altera folks worry about their stuff. At least for soft IP in
>> FPGA, it's a bit of a special case. The old string can remain as bad
>> as it is.
>
>
> Hmm, I am not sure if this IP would fit in FPGA
> (to use it along with NIOS-II?)
>
> (even if it happened, nothing of this IP would be customizable on users' side.
> When buying the IP, SoC vendors submit a list of desired features.
> Denali (now Cadence) generates the RTL according to the configuration sheet.
> The function is fixed at this point. So, generic compatible would be
> useless anyway.)
>
>
> If we are talking about SOCFPGA,
> SOCFPGA is not only FPGA. Rather "SOC" + "FPGA".
> It consists of two parts:
> [1] SOC part (Cortex-A9 + various hard-wired peripherals such UART,
> USB, SD, NAND, ...)
> [2] FPGA part (User design logic)
>
> The Denali NAND controller is included in [1].
> So, as far as we talk about the Denali on SOCFPGA,
> it is as hard-wired as Intel, Socionext's ones.
That's correct, the Denali NAND IP in altera socfpga is a hardware
block. You can make it available to the fabric too, but by default
it's used by the ARM part of the chip, so for this discussion, you
can forget that the FPGA part exists altogether.
I would be in favor of plan B, since it seems to be the more often
taken approach. A nice example is ci-hdrc:
$ git grep compatible drivers/usb/chipidea/
>> I simply would do "socionext,uniphier-v5b-nand" (and v5a).
>> The fact that it is denali is part of the documentation.
>>
>
> Let me think about this.
>
> Socionext bought two version of Denali IP,
> and we are now re-using the newer one (v5b) for several SoCs.
> Socionext has some more product lines other than Uniphier SoC family,
> perhaps wider re-use might happen in the future.
>
> At first, I included "uniphier" in compatible, but I am still wondering
> if such a specific string is good or not.
>
> Also, comments from Altera engineers are appreciated.
Adding a few more on Cc
--
Best regards,
Marek Vasut
Powered by blists - more mailing lists