From: Marek Vasut <marek.vasut@gmail.com>
To: matthew.gerlach@linux.intel.com
Cc: vndao@altera.com, dwmw2@infradead.org,
computersforpeace@gmail.com, boris.brezillon@free-electrons.com,
richard@nod.at, cyrille.pitchen@wedev4u.fr, robh+dt@kernel.org,
mark.rutland@arm.com, linux-mtd@lists.infradead.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
gregkh@linuxfoundation.org, davem@davemloft.net,
mchehab@kernel.org
Subject: Re: [PATCH 2/3] mtd: spi-nor: core code for the Altera Quadspi Flash Controller v2
Date: Tue, 27 Jun 2017 19:55:36 +0200 [thread overview]
Message-ID: <9ca626e3-fc80-2b50-85aa-5db102dc9b7f@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.20.1706271019140.8058@mgerlach-VirtualBox>
On 06/27/2017 07:26 PM, matthew.gerlach@linux.intel.com wrote:
[...]
>>>>> +#ifndef __ALTERA_QUADSPI_H
>>>>> +#define __ALTERA_QUADSPI_H
>>>>> +
>>>>> +#include <linux/device.h>
>>>>> +
>>>>> +#define ALTERA_QUADSPI_FL_BITREV_READ BIT(0)
>>>>> +#define ALTERA_QUADSPI_FL_BITREV_WRITE BIT(1)
>>>>> +
>>>>> +#define ALTERA_QUADSPI_MAX_NUM_FLASH_CHIP 3
>>>>> +
>>>>> +int altera_quadspi_create(struct device *dev, void __iomem *csr_base,
>>>>> + void __iomem *data_base, void __iomem *window_reg,
>>>>> + size_t window_size, u32 flags);
>>>>> +
>>>>> +int altera_qspi_add_bank(struct device *dev,
>>>>> + u32 bank, struct device_node *np);
>>>>> +
>>>>> +int altera_quadspi_remove_banks(struct device *dev);
>>>>
>>>> Why is this header needed at all ?
>>>
>>> This header is needed because of the very different ways
>>> FPGAs can be used with a processor running Linux. In the case of a
>>> soft processor in the FPGA or an ARM connected to a FPGA, this header
>>> is not necessary because device trees are used to probe the driver.
>>> However, if the FPGA is on a PCIe card connected to an x86, device trees
>>> are not generally used, and the pcie driver must enumerate the
>>> "sub-driver".
>>
>> But we don't support that later part, do we ?
>
> There is currently v2 patch set for the intel-fpga PCIe driver being
> reviewed where I am adding support for version 2 of the Altera Quadspi
> controller.
It'd be real nice to mention that in the cover letter with a link to
that patchset , otherwise it's real hard to understand why you did this.
> This technique of separating core driver code from platform/device tree
> code has been reviewed and accepted for the Altera Partial
> Reconfiguration IP, Altera Freeze Bridge, and the fpga region.
--
Best regards,
Marek Vasut
next prev parent reply other threads:[~2017-06-27 17:58 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-26 16:13 [PATCH 0/3] Altera Quadspi Controller Version 2 matthew.gerlach
2017-06-26 16:13 ` [PATCH 1/3] ARM: dts: Bindings for " matthew.gerlach
2017-06-27 9:37 ` Marek Vasut
2017-06-27 14:32 ` matthew.gerlach
2017-06-27 15:01 ` Marek Vasut
2017-06-27 15:57 ` matthew.gerlach
2017-06-27 16:15 ` Marek Vasut
2017-06-27 17:18 ` matthew.gerlach
2017-06-27 17:52 ` Marek Vasut
2017-06-27 19:32 ` matthew.gerlach
2017-06-27 19:56 ` Marek Vasut
2017-06-28 23:09 ` Rob Herring
2017-06-29 9:43 ` Marek Vasut
2017-06-29 15:03 ` matthew.gerlach
2017-06-29 15:38 ` Marek Vasut
2017-06-28 23:14 ` Rob Herring
2017-06-26 16:13 ` [PATCH 2/3] mtd: spi-nor: core code for the Altera Quadspi Flash Controller v2 matthew.gerlach
2017-06-27 9:30 ` kbuild test robot
2017-06-27 9:48 ` Marek Vasut
2017-06-27 14:57 ` matthew.gerlach
2017-06-27 16:19 ` Marek Vasut
2017-06-27 17:26 ` matthew.gerlach
2017-06-27 17:55 ` Marek Vasut [this message]
2017-06-27 19:44 ` matthew.gerlach
2017-07-04 0:00 ` Cyrille Pitchen
2017-07-04 10:38 ` Michal Suchanek
2017-07-05 14:34 ` matthew.gerlach
2017-06-26 16:13 ` [PATCH 3/3] mtd: spi-nor: Altera Quadspi Flash Controller v2 Platform driver matthew.gerlach
2017-06-27 9:49 ` Marek Vasut
2017-06-27 15:15 ` matthew.gerlach
2017-06-27 16:21 ` Marek Vasut
2017-06-27 17:38 ` matthew.gerlach
2017-06-27 10:55 ` kbuild test robot
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=9ca626e3-fc80-2b50-85aa-5db102dc9b7f@gmail.com \
--to=marek.vasut@gmail.com \
--cc=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@wedev4u.fr \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=matthew.gerlach@linux.intel.com \
--cc=mchehab@kernel.org \
--cc=richard@nod.at \
--cc=robh+dt@kernel.org \
--cc=vndao@altera.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).