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 <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...
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
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
Changes
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 <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...
This adds the binding documentation for the Xilinx LogiCORE PR
Decoupler soft core.
Signed-off-by: Moritz Fischer <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...@xilinx.com>
Cc: linux-kernel@vger.kernel.org
Cc: devicet.
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
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
Changes
This adds the binding documentation for the Xilinx LogiCORE PR
Decoupler soft core.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
Changes from v1:
- Added clock names & clock to example
- Merged
Hi Lars,
On Thu, Mar 16, 2017 at 9:51 AM, Lars-Peter Clausen <l...@metafoo.de> wrote:
> On 03/16/2017 05:45 PM, Michal Simek wrote:
>> On 16.3.2017 17:39, Moritz Fischer wrote:
>>> On Thu, Mar 16, 2017 at 9:16 AM, Michal Simek <michal.si...@xilinx.com>
>>>
Hi Lars,
On Thu, Mar 16, 2017 at 9:51 AM, Lars-Peter Clausen wrote:
> On 03/16/2017 05:45 PM, Michal Simek wrote:
>> On 16.3.2017 17:39, Moritz Fischer wrote:
>>> On Thu, Mar 16, 2017 at 9:16 AM, Michal Simek
>>> wrote:
>>>> Hi,
>>>>
>
On Thu, Mar 16, 2017 at 9:16 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> Hi,
>
> On 8.3.2017 21:11, Moritz Fischer wrote:
>> Fix
>>
>> OF: /iio_hwmon: could not get #io-channel-cells for
>> /amba/adc@f8007100
>> OF: /iio_hwmon: could not ge
On Thu, Mar 16, 2017 at 9:16 AM, Michal Simek wrote:
> Hi,
>
> On 8.3.2017 21:11, Moritz Fischer wrote:
>> Fix
>>
>> OF: /iio_hwmon: could not get #io-channel-cells for
>> /amba/adc@f8007100
>> OF: /iio_hwmon: could not get #io-channel-cells for
>>
On Tue, Feb 28, 2017 at 8:40 AM, Anatolij Gustschin <ag...@denx.de> wrote:
> The driver loads FPGA firmware over SPI, using the "slave serial"
> configuration interface on Xilinx FPGAs.
>
> Signed-off-by: Anatolij Gustschin <ag...@denx.de>
Reviewed-b
On Tue, Feb 28, 2017 at 8:40 AM, Anatolij Gustschin wrote:
> The driver loads FPGA firmware over SPI, using the "slave serial"
> configuration interface on Xilinx FPGAs.
>
> Signed-off-by: Anatolij Gustschin
Reviewed-by: Moritz Fischer
> ---
> This patch requires
s to be used by the various bus implementations
> like the platform bus or the PCIe bus.
>
> Signed-off-by: Matthew Gerlach <matthew.gerl...@linux.intel.com>
Reviewed-by: Moritz Fischer <m...@kernel.org>
> ---
> v5:
> Fix comment as suggested by Rob Herring <r
us or the PCIe bus.
>
> Signed-off-by: Matthew Gerlach
Reviewed-by: Moritz Fischer
> ---
> v5:
> Fix comment as suggested by Rob Herring
> v4:
> v3 patch set mistakenly sent out labeled as v4
> v3:
> s/alt_pr_probe/alt_pr_register/
> s/alt_pr_remove/
Signed-off-by: Matthew Gerlach <matthew.gerl...@linux.intel.com>
Reviewed-by: Moritz Fischer <m...@kernel.org>
> ---
> v5: fix comment as suggested by Rob Herring <r...@kernel.org>
> v4: v3 patch set mistakenly sent out labeled as v4
> v3:
> s/altr,pr-ip/altr,a10-pr-
On Fri, Mar 10, 2017 at 11:40 AM, wrote:
> From: Matthew Gerlach
>
> This adds a platform bus driver for a fpga-mgr driver
> that uses the Altera Partial Reconfiguration IP component.
>
> Signed-off-by: Matthew Gerlach
Reviewed-by: Moritz Fischer
> ---
> v5: fix com
om>
> Acked-by: Rob Herring <r...@kernel.org>
Acked-by: Moritz Fischer <m...@kernel.org>
> ---
> v5:
> fix comment as suggested by Rob Herring <r...@kernel.org>
> added Acked-by: Rob Herring <r...@kernel.org>
> v4: v3 patch set mistakenly sent
On Fri, Mar 10, 2017 at 11:40 AM, wrote:
> From: Matthew Gerlach
>
> Device Tree bindings for Altera Partial Reconfiguration IP.
>
> Signed-off-by: Matthew Gerlach
> Acked-by: Rob Herring
Acked-by: Moritz Fischer
> ---
> v5:
> fix comment as suggested by Rob
> Signed-off-by: Alan Tull <at...@opensource.altera.com>
Acked-by: Moritz Fischer <m...@kernel.org>
> ---
> drivers/fpga/fpga-region.c| 3 +++
> include/linux/fpga/fpga-mgr.h | 3 +++
> 2 files changed, 6 insertions(+)
>
> diff --git a/drivers/fpga/fpga-region.c b/drivers/fpga/fpga-r
On Fri, Mar 10, 2017 at 11:40 AM, wrote:
> From: Alan Tull
>
> Adding timeout for maximum allowed time for FPGA to go to
> operating mode after a FPGA region has been programmed.
>
> Signed-off-by: Alan Tull
Acked-by: Moritz Fischer
> ---
> drivers/fpga/fpga-region
Hi Matthew,
On Fri, Mar 10, 2017 at 11:40 AM, wrote:
> From: Matthew Gerlach
>
> This set of patches implements a fpga-mgr driver for the Altera Partial
> Reconfiguration IP. The driver depends on a patch from Alan Tull that
>
Hi Matthew,
On Fri, Mar 10, 2017 at 11:40 AM, wrote:
> From: Matthew Gerlach
>
> This set of patches implements a fpga-mgr driver for the Altera Partial
> Reconfiguration IP. The driver depends on a patch from Alan Tull that
> adds a config complete timeout. The driver code itself is divided
On Mon, Mar 13, 2017 at 3:27 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> Hi Moritz,
>
> On 10.3.2017 23:42, Moritz Fischer wrote:
>> On Fri, Mar 10, 2017 at 1:30 PM, Moritz Fischer <m...@kernel.org> wrote:
>>> This adds support for the Xilinx LogiCOR
On Mon, Mar 13, 2017 at 3:27 AM, Michal Simek wrote:
> Hi Moritz,
>
> On 10.3.2017 23:42, Moritz Fischer wrote:
>> On Fri, Mar 10, 2017 at 1:30 PM, Moritz Fischer wrote:
>>> This adds support for the Xilinx LogiCORE PR Decoupler
>>> soft-ip that does dec
On Fri, Mar 10, 2017 at 1:30 PM, Moritz Fischer <m...@kernel.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 <m...@kernel
On Fri, Mar 10, 2017 at 1:30 PM, Moritz Fischer 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
> Cc: Michal Simek
> Cc:
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 <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...
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
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
drivers
This adds the binding documentation for the Xilinx LogiCORE PR
Decoupler soft core.
Signed-off-by: Moritz Fischer <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...@xilinx.com>
Cc: linux-kernel@vger.kernel.org
Cc: devicet.
This adds the binding documentation for the Xilinx LogiCORE PR
Decoupler soft core.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
---
.../bindings/fpga/xilinx-pr-decoupler.txt | 24
Replaces open-coded list_for_each() + list_entry() with macro
list_for_each_entry()
Signed-off-by: Moritz Fischer <m...@kernel.org>
Cc: Alan Tull <at...@kernel.org>
Cc: linux-f...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/fpga/fpga-bridge.c | 15 ---
1
Replaces open-coded list_for_each() + list_entry() with macro
list_for_each_entry()
Signed-off-by: Moritz Fischer
Cc: Alan Tull
Cc: linux-f...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/fpga/fpga-bridge.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions
On Thu, Mar 9, 2017 at 7:17 PM, Marek Vasut wrote:
> On 03/07/2017 09:26 AM, Alban wrote:
>> Config data for drivers, like MAC addresses, is often stored in MTD.
>> Add a binding that define how such data storage can be represented in
>> device tree.
>>
>> Signed-off-by:
On Thu, Mar 9, 2017 at 7:17 PM, Marek Vasut wrote:
> On 03/07/2017 09:26 AM, Alban wrote:
>> Config data for drivers, like MAC addresses, is often stored in MTD.
>> Add a binding that define how such data storage can be represented in
>> device tree.
>>
>> Signed-off-by: Alban
>> ---
>>
Fix issue when exposing xadc via iio-hwmon by adding missing
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
Signed-off-by: Moritz Fischer <m...@kernel.org>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Sören Brinkmann <soren.brinkm...@xilinx.com>
Cc: Ju
Fix issue when exposing xadc via iio-hwmon by adding missing
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: Julia Cartwright
Cc: linux-kernel@vger.kernel.org
---
arch/arm/boot/dts/zynq-7000.dtsi
Fix
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
by adding the #io-channel-cells property.
Signed-off-by: Moritz Fischer &l
Fix
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
OF: /iio_hwmon: could not get #io-channel-cells for
/amba/adc@f8007100
by adding the #io-channel-cells property.
Signed-off-by: Moritz Fischer
Cc
On Wed, Mar 8, 2017 at 12:08 PM, Moritz Fischer <m...@kernel.org> wrote:
> Fix issue when exposing xadc via iio-hwmon by adding missing
>
That was messed up ... let me resend that. Sorry for the noise ...
Thanks,
Moritz
On Wed, Mar 8, 2017 at 12:08 PM, Moritz Fischer wrote:
> Fix issue when exposing xadc via iio-hwmon by adding missing
>
That was messed up ... let me resend that. Sorry for the noise ...
Thanks,
Moritz
me. When no name is provided take the uinque ID of
>> the nvmem device instead.
>>
>> Signed-off-by: Alban <al...@free.fr>
>
> Reviewed-by: Boris Brezillon <boris.brezil...@free-electrons.com>
Reviewed-by: Moritz Fischer <m...@kernel.org>
Thanks,
Moritz
> the nvmem device instead.
>>
>> Signed-off-by: Alban
>
> Reviewed-by: Boris Brezillon
Reviewed-by: Moritz Fischer
Thanks,
Moritz
Hi Matthew,
small nit inline.
On Mon, Feb 27, 2017 at 12:03 PM, wrote:
> From: Matthew Gerlach
>
> This patch separates the core Freeze Bridge
> driver code from the platform driver code.
> The intent is to allow the core driver code
Hi Matthew,
small nit inline.
On Mon, Feb 27, 2017 at 12:03 PM, wrote:
> From: Matthew Gerlach
>
> This patch separates the core Freeze Bridge
> driver code from the platform driver code.
> The intent is to allow the core driver code
> to be used without requiring platform driver support.
>
>
Alan,
On Mon, Feb 27, 2017 at 12:09 PM, Alan Tull wrote:
> First case: embedded FPGA. The hardware has one FPGA. The image is
> designed for a specific board, so there's no problem including the
> enumeration in the image.
Agreed.
> Second case: embedded FPGA +
Alan,
On Mon, Feb 27, 2017 at 12:09 PM, Alan Tull wrote:
> First case: embedded FPGA. The hardware has one FPGA. The image is
> designed for a specific board, so there's no problem including the
> enumeration in the image.
Agreed.
> Second case: embedded FPGA + a PCIe FPGA. The image will
Hi all,
On Mon, Feb 27, 2017 at 12:42 PM, Boris Brezillon
wrote:
> +Moritz
>
> Hi Alban,
>
> On Mon, 27 Feb 2017 21:28:09 +0100
> Alban wrote:
>
>> Hi all,
>>
>> while looking at adding OF support for the ath9k driver I had the problem of
>>
Hi all,
On Mon, Feb 27, 2017 at 12:42 PM, Boris Brezillon
wrote:
> +Moritz
>
> Hi Alban,
>
> On Mon, 27 Feb 2017 21:28:09 +0100
> Alban wrote:
>
>> Hi all,
>>
>> while looking at adding OF support for the ath9k driver I had the problem of
>> reading the EEPROM data. On the SoC platforms this
On Wed, Feb 22, 2017 at 9:54 AM, Jason Gunthorpe
<jguntho...@obsidianresearch.com> wrote:
> On Wed, Feb 22, 2017 at 09:50:54AM -0800, Moritz Fischer wrote:
>
>> > For instance, we could mark Encrypted as required, and a zynq driver
>> > that does not support th
On Wed, Feb 22, 2017 at 9:54 AM, Jason Gunthorpe
wrote:
> On Wed, Feb 22, 2017 at 09:50:54AM -0800, Moritz Fischer wrote:
>
>> > For instance, we could mark Encrypted as required, and a zynq driver
>> > that does not support the Encrypted tag would not load the bitf
Jason,
On Wed, Feb 22, 2017 at 8:44 AM, Jason Gunthorpe
<jguntho...@obsidianresearch.com> wrote:
> On Tue, Feb 21, 2017 at 10:05:42PM -0800, Moritz Fischer wrote:
>
>> That being said older drivers / fpga-mgr will not deal with newer features.
>> TLV / KV or whatever
Jason,
On Wed, Feb 22, 2017 at 8:44 AM, Jason Gunthorpe
wrote:
> On Tue, Feb 21, 2017 at 10:05:42PM -0800, Moritz Fischer wrote:
>
>> That being said older drivers / fpga-mgr will not deal with newer features.
>> TLV / KV or whatever doesn't change this fact, or am I
On Wed, Feb 22, 2017 at 8:33 AM, Alan Tull <delicious.qui...@gmail.com> wrote:
> On Tue, Feb 21, 2017 at 11:38 PM, Moritz Fischer
> <moritz.fisc...@ettus.com> wrote:
>
> Hi Moritz,
>
>> Hi all,
>>
>> On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthor
On Wed, Feb 22, 2017 at 8:33 AM, Alan Tull wrote:
> On Tue, Feb 21, 2017 at 11:38 PM, Moritz Fischer
> wrote:
>
> Hi Moritz,
>
>> Hi all,
>>
>> On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthorpe
>> wrote:
>>> On Tue, Feb 21, 2017 at 07:49:19P
On Tue, Feb 21, 2017 at 9:46 PM, Nadathur, Sundar
<sundar.nadat...@intel.com> wrote:
> On February 21, 2017 9:39 PM, Moritz Fischer wrote:
>
>> TLV Seems easy enough. To give an update, I played with fdt a bit to see how
>> far I get in half an hour. I got bool / int / st
On Tue, Feb 21, 2017 at 9:46 PM, Nadathur, Sundar
wrote:
> On February 21, 2017 9:39 PM, Moritz Fischer wrote:
>
>> TLV Seems easy enough. To give an update, I played with fdt a bit to see how
>> far I get in half an hour. I got bool / int / strings to work quite fast
>&
Hi all,
On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthorpe
<jguntho...@obsidianresearch.com> wrote:
> On Tue, Feb 21, 2017 at 07:49:19PM -0800, Moritz Fischer wrote:
>
>> fdt does this out of the box, too. So far I've seen nothing fdt
>> couldn't do (or doesn't do let's
Hi all,
On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthorpe
wrote:
> On Tue, Feb 21, 2017 at 07:49:19PM -0800, Moritz Fischer wrote:
>
>> fdt does this out of the box, too. So far I've seen nothing fdt
>> couldn't do (or doesn't do let's rather say).
>
> tlv/fdt/http hea
Hi Sundar,
On Tue, Feb 21, 2017 at 7:13 PM, Nadathur, Sundar
wrote:
>> >>> Is there a standard you are looking at? Have you seen any use of
>> >>> TLV's in the Linux kernel you could point to?
>
> Here are some examples of TLVs in the Linux kernel:
>
Hi Sundar,
On Tue, Feb 21, 2017 at 7:13 PM, Nadathur, Sundar
wrote:
>> >>> Is there a standard you are looking at? Have you seen any use of
>> >>> TLV's in the Linux kernel you could point to?
>
> Here are some examples of TLVs in the Linux kernel:
>
Hi Alan,
On Sun, Feb 19, 2017 at 3:16 PM, Alan Tull <delicious.qui...@gmail.com> wrote:
> On Sun, Feb 19, 2017 at 9:00 AM, Alan Tull <delicious.qui...@gmail.com> wrote:
>> On Sat, Feb 18, 2017 at 2:45 PM, Moritz Fischer
>> <moritz.fisc...@ettus.com> wrote:
>&
Hi Alan,
On Sun, Feb 19, 2017 at 3:16 PM, Alan Tull wrote:
> On Sun, Feb 19, 2017 at 9:00 AM, Alan Tull wrote:
>> On Sat, Feb 18, 2017 at 2:45 PM, Moritz Fischer
>> wrote:
>>> On Sat, Feb 18, 2017 at 02:10:43PM -0600, Alan Tull wrote:
>>>> On Sat, Feb 1
On Sat, Feb 18, 2017 at 02:10:43PM -0600, Alan Tull wrote:
> On Sat, Feb 18, 2017 at 6:45 AM, Nadathur, Sundar
> wrote:
>
> > Hi all,
> >Interesting discussion. The discussion so far has brought out many
> > concerns such as OS independence. There is an existing
On Sat, Feb 18, 2017 at 02:10:43PM -0600, Alan Tull wrote:
> On Sat, Feb 18, 2017 at 6:45 AM, Nadathur, Sundar
> wrote:
>
> > Hi all,
> >Interesting discussion. The discussion so far has brought out many
> > concerns such as OS independence. There is an existing format, well-known
> > to
On Fri, Feb 17, 2017 at 04:28:37PM -0600, Yves Vandervennet wrote:
> Moritz,
>
> whatever solution we decide to go with has to work with other OS'es. The
> last thing we want to do is to have wrappers that are Linux specific.
I do agree that we should make sure the format is reasonably well
On Fri, Feb 17, 2017 at 04:28:37PM -0600, Yves Vandervennet wrote:
> Moritz,
>
> whatever solution we decide to go with has to work with other OS'es. The
> last thing we want to do is to have wrappers that are Linux specific.
I do agree that we should make sure the format is reasonably well
ga_mgr_get, fpga_mgr_get, and fpga_mgr_put no longer lock
> the FPGA manager mutex.
>
> This makes it more straigtforward to save a reference to
> a FPGA manager and only attempting to lock it when programming
> the FPGA.
>
> Signed-off-by: Alan Tull <at...@kerne
, and fpga_mgr_put no longer lock
> the FPGA manager mutex.
>
> This makes it more straigtforward to save a reference to
> a FPGA manager and only attempting to lock it when programming
> the FPGA.
>
> Signed-off-by: Alan Tull
Acked-by: Moritz Fischer
> -
Partial Reconfiguraion IP?
>>
>> Signed-off-by: Matthew Gerlach <matthew.gerl...@linux.intel.com>
Acked-By: Moritz Fischer <m...@kernel.org>
>> ---
>> Documentation/devicetree/bindings/fpga/altera-pr-ip.txt | 12
>> 1 file changed, 12 inse
Matthew,
On Fri, Feb 17, 2017 at 5:31 AM, Dinh Nguyen wrote:
> On Wed, Feb 15, 2017 at 3:10 PM, wrote:
>> From: Matthew Gerlach
>>
>> Device Tree bindings for Altera Partial Reconfiguraion IP?
>>
>> Signed-off-by: Matthew Gerlach
Acked-By: Moritz Fischer
&g
On Thu, Feb 16, 2017 at 9:56 AM, Jason Gunthorpe
wrote:
> On Thu, Feb 16, 2017 at 11:47:08AM -0600, Alan Tull wrote:
>
>> > Just to clarify: I was proposing using the binary format of dts,
>> > not actually requiring devicetree for it to work. There's plenty
>> >
On Thu, Feb 16, 2017 at 9:56 AM, Jason Gunthorpe
wrote:
> On Thu, Feb 16, 2017 at 11:47:08AM -0600, Alan Tull wrote:
>
>> > Just to clarify: I was proposing using the binary format of dts,
>> > not actually requiring devicetree for it to work. There's plenty
>> > of people running u-boot on x86
Hi Matthew,
On Wed, Feb 15, 2017 at 1:10 PM, wrote:
> +static int alt_pr_fpga_write_complete(struct fpga_manager *mgr,
> + struct fpga_image_info *info)
> +{
> + u32 i;
> +
> + for (i = 0; i <
Hi Matthew,
On Wed, Feb 15, 2017 at 1:10 PM, wrote:
> +static int alt_pr_fpga_write_complete(struct fpga_manager *mgr,
> + struct fpga_image_info *info)
> +{
> + u32 i;
> +
> + for (i = 0; i < info->config_complete_timeout_us; i++) {
> +
On Wed, Feb 15, 2017 at 2:42 PM, Alan Tull <delicious.qui...@gmail.com> wrote:
> On Wed, Feb 15, 2017 at 3:36 PM, Moritz Fischer
> <moritz.fisc...@ettus.com> wrote:
>> Jason,
>>
>> On Wed, Feb 15, 2017 at 1:15 PM, Jason Gunthorpe
>> <jguntho...@obsidian
On Wed, Feb 15, 2017 at 2:42 PM, Alan Tull wrote:
> On Wed, Feb 15, 2017 at 3:36 PM, Moritz Fischer
> wrote:
>> Jason,
>>
>> On Wed, Feb 15, 2017 at 1:15 PM, Jason Gunthorpe
>> wrote:
>>> On Wed, Feb 15, 2017 at 12:54:27PM -0800, Moritz Fi
Andrew,
On Wed, Feb 15, 2017 at 2:12 PM, Andrew Lunn wrote:
>> @@ -3342,8 +3371,18 @@ static int macb_probe(struct platform_device *pdev)
>> macb_get_hwaddr(bp);
>>
>> /* Power up the PHY if there is a GPIO reset */
>> - phy_node =
Andrew,
On Wed, Feb 15, 2017 at 2:12 PM, Andrew Lunn wrote:
>> @@ -3342,8 +3371,18 @@ static int macb_probe(struct platform_device *pdev)
>> macb_get_hwaddr(bp);
>>
>> /* Power up the PHY if there is a GPIO reset */
>> - phy_node = of_get_next_available_child(np, NULL);
Jason,
On Wed, Feb 15, 2017 at 1:15 PM, Jason Gunthorpe
<jguntho...@obsidianresearch.com> wrote:
> On Wed, Feb 15, 2017 at 12:54:27PM -0800, Moritz Fischer wrote:
>
>> Well I don't know ;-) With something fdt based we already have
>> parsers there,
>
> Not sure
Jason,
On Wed, Feb 15, 2017 at 1:15 PM, Jason Gunthorpe
wrote:
> On Wed, Feb 15, 2017 at 12:54:27PM -0800, Moritz Fischer wrote:
>
>> Well I don't know ;-) With something fdt based we already have
>> parsers there,
>
> Not sure.. How does incbin work in DTB?
>
> We
Hi Florian,
thanks for the quick reply.
On Wed, Feb 15, 2017 at 12:57 PM, Florian Fainelli <f.faine...@gmail.com> wrote:
> On 02/15/2017 12:44 PM, m...@kernel.org wrote:
>> From: Moritz Fischer <m...@kernel.org>
>>
>> This allows 'fixed-link' dire
Hi Florian,
thanks for the quick reply.
On Wed, Feb 15, 2017 at 12:57 PM, Florian Fainelli wrote:
> On 02/15/2017 12:44 PM, m...@kernel.org wrote:
>> From: Moritz Fischer
>>
>> This allows 'fixed-link' direct MAC connections to be declared
>> in devicetree.
>>
Hi Jason,
On Wed, Feb 15, 2017 at 12:37 PM, Jason Gunthorpe
wrote:
> On Wed, Feb 15, 2017 at 12:07:15PM -0800, matthew.gerl...@linux.intel.com
> wrote:
>
>> The format of the meta data associated with a fpga bitstream is certainly a
>> subject on its own. HTTP
Hi Jason,
On Wed, Feb 15, 2017 at 12:37 PM, Jason Gunthorpe
wrote:
> On Wed, Feb 15, 2017 at 12:07:15PM -0800, matthew.gerl...@linux.intel.com
> wrote:
>
>> The format of the meta data associated with a fpga bitstream is certainly a
>> subject on its own. HTTP style plain text is definately
Hi Jason, Alan
On Wed, Feb 15, 2017 at 7:23 PM, Alan Tull wrote:
>> This is usually the sort of stuff I'd punt to userspace, but since the
>> kernel is doing request_firmware it is hard to see how that is an
>> option in this case...
>
> I like how extensible (and
Hi Jason, Alan
On Wed, Feb 15, 2017 at 7:23 PM, Alan Tull wrote:
>> This is usually the sort of stuff I'd punt to userspace, but since the
>> kernel is doing request_firmware it is hard to see how that is an
>> option in this case...
>
> I like how extensible (and readable!) this is. It
On Wed, Feb 15, 2017 at 5:30 PM, Alan Tull wrote:
> On Wed, Feb 15, 2017 at 9:03 AM, Michal Simek wrote:
>>> #define FPGA_MGR_PARTIAL_RECONFIGBIT(0)
>>> #define FPGA_MGR_EXTERNAL_CONFIG BIT(1)
>>> +#define FPGA_MGR_DECRYPT_BITSTREAM BIT(2)
On Wed, Feb 15, 2017 at 5:30 PM, Alan Tull wrote:
> On Wed, Feb 15, 2017 at 9:03 AM, Michal Simek wrote:
>>> #define FPGA_MGR_PARTIAL_RECONFIGBIT(0)
>>> #define FPGA_MGR_EXTERNAL_CONFIG BIT(1)
>>> +#define FPGA_MGR_DECRYPT_BITSTREAM BIT(2)
>>>
>>> /**
>>> * struct fpga_image_info
On Wed, Feb 15, 2017 at 11:46:01AM -0600, Alan Tull wrote:
> On Wed, Feb 15, 2017 at 11:21 AM, Jason Gunthorpe
> wrote:
> > On Wed, Feb 15, 2017 at 10:14:20AM -0600, Alan Tull wrote:
> >> Add a sysfs interface to control programming FPGA.
> >>
> >> Each
On Wed, Feb 15, 2017 at 11:46:01AM -0600, Alan Tull wrote:
> On Wed, Feb 15, 2017 at 11:21 AM, Jason Gunthorpe
> wrote:
> > On Wed, Feb 15, 2017 at 10:14:20AM -0600, Alan Tull wrote:
> >> Add a sysfs interface to control programming FPGA.
> >>
> >> Each fpga-region will get the following files
Hi Jason,
On Fri, Jan 27, 2017 at 10:58 PM, Jason Gunthorpe
wrote:
> On Mon, Jan 09, 2017 at 04:13:38PM -0600, Alan Tull wrote:
>> On Mon, Jan 9, 2017 at 10:12 AM, Jason Gunthorpe
>> wrote:
>> > On Mon, Jan 09, 2017 at 10:04:36AM
Hi Jason,
On Fri, Jan 27, 2017 at 10:58 PM, Jason Gunthorpe
wrote:
> On Mon, Jan 09, 2017 at 04:13:38PM -0600, Alan Tull wrote:
>> On Mon, Jan 9, 2017 at 10:12 AM, Jason Gunthorpe
>> wrote:
>> > On Mon, Jan 09, 2017 at 10:04:36AM -0600, Alan Tull wrote:
>> >
>> >> > diff --git
d in.
>
> Since this is now a gather DMA operation the driver uses the ISR
> to feed the chips DMA queue with each entry from the SGL.
>
> Signed-off-by: Jason Gunthorpe <jguntho...@obsidianresearch.com>
Acked-by: Moritz Fischer <moritz.fisc...@ettus.com>
Thanks,
Moritz
r DMA operation the driver uses the ISR
> to feed the chips DMA queue with each entry from the SGL.
>
> Signed-off-by: Jason Gunthorpe
Acked-by: Moritz Fischer
Thanks,
Moritz
Hi Michal,
On Wed, Dec 21, 2016 at 11:35 PM, Michal Simek wrote:
> compatible = "cdns,i2c-r1p14", "cdns,i2c-r1p10";
I keep getting that wrong .. .damn ... :) Will resubmit.
> The same of course for u-boot where also p14 should be added to the driver.
Yeah, I realized
Hi Michal,
On Wed, Dec 21, 2016 at 11:35 PM, Michal Simek wrote:
> compatible = "cdns,i2c-r1p14", "cdns,i2c-r1p10";
I keep getting that wrong .. .damn ... :) Will resubmit.
> The same of course for u-boot where also p14 should be added to the driver.
Yeah, I realized that part after
From: Moritz Fischer <m...@kernel.org>
The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core
which fixes some silicon bugs that needed software workarounds
in Version 1.0 that was used on Zynq systems.
Signed-off-by: Moritz Fischer <m...@kernel.org>
Cc: Michal Sime
From: Moritz Fischer
The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core
which fixes some silicon bugs that needed software workarounds
in Version 1.0 that was used on Zynq systems.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: U-Boot List
Cc: Rob Herring
gt; + .write = ts73xx_fpga_write,
>> + .write_complete = ts73xx_fpga_write_complete,
>> +};
>> +
>> +static int ts73xx_fpga_probe(struct platform_device *pdev)
>> +{
>> + struct device *kdev = >dev;
>> + struct ts73xx_fpga_priv *priv;
>> + struct resource *res;
>> + int err;
>> +
>> + priv = devm_kzalloc(kdev, sizeof(*priv), GFP_KERNEL);
>> + if (!priv)
>> + return -ENOMEM;
>> +
>> + priv->dev = kdev;
>> +
>> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>> + priv->io_base = devm_ioremap_resource(kdev, res);
>> + if (IS_ERR(priv->io_base)) {
>> + dev_err(kdev, "unable to remap registers\n");
>> + return PTR_ERR(priv->io_base);
>> + }
>> +
>> + err = fpga_mgr_register(kdev, "TS-73xx FPGA Manager",
>> + _fpga_ops, priv);
>> + if (err) {
>> + dev_err(kdev, "failed to register FPGA manager\n");
>> + return err;
>> + }
>
>
> You can just 'return fpga_mgr_register(..); here.
>
> Thanks for your responsiveness. You can leave things up longer so
> that people have time to review. That way you don't have to go
> through so many versions so quickly.
>
> Acked-by: Alan Tull <at...@opensource.altera.com>
Acked-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cheers,
Moritz
xx_fpga_write_complete,
>> +};
>> +
>> +static int ts73xx_fpga_probe(struct platform_device *pdev)
>> +{
>> + struct device *kdev = >dev;
>> + struct ts73xx_fpga_priv *priv;
>> + struct resource *res;
>> + int err;
>> +
>> + priv = devm_kzalloc(kdev, sizeof(*priv), GFP_KERNEL);
>> + if (!priv)
>> + return -ENOMEM;
>> +
>> + priv->dev = kdev;
>> +
>> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
>> + priv->io_base = devm_ioremap_resource(kdev, res);
>> + if (IS_ERR(priv->io_base)) {
>> + dev_err(kdev, "unable to remap registers\n");
>> + return PTR_ERR(priv->io_base);
>> + }
>> +
>> + err = fpga_mgr_register(kdev, "TS-73xx FPGA Manager",
>> + _fpga_ops, priv);
>> + if (err) {
>> + dev_err(kdev, "failed to register FPGA manager\n");
>> + return err;
>> + }
>
>
> You can just 'return fpga_mgr_register(..); here.
>
> Thanks for your responsiveness. You can leave things up longer so
> that people have time to review. That way you don't have to go
> through so many versions so quickly.
>
> Acked-by: Alan Tull
Acked-by: Moritz Fischer
Cheers,
Moritz
801 - 900 of 1542 matches
Mail list logo