Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1314906
| From | Moritz Fischer <moritz.fischer@ettus.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v15 5/6] fpga: fpga-area and fpga-bus: device tree control for FPGA |
| Date | 2016-01-22 12:10 +0100 |
| Message-ID | <qTHLm-3dT-73@gated-at.bofh.it> (permalink) |
| References | <qTk2m-3oR-11@gated-at.bofh.it> <qToIG-6z7-25@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Alan,
On Wed, Jan 20, 2016 at 8:24 PM, <atull@opensource.altera.com> wrote:
> +static int fpga_area_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct device_node *np = dev->of_node;
> + struct fpga_area *area;
> + int ret;
> +
> + area = devm_kzalloc(dev, sizeof(*area), GFP_KERNEL);
> + if (!area)
> + return -ENOMEM;
> +
> + INIT_LIST_HEAD(&area->bridge_list);
> +
> + ret = fpga_bridge_register(dev, "FPGA Area", NULL, area);
> + if (ret)
> + return ret;
> + area->br = dev_get_drvdata(dev);
> +
> + if (of_property_read_string(np, "firmware-name",
> + &area->firmware_name)) {
> + of_platform_populate(np, of_default_bus_match_table, NULL, dev);
> + return 0;
> + }
This is the use case where the bootloader loaded the fpga, and you
just want to populate
the devices in the fabric, right?
> + if (of_property_read_bool(np, "partial-reconfig"))
> + area->flags |= FPGA_MGR_PARTIAL_RECONFIG;
> +
> + ret = fpga_area_get_bus(area);
> + if (ret) {
> + dev_dbg(dev, "Should be child of a FPGA Bus");
> + goto err_unreg;
> + }
Looking at socfpga.dtsi, would that mean that the fpgamgr0 node would
need to become a subnode of fpgabus@0 at the same place?
i.e. /soc/fpgamgr@ff706000 -> /soc/fpgabus@0/fpgamgr@ff706000
and the ranges property would be used to translate to the fpga memory
mapped space?
I know we're going back and forth on this. I think Rob brought up a
similar question:
"Does the bus really go thru the fpgamgr and then the bridge as this
implies? Or fpgamgr is a sideband controller?"
To which I think the answer is 'sideband' controller, yet with the new
bindings it looks like
the bus goes through the fpgamgr.
Cheers,
Moritz
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v15 5/6] fpga: fpga-area and fpga-bus: device tree control for FPGA Moritz Fischer <moritz.fischer@ettus.com> - 2016-01-22 12:10 +0100
Re: [PATCH v15 5/6] fpga: fpga-area and fpga-bus: device tree control for FPGA Moritz Fischer <moritz.fischer@ettus.com> - 2016-01-23 01:10 +0100
Re: [PATCH v15 5/6] fpga: fpga-area and fpga-bus: device tree control for FPGA Rob Herring <robh+dt@kernel.org> - 2016-01-25 17:20 +0100
csiph-web