[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJYdmeM+OkvNHtXR7o7R7s418Q52KGDFH5B-oKWeMq-tkmwW2Q@mail.gmail.com>
Date: Mon, 13 Mar 2017 09:18:31 -0700
From: Moritz Fischer <moritz.fischer.private@...il.com>
To: Michal Simek <michal.simek@...inx.com>
Cc: linux-fpga@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Sören Brinkmann <soren.brinkmann@...inx.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Devicetree List <devicetree@...r.kernel.org>
Subject: Re: [PATCH 2/2] fpga: Add support for Xilinx LogiCORE PR Decoupler
On Mon, Mar 13, 2017 at 3:27 AM, Michal Simek <michal.simek@...inx.com> wrote:
> Hi Moritz,
>
> On 10.3.2017 23:42, Moritz Fischer wrote:
>> On Fri, Mar 10, 2017 at 1:30 PM, Moritz Fischer <mdf@...nel.org> wrote:
>>> This adds support for the Xilinx LogiCORE PR Decoupler
>>> soft-ip that does decoupling of PR regions in the FPGA
>>> fabric during partial reconfiguration.
>>>
>>> Signed-off-by: Moritz Fischer <mdf@...nel.org>
>>> Cc: Michal Simek <michal.simek@...inx.com>
>>> Cc: Sören Brinkmann <soren.brinkmann@...inx.com>
>>> Cc: linux-kernel@...r.kernel.org
>>> Cc: devicetree@...r.kernel.org
>>> ---
>>> drivers/fpga/Kconfig | 9 +++
>>> drivers/fpga/Makefile | 1 +
>>> drivers/fpga/xilinx-pr-decoupler.c | 156 +++++++++++++++++++++++++++++++++++++
>>> 3 files changed, 166 insertions(+)
>>> create mode 100644 drivers/fpga/xilinx-pr-decoupler.c
>
> I have written very similar driver some week ago but didn't sent it out.
Hah. I'll take a look.
> Here it is.
> https://github.com/Xilinx/linux-xlnx/blob/master/drivers/fpga/xilinx-pr-decoupler.c
>
> Your clk handling is better and my enable_show is better.
> You shouldn't rely on setting status before. It is better to read that
> reg again. The reason is you can connect status signal from one PR
> decoupler to decouple input which can change status
I will just merge them together and add you to author's list if that's
fine with you?
> There is another topic I wanted to open in connection to this. There
> should be gpio based bridge because this pr decoupler can be without axi
> interface and for that gpio driver would be useful.
That's a good idea. I can look at that. This can be pretty generic
code I suppose.
Cheers,
Moritz
Powered by blists - more mailing lists