This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
a "soft" block, so it has many parameters which would not be
configurable in most hardware. This binding is usually automatically
generated by Xilinx's tools, so the names and values of properties
must be kept as they are.
Signed-off-by: Sean Anderson <[email protected]>
---
Changes in v2:
- Use 32-bit addresses for example binding
.../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
1 file changed, 91 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
diff --git a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
new file mode 100644
index 000000000000..bd014134c322
--- /dev/null
+++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
@@ -0,0 +1,91 @@
+# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
+
+maintainers:
+ - Sean Anderson <[email protected]>
+
+properties:
+ compatible:
+ items:
+ - const: xlnx,axi-timer-2.0
+ - const: xlnx,xps-timer-1.00.a
+
+ clocks:
+ maxItems: 1
+
+ clock-names:
+ const: s_axi_aclk
+
+ reg:
+ maxItems: 1
+
+ xlnx,count-width:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ minimum: 8
+ maximum: 32
+ description:
+ The width of the counters, in bits.
+
+ xlnx,gen0-assert:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ enum: [ 0, 1 ]
+ description:
+ The polarity of the generateout0 signal. 0 for active-low, 1 for active-high.
+
+ xlnx,gen1-assert:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ enum: [ 0, 1 ]
+ description:
+ The polarity of the generateout1 signal. 0 for active-low, 1 for active-high.
+
+ xlnx,one-timer-only:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ enum: [ 0, 1 ]
+ description:
+ Whether only one timer is present in this block.
+
+ xlnx,trig0-assert:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ enum: [ 0, 1 ]
+ description:
+ The polarity of the capturetrig0 signal. 0 for active-low, 1 for active-high.
+
+ xlnx,trig1-assert:
+ $ref: /schemas/types.yaml#/definitions/uint32
+ enum: [ 0, 1 ]
+ description:
+ The polarity of the capturetrig1 signal. 0 for active-low, 1 for active-high.
+
+required:
+ - compatible
+ - clocks
+ - reg
+ - xlnx,count-width
+ - xlnx,gen0-assert
+ - xlnx,gen1-assert
+ - xlnx,one-timer-only
+ - xlnx,trig0-assert
+ - xlnx,trig1-assert
+
+additionalProperties: true
+
+examples:
+ - |
+ axi_timer_0: timer@800e0000 {
+ clock-frequency = <99999001>;
+ clock-names = "s_axi_aclk";
+ clocks = <&zynqmp_clk 71>;
+ compatible = "xlnx,axi-timer-2.0", "xlnx,xps-timer-1.00.a";
+ reg = <0x800e0000 0x10000>;
+ xlnx,count-width = <0x20>;
+ xlnx,gen0-assert = <0x1>;
+ xlnx,gen1-assert = <0x1>;
+ xlnx,one-timer-only = <0x0>;
+ xlnx,trig0-assert = <0x1>;
+ xlnx,trig1-assert = <0x1>;
+ };
--
2.25.1
This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
found on Xilinx FPGAs. There is another driver for this device located
at arch/microblaze/kernel/timer.c, but it is only used for timekeeping.
This driver was written with reference to Xilinx DS764 for v1.03.a [1].
[1] https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
Signed-off-by: Sean Anderson <[email protected]>
---
I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
really hurt readability. That prefix almost doubles the size the
defines, and is particularly excessive in something like
XILINX_PWM_TCSR_RUN_MASK.
Changes in v2:
- Don't compile this module by default for arm64
- Add dependencies on COMMON_CLK and HAS_IOMEM
- Add comment explaining why we depend on !MICROBLAZE
- Add comment describing device
- Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
- Use NSEC_TO_SEC instead of defining our own
- Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by Uwe
- Cast dividends to u64 to avoid overflow
- Check for over- and underflow when calculating TLR
- Set xilinx_pwm_ops.owner
- Don't set pwmchip.base to -1
- Check range of xlnx,count-width
- Ensure the clock is always running when the pwm is registered
- Remove debugfs file :l
- Report errors with dev_error_probe
drivers/pwm/Kconfig | 13 ++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-xilinx.c | 301 +++++++++++++++++++++++++++++++++++++++
3 files changed, 315 insertions(+)
create mode 100644 drivers/pwm/pwm-xilinx.c
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
index 8ae68d6203fb..b1ad77ec81e3 100644
--- a/drivers/pwm/Kconfig
+++ b/drivers/pwm/Kconfig
@@ -620,4 +620,17 @@ config PWM_VT8500
To compile this driver as a module, choose M here: the module
will be called pwm-vt8500.
+config PWM_XILINX
+ tristate "Xilinx AXI Timer PWM support"
+ depends on HAS_IOMEM && COMMON_CLK
+ # This driver conflicts with arch/microblaze/kernel/timer.c
+ depends on !MICROBLAZE
+ help
+ PWM framework driver for Xilinx LogiCORE IP AXI Timers. This
+ timer is typically a soft core which may be present in Xilinx
+ FPGAs. If you don't have this IP in your design, choose N.
+
+ To compile this driver as a module, choose M here: the module
+ will be called pwm-xilinx.
+
endif
diff --git a/drivers/pwm/Makefile b/drivers/pwm/Makefile
index d43b1e17e8e1..655df169b895 100644
--- a/drivers/pwm/Makefile
+++ b/drivers/pwm/Makefile
@@ -58,3 +58,4 @@ obj-$(CONFIG_PWM_TWL) += pwm-twl.o
obj-$(CONFIG_PWM_TWL_LED) += pwm-twl-led.o
obj-$(CONFIG_PWM_VISCONTI) += pwm-visconti.o
obj-$(CONFIG_PWM_VT8500) += pwm-vt8500.o
+obj-$(CONFIG_PWM_XILINX) += pwm-xilinx.o
diff --git a/drivers/pwm/pwm-xilinx.c b/drivers/pwm/pwm-xilinx.c
new file mode 100644
index 000000000000..10483da1a942
--- /dev/null
+++ b/drivers/pwm/pwm-xilinx.c
@@ -0,0 +1,301 @@
+// SPDX-License-Identifier: GPL-2.0+
+/*
+ * Copyright (C) 2021 Sean Anderson <[email protected]>
+ *
+ * For Xilinx LogiCORE IP AXI Timer documentation, refer to DS764:
+ * https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
+ *
+ * Hardware limitations:
+ * - When changing both duty cycle and period, we may end up with one cycle
+ * with the old duty cycle and the new period.
+ * - Cannot produce 100% duty cycle.
+ * - Only produces "normal" output.
+ */
+#include <asm/io.h>
+#include <linux/clk.h>
+#include <linux/device.h>
+#include <linux/module.h>
+#include <linux/platform_device.h>
+#include <linux/pwm.h>
+
+#define TCSR0 0x00
+#define TLR0 0x04
+#define TCR0 0x08
+#define TCSR1 0x10
+#define TLR1 0x14
+#define TCR1 0x18
+
+#define TCSR_MDT BIT(0)
+#define TCSR_UDT BIT(1)
+#define TCSR_GENT BIT(2)
+#define TCSR_CAPT BIT(3)
+#define TCSR_ARHT BIT(4)
+#define TCSR_LOAD BIT(5)
+#define TCSR_ENIT BIT(6)
+#define TCSR_ENT BIT(7)
+#define TCSR_TINT BIT(8)
+#define TCSR_PWMA BIT(9)
+#define TCSR_ENALL BIT(10)
+#define TCSR_CASC BIT(11)
+
+/*
+ * The idea here is to capture whether the PWM is actually running (e.g.
+ * because we or the bootloader set it up) and we need to be careful to ensure
+ * we don't cause a glitch. According to the device data sheet, to enable the
+ * PWM we need to
+ *
+ * - Set both timers to generate mode (MDT=1)
+ * - Set both timers to PWM mode (PWMA=1)
+ * - Enable the generate out signals (GENT=1)
+ *
+ * In addition,
+ *
+ * - The timer must be running (ENT=1)
+ * - The timer must auto-reload TLR into TCR (ARHT=1)
+ * - We must not be in the process of loading TLR into TCR (LOAD=0)
+ * - Cascade mode must be disabled (CASC=0)
+ *
+ * If any of these differ from usual, then the PWM is either disabled, or is
+ * running in a mode that this driver does not support.
+ */
+#define TCSR_RUN_SET (TCSR_GENT | TCSR_ARHT | TCSR_ENT | TCSR_PWMA)
+#define TCSR_RUN_CLEAR (TCSR_MDT | TCSR_LOAD)
+#define TCSR_RUN_MASK (TCSR_RUN_SET | TCSR_RUN_CLEAR)
+
+/**
+ * struct xilinx_pwm_device - Driver data for Xilinx AXI timer PWM driver
+ * @chip: PWM controller chip
+ * @clk: Parent clock
+ * @regs: Base address of this device
+ * @width: Width of the counters, in bits
+ */
+struct xilinx_pwm_device {
+ struct pwm_chip chip;
+ struct clk *clk;
+ void __iomem *regs;
+ unsigned int width;
+};
+
+static inline struct xilinx_pwm_device *xilinx_pwm_chip_to_device(struct pwm_chip *chip)
+{
+ return container_of(chip, struct xilinx_pwm_device, chip);
+}
+
+static bool xilinx_pwm_is_enabled(u32 tcsr0, u32 tcsr1)
+{
+ return ((TCSR_RUN_MASK | TCSR_CASC) & tcsr0) == TCSR_RUN_SET &&
+ (TCSR_RUN_MASK & tcsr1) == TCSR_RUN_SET;
+}
+
+static int xilinx_pwm_calc_tlr(struct xilinx_pwm_device *pwm, u32 *tlr, u32 tcsr,
+ unsigned int period)
+{
+ u64 max_count = BIT_ULL(pwm->width) - 1;
+ u64 cycles = DIV_ROUND_DOWN_ULL((u64)period * clk_get_rate(pwm->clk),
+ NSEC_PER_SEC);
+
+ if (cycles < 2)
+ return -ERANGE;
+
+ if (tcsr & TCSR_UDT) {
+ if (cycles - 2 > max_count)
+ return -ERANGE;
+ *tlr = cycles - 2;
+ } else {
+ if (cycles > max_count + 2)
+ return -ERANGE;
+ *tlr = max_count - cycles + 2;
+ }
+
+ return 0;
+}
+
+static unsigned int xilinx_pwm_get_period(struct xilinx_pwm_device *pwm,
+ u32 tlr, u32 tcsr)
+{
+ u64 cycles;
+
+ if (tcsr & TCSR_UDT)
+ cycles = tlr + 2;
+ else
+ cycles = (BIT_ULL(pwm->width) - 1) - tlr + 2;
+
+ return DIV_ROUND_UP_ULL(cycles * NSEC_PER_SEC, clk_get_rate(pwm->clk));
+}
+
+static int xilinx_pwm_apply(struct pwm_chip *chip, struct pwm_device *unused,
+ const struct pwm_state *state)
+{
+ int ret;
+ struct xilinx_pwm_device *pwm = xilinx_pwm_chip_to_device(chip);
+ u32 tlr0, tlr1;
+ u32 tcsr0 = readl(pwm->regs + TCSR0);
+ u32 tcsr1 = readl(pwm->regs + TCSR1);
+ bool enabled = xilinx_pwm_is_enabled(tcsr0, tcsr1);
+
+ if (state->polarity != PWM_POLARITY_NORMAL)
+ return -EINVAL;
+
+ ret = xilinx_pwm_calc_tlr(pwm, &tlr0, tcsr0, state->period);
+ if (ret)
+ return ret;
+
+ ret = xilinx_pwm_calc_tlr(pwm, &tlr1, tcsr1, state->duty_cycle);
+ if (ret)
+ return ret;
+
+ if (!enabled && state->enabled)
+ clk_rate_exclusive_get(pwm->clk);
+
+ writel(tlr0, pwm->regs + TLR0);
+ writel(tlr1, pwm->regs + TLR1);
+
+ if (state->enabled) {
+ /* Only touch the TCSRs if we aren't already running */
+ if (!enabled) {
+ /* Load TLR into TCR */
+ writel(tcsr0 | TCSR_LOAD, pwm->regs + TCSR0);
+ writel(tcsr1 | TCSR_LOAD, pwm->regs + TCSR1);
+ /* Enable timers all at once with ENALL */
+ tcsr0 = (TCSR_RUN_SET & ~TCSR_ENT) | (tcsr0 & TCSR_UDT);
+ tcsr1 = TCSR_RUN_SET | TCSR_ENALL | (tcsr1 & TCSR_UDT);
+ writel(tcsr0, pwm->regs + TCSR0);
+ writel(tcsr1, pwm->regs + TCSR1);
+ }
+ } else {
+ writel(tcsr0 & ~TCSR_RUN_SET, pwm->regs + TCSR0);
+ writel(tcsr1 & ~TCSR_RUN_SET, pwm->regs + TCSR1);
+ }
+
+ if (enabled && !state->enabled)
+ clk_rate_exclusive_put(pwm->clk);
+
+ return 0;
+}
+
+static void xilinx_pwm_get_state(struct pwm_chip *chip,
+ struct pwm_device *unused,
+ struct pwm_state *state)
+{
+ struct xilinx_pwm_device *pwm = xilinx_pwm_chip_to_device(chip);
+ u32 tlr0, tlr1, tcsr0, tcsr1;
+
+ tlr0 = readl(pwm->regs + TLR0);
+ tlr1 = readl(pwm->regs + TLR1);
+ tcsr0 = readl(pwm->regs + TCSR0);
+ tcsr1 = readl(pwm->regs + TCSR1);
+
+ state->period = xilinx_pwm_get_period(pwm, tlr0, tcsr0);
+ state->duty_cycle = xilinx_pwm_get_period(pwm, tlr1, tcsr1);
+ state->enabled = xilinx_pwm_is_enabled(tcsr0, tcsr1);
+ state->polarity = PWM_POLARITY_NORMAL;
+}
+
+static const struct pwm_ops xilinx_pwm_ops = {
+ .apply = xilinx_pwm_apply,
+ .get_state = xilinx_pwm_get_state,
+ .owner = THIS_MODULE,
+};
+
+static int xilinx_pwm_probe(struct platform_device *pdev)
+{
+ bool enabled = false;
+ int i, ret;
+ struct device *dev = &pdev->dev;
+ struct xilinx_pwm_device *pwm;
+ u32 one_timer;
+
+ ret = of_property_read_u32(dev->of_node, "xlnx,one-timer-only",
+ &one_timer);
+ if (ret || one_timer)
+ return dev_err_probe(dev, -EINVAL,
+ "two timers are needed for PWM mode\n");
+
+ for (i = 0; i < 2; i++) {
+ char fmt[] = "xlnx,gen%u-assert";
+ char buf[sizeof(fmt)];
+ u32 gen;
+
+ snprintf(buf, sizeof(buf), fmt, i);
+ ret = of_property_read_u32(dev->of_node, buf, &gen);
+ if (ret || !gen)
+ return dev_err_probe(dev, -EINVAL,
+ "generateout%u must be active high\n",
+ i);
+ }
+
+ pwm = devm_kzalloc(&pdev->dev, sizeof(*pwm), GFP_KERNEL);
+ if (!pwm)
+ return -ENOMEM;
+ platform_set_drvdata(pdev, pwm);
+
+ pwm->chip.dev = &pdev->dev;
+ pwm->chip.ops = &xilinx_pwm_ops;
+ pwm->chip.npwm = 1;
+
+ pwm->regs = devm_platform_ioremap_resource(pdev, 0);
+ if (IS_ERR(pwm->regs))
+ return PTR_ERR(pwm->regs);
+
+ ret = of_property_read_u32(dev->of_node, "xlnx,count-width", &pwm->width);
+ if (ret || pwm->width < 8 || pwm->width > 32)
+ return dev_err_probe(dev, -EINVAL,
+ "missing or invalid counter width\n");
+
+ pwm->clk = devm_clk_get(dev, NULL);
+ if (IS_ERR(pwm->clk))
+ return dev_err_probe(dev, PTR_ERR(pwm->clk), "missing clock\n");
+
+ ret = clk_prepare_enable(pwm->clk);
+ if (ret)
+ return dev_err_probe(dev, ret, "clock enable failed\n");
+
+ enabled = xilinx_pwm_is_enabled(readl(pwm->regs + TCSR0),
+ readl(pwm->regs + TCSR1));
+ if (enabled)
+ clk_rate_exclusive_get(pwm->clk);
+
+ ret = pwmchip_add(&pwm->chip);
+ if (ret) {
+ dev_err_probe(dev, ret, "could not register pwm chip\n");
+ if (enabled)
+ clk_rate_exclusive_put(pwm->clk);
+ clk_disable_unprepare(pwm->clk);
+ }
+ return ret;
+}
+
+static int xilinx_pwm_remove(struct platform_device *pdev)
+{
+ struct xilinx_pwm_device *pwm = platform_get_drvdata(pdev);
+ bool enabled = xilinx_pwm_is_enabled(readl(pwm->regs + TCSR0),
+ readl(pwm->regs + TCSR1));
+
+ pwmchip_remove(&pwm->chip);
+ if (enabled)
+ clk_rate_exclusive_put(pwm->clk);
+ clk_disable_unprepare(pwm->clk);
+
+ return 0;
+}
+
+static const struct of_device_id xilinx_pwm_of_match[] = {
+ { .compatible = "xlnx,xps-timer-1.00.a" },
+ { .compatible = "xlnx,axi-timer-2.0" },
+ {},
+};
+MODULE_DEVICE_TABLE(of, xilinx_pwm_of_match);
+
+static struct platform_driver xilinx_pwm_driver = {
+ .probe = xilinx_pwm_probe,
+ .remove = xilinx_pwm_remove,
+ .driver = {
+ .name = "xilinx-pwm",
+ .of_match_table = of_match_ptr(xilinx_pwm_of_match),
+ },
+};
+module_platform_driver(xilinx_pwm_driver);
+
+MODULE_ALIAS("platform:xilinx-pwm");
+MODULE_DESCRIPTION("Xilinx LogiCORE IP AXI Timer PWM driver");
+MODULE_LICENSE("GPL v2");
--
2.25.1
On 5/4/21 8:49 PM, Sean Anderson wrote:
> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
> found on Xilinx FPGAs. There is another driver for this device located
> at arch/microblaze/kernel/timer.c, but it is only used for timekeeping.
> This driver was written with reference to Xilinx DS764 for v1.03.a [1].
>
> [1] https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>
> Signed-off-by: Sean Anderson <[email protected]>
> ---
> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
> really hurt readability. That prefix almost doubles the size the
> defines, and is particularly excessive in something like
> XILINX_PWM_TCSR_RUN_MASK.
>
> Changes in v2:
> - Don't compile this module by default for arm64
> - Add dependencies on COMMON_CLK and HAS_IOMEM
> - Add comment explaining why we depend on !MICROBLAZE
> - Add comment describing device
> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
> - Use NSEC_TO_SEC instead of defining our own
> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by Uwe
> - Cast dividends to u64 to avoid overflow
> - Check for over- and underflow when calculating TLR
> - Set xilinx_pwm_ops.owner
> - Don't set pwmchip.base to -1
> - Check range of xlnx,count-width
> - Ensure the clock is always running when the pwm is registered
> - Remove debugfs file :l
> - Report errors with dev_error_probe
>
> drivers/pwm/Kconfig | 13 ++
> drivers/pwm/Makefile | 1 +
> drivers/pwm/pwm-xilinx.c | 301 +++++++++++++++++++++++++++++++++++++++
> 3 files changed, 315 insertions(+)
> create mode 100644 drivers/pwm/pwm-xilinx.c
Without looking below another driver which target the same IP is just
wrong that's why NACK from me.
Thanks,
Michal
On 5/4/21 8:49 PM, Sean Anderson wrote:
> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
> a "soft" block, so it has many parameters which would not be
> configurable in most hardware. This binding is usually automatically
> generated by Xilinx's tools, so the names and values of properties
> must be kept as they are.
>
> Signed-off-by: Sean Anderson <[email protected]>
> ---
>
> Changes in v2:
> - Use 32-bit addresses for example binding
>
> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
> 1 file changed, 91 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>
> diff --git a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
> new file mode 100644
> index 000000000000..bd014134c322
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
> @@ -0,0 +1,91 @@
> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
> +
> +maintainers:
> + - Sean Anderson <[email protected]>
> +
> +properties:
> + compatible:
> + items:
> + - const: xlnx,axi-timer-2.0
> + - const: xlnx,xps-timer-1.00.a
> +
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + const: s_axi_aclk
> +
> + reg:
> + maxItems: 1
> +
> + xlnx,count-width:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + minimum: 8
> + maximum: 32
> + description:
> + The width of the counters, in bits.
> +
> + xlnx,gen0-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the generateout0 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,gen1-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the generateout1 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,one-timer-only:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + Whether only one timer is present in this block.
> +
> + xlnx,trig0-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the capturetrig0 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,trig1-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the capturetrig1 signal. 0 for active-low, 1 for active-high.
> +
Based on xilinx design tool selection there is also mode_64bit option
which I expect will be translate to xlnx,mode-64bit [0, 1].
But any coverage of this as bool property should be fine.
> +required:
> + - compatible
> + - clocks
> + - reg
> + - xlnx,count-width
> + - xlnx,gen0-assert
> + - xlnx,gen1-assert
these 3 shouldn't be required.
> + - xlnx,one-timer-only
> + - xlnx,trig0-assert
> + - xlnx,trig1-assert
these 2 are also not required.
> +
> +additionalProperties: true
> +
> +examples:
> + - |
> + axi_timer_0: timer@800e0000 {
> + clock-frequency = <99999001>;
I can't see this listed above. It is allowed to have additional
properties but I don't think it is good to list it here.
> + clock-names = "s_axi_aclk";
> + clocks = <&zynqmp_clk 71>;
> + compatible = "xlnx,axi-timer-2.0", "xlnx,xps-timer-1.00.a";
> + reg = <0x800e0000 0x10000>;
> + xlnx,count-width = <0x20>;
> + xlnx,gen0-assert = <0x1>;
> + xlnx,gen1-assert = <0x1>;
> + xlnx,one-timer-only = <0x0>;
> + xlnx,trig0-assert = <0x1>;
> + xlnx,trig1-assert = <0x1>;
> + };
>
Thanks,
Michal
Hi,
On 5/6/21 4:28 PM, Sean Anderson wrote:
>
>
> On 5/5/21 2:37 AM, Michal Simek wrote:
>>
>>
>> On 5/4/21 8:49 PM, Sean Anderson wrote:
>>> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
>>> found on Xilinx FPGAs. There is another driver for this device located
>>> at arch/microblaze/kernel/timer.c, but it is only used for timekeeping.
>>> This driver was written with reference to Xilinx DS764 for v1.03.a [1].
>>>
>>> [1]
> https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>
>>>
>>> Signed-off-by: Sean Anderson <[email protected]>
>>> ---
>>> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
>>> really hurt readability. That prefix almost doubles the size the
>>> defines, and is particularly excessive in something like
>>> XILINX_PWM_TCSR_RUN_MASK.
>>>
>>> Changes in v2:
>>> - Don't compile this module by default for arm64
>>> - Add dependencies on COMMON_CLK and HAS_IOMEM
>>> - Add comment explaining why we depend on !MICROBLAZE
>>> - Add comment describing device
>>> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
>>> - Use NSEC_TO_SEC instead of defining our own
>>> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by Uwe
>>> - Cast dividends to u64 to avoid overflow
>>> - Check for over- and underflow when calculating TLR
>>> - Set xilinx_pwm_ops.owner
>>> - Don't set pwmchip.base to -1
>>> - Check range of xlnx,count-width
>>> - Ensure the clock is always running when the pwm is registered
>>> - Remove debugfs file :l
>>> - Report errors with dev_error_probe
>>>
>>> drivers/pwm/Kconfig | 13 ++
>>> drivers/pwm/Makefile | 1 +
>>> drivers/pwm/pwm-xilinx.c | 301 +++++++++++++++++++++++++++++++++++++++
>>> 3 files changed, 315 insertions(+)
>>> create mode 100644 drivers/pwm/pwm-xilinx.c
>>
>> Without looking below another driver which target the same IP is just
>> wrong that's why NACK from me.
>
> Can you elaborate on this position a bit more? I don't think a rework of
> the microblaze driver should hold back this one. They cannot be enabled
> at the same time. I think it is OK to leave the work of making them
> coexist for a future series (written by someone with microblaze hardware
> to test on).
I am here to test it on Microblaze. In a lot of cases you don't have
access to all HW you should test things on but that's why others can
help with this.
As I said in previous thread driver duplication is not good way to go
and never was.
This patch targets axi timer IP which is already in the tree just for
Microblaze. You want to use it on other HW which is good but it needs to
be done properly which is not create another copy.
The right way is to get axi timer out of arch/microblaze to
drivers/clocksource (or any other driver folder) and add PMW
functionality on the top of it.
I would expect that PWM guys will say how to add PWM support to timer
driver which is not unique configuration.
Thanks,
Michal
On 5/5/21 2:37 AM, Michal Simek wrote:
>
>
> On 5/4/21 8:49 PM, Sean Anderson wrote:
>> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
>> found on Xilinx FPGAs. There is another driver for this device located
>> at arch/microblaze/kernel/timer.c, but it is only used for timekeeping.
>> This driver was written with reference to Xilinx DS764 for v1.03.a [1].
>>
>> [1] https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>>
>> Signed-off-by: Sean Anderson <[email protected]>
>> ---
>> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
>> really hurt readability. That prefix almost doubles the size the
>> defines, and is particularly excessive in something like
>> XILINX_PWM_TCSR_RUN_MASK.
>>
>> Changes in v2:
>> - Don't compile this module by default for arm64
>> - Add dependencies on COMMON_CLK and HAS_IOMEM
>> - Add comment explaining why we depend on !MICROBLAZE
>> - Add comment describing device
>> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
>> - Use NSEC_TO_SEC instead of defining our own
>> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by Uwe
>> - Cast dividends to u64 to avoid overflow
>> - Check for over- and underflow when calculating TLR
>> - Set xilinx_pwm_ops.owner
>> - Don't set pwmchip.base to -1
>> - Check range of xlnx,count-width
>> - Ensure the clock is always running when the pwm is registered
>> - Remove debugfs file :l
>> - Report errors with dev_error_probe
>>
>> drivers/pwm/Kconfig | 13 ++
>> drivers/pwm/Makefile | 1 +
>> drivers/pwm/pwm-xilinx.c | 301 +++++++++++++++++++++++++++++++++++++++
>> 3 files changed, 315 insertions(+)
>> create mode 100644 drivers/pwm/pwm-xilinx.c
>
> Without looking below another driver which target the same IP is just
> wrong that's why NACK from me.
Can you elaborate on this position a bit more? I don't think a rework of
the microblaze driver should hold back this one. They cannot be enabled
at the same time. I think it is OK to leave the work of making them
coexist for a future series (written by someone with microblaze hardware
to test on).
--Sean
On 5/5/21 2:46 AM, Michal Simek wrote:
>
>
> On 5/4/21 8:49 PM, Sean Anderson wrote:
>> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
>> a "soft" block, so it has many parameters which would not be
>> configurable in most hardware. This binding is usually automatically
>> generated by Xilinx's tools, so the names and values of properties
>> must be kept as they are.
>>
>> Signed-off-by: Sean Anderson <[email protected]>
>> ---
>>
>> Changes in v2:
>> - Use 32-bit addresses for example binding
>>
>> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
>> 1 file changed, 91 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>
>> diff --git a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>> new file mode 100644
>> index 000000000000..bd014134c322
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>> @@ -0,0 +1,91 @@
>> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
>> +%YAML 1.2
>> +---
>> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>> +
>> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
>> +
>> +maintainers:
>> + - Sean Anderson <[email protected]>
>> +
>> +properties:
>> + compatible:
>> + items:
>> + - const: xlnx,axi-timer-2.0
>> + - const: xlnx,xps-timer-1.00.a
>> +
>> + clocks:
>> + maxItems: 1
>> +
>> + clock-names:
>> + const: s_axi_aclk
>> +
>> + reg:
>> + maxItems: 1
>> +
>> + xlnx,count-width:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + minimum: 8
>> + maximum: 32
>> + description:
>> + The width of the counters, in bits.
>> +
>> + xlnx,gen0-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the generateout0 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,gen1-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the generateout1 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,one-timer-only:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + Whether only one timer is present in this block.
>> +
>> + xlnx,trig0-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the capturetrig0 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,trig1-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the capturetrig1 signal. 0 for active-low, 1 for active-high.
>> +
>
> Based on xilinx design tool selection there is also mode_64bit option
> which I expect will be translate to xlnx,mode-64bit [0, 1].
> But any coverage of this as bool property should be fine.
I believe that just selects count-width=32 and one-timer-only=0. From
the data sheet, there doesn't appear to be a separate mode-64bit
parameter.
>
>> +required:
>> + - compatible
>> + - clocks
>> + - reg
>> + - xlnx,count-width
>> + - xlnx,gen0-assert
>> + - xlnx,gen1-assert
>
> these 3 shouldn't be required.
Count width is certainly required so that we can determine the correct
value to program into TLR. For the PWM driver, gen?-assert are required
to determine whether PWM mode is enabled.
>
>> + - xlnx,one-timer-only
>> + - xlnx,trig0-assert
>> + - xlnx,trig1-assert
>
> these 2 are also not required.
These are not currently required by the driver, but might be in the
future if capture mode support is enabled. In general, since these
properties cannot be determined from the hardware, I think they should
be present in the devicetree.
>
>
>> +
>> +additionalProperties: true
>> +
>> +examples:
>> + - |
>> + axi_timer_0: timer@800e0000 {
>> + clock-frequency = <99999001>;
>
> I can't see this listed above. It is allowed to have additional
> properties but I don't think it is good to list it here.
This is just the direct output of Xilinx's generated device tree (but
with address width reduced to 32-bit).
--Sean
>
>> + clock-names = "s_axi_aclk";
>> + clocks = <&zynqmp_clk 71>;
>> + compatible = "xlnx,axi-timer-2.0", "xlnx,xps-timer-1.00.a";
>> + reg = <0x800e0000 0x10000>;
>> + xlnx,count-width = <0x20>;
>> + xlnx,gen0-assert = <0x1>;
>> + xlnx,gen1-assert = <0x1>;
>> + xlnx,one-timer-only = <0x0>;
>> + xlnx,trig0-assert = <0x1>;
>> + xlnx,trig1-assert = <0x1>;
>> + };
>>
>
> Thanks,
> Michal
>
On Tue, May 04, 2021 at 02:49:24PM -0400, Sean Anderson wrote:
> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
> a "soft" block, so it has many parameters which would not be
> configurable in most hardware. This binding is usually automatically
> generated by Xilinx's tools, so the names and values of properties
> must be kept as they are.
>
> Signed-off-by: Sean Anderson <[email protected]>
> ---
>
> Changes in v2:
> - Use 32-bit addresses for example binding
>
> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
> 1 file changed, 91 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>
> diff --git a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
> new file mode 100644
> index 000000000000..bd014134c322
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
> @@ -0,0 +1,91 @@
> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
> +
> +maintainers:
> + - Sean Anderson <[email protected]>
> +
> +properties:
> + compatible:
> + items:
> + - const: xlnx,axi-timer-2.0
> + - const: xlnx,xps-timer-1.00.a
> +
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + const: s_axi_aclk
> +
> + reg:
> + maxItems: 1
> +
> + xlnx,count-width:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + minimum: 8
> + maximum: 32
> + description:
> + The width of the counters, in bits.
> +
> + xlnx,gen0-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the generateout0 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,gen1-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the generateout1 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,one-timer-only:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + Whether only one timer is present in this block.
> +
> + xlnx,trig0-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the capturetrig0 signal. 0 for active-low, 1 for active-high.
> +
> + xlnx,trig1-assert:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + enum: [ 0, 1 ]
> + description:
> + The polarity of the capturetrig1 signal. 0 for active-low, 1 for active-high.
Can't all these be boolean?
> +
> +required:
> + - compatible
> + - clocks
> + - reg
> + - xlnx,count-width
> + - xlnx,gen0-assert
> + - xlnx,gen1-assert
> + - xlnx,one-timer-only
> + - xlnx,trig0-assert
> + - xlnx,trig1-assert
> +
> +additionalProperties: true
> +
> +examples:
> + - |
> + axi_timer_0: timer@800e0000 {
> + clock-frequency = <99999001>;
> + clock-names = "s_axi_aclk";
> + clocks = <&zynqmp_clk 71>;
> + compatible = "xlnx,axi-timer-2.0", "xlnx,xps-timer-1.00.a";
> + reg = <0x800e0000 0x10000>;
> + xlnx,count-width = <0x20>;
> + xlnx,gen0-assert = <0x1>;
> + xlnx,gen1-assert = <0x1>;
> + xlnx,one-timer-only = <0x0>;
> + xlnx,trig0-assert = <0x1>;
> + xlnx,trig1-assert = <0x1>;
> + };
> --
> 2.25.1
>
On 5/6/21 5:05 PM, Rob Herring wrote:
> On Tue, May 04, 2021 at 02:49:24PM -0400, Sean Anderson wrote:
>> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
>> a "soft" block, so it has many parameters which would not be
>> configurable in most hardware. This binding is usually automatically
>> generated by Xilinx's tools, so the names and values of properties
>> must be kept as they are.
>>
>> Signed-off-by: Sean Anderson <[email protected]>
>> ---
>>
>> Changes in v2:
>> - Use 32-bit addresses for example binding
>>
>> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
>> 1 file changed, 91 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>
>> diff --git a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>> new file mode 100644
>> index 000000000000..bd014134c322
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>> @@ -0,0 +1,91 @@
>> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
>> +%YAML 1.2
>> +---
>> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>> +
>> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
>> +
>> +maintainers:
>> + - Sean Anderson <[email protected]>
>> +
>> +properties:
>> + compatible:
>> + items:
>> + - const: xlnx,axi-timer-2.0
>> + - const: xlnx,xps-timer-1.00.a
>> +
>> + clocks:
>> + maxItems: 1
>> +
>> + clock-names:
>> + const: s_axi_aclk
>> +
>> + reg:
>> + maxItems: 1
>> +
>> + xlnx,count-width:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + minimum: 8
>> + maximum: 32
>> + description:
>> + The width of the counters, in bits.
>> +
>> + xlnx,gen0-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the generateout0 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,gen1-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the generateout1 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,one-timer-only:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + Whether only one timer is present in this block.
>> +
>> + xlnx,trig0-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the capturetrig0 signal. 0 for active-low, 1 for active-high.
>> +
>> + xlnx,trig1-assert:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [ 0, 1 ]
>> + description:
>> + The polarity of the capturetrig1 signal. 0 for active-low, 1 for active-high.
>
> Can't all these be boolean?
They could, but
> This binding is usually automatically generated by Xilinx's tools, so
> the names and values of properties must be kept as they are.
Because this is a soft device, the binding may be (very conveniently)
auto-generated. I am not opposed to adding additional properties which
could be used by new code, but we should still accept this auto-generated
output.
--Sean
>
>> +
>> +required:
>> + - compatible
>> + - clocks
>> + - reg
>> + - xlnx,count-width
>> + - xlnx,gen0-assert
>> + - xlnx,gen1-assert
>> + - xlnx,one-timer-only
>> + - xlnx,trig0-assert
>> + - xlnx,trig1-assert
>> +
>> +additionalProperties: true
>> +
>> +examples:
>> + - |
>> + axi_timer_0: timer@800e0000 {
>> + clock-frequency = <99999001>;
>> + clock-names = "s_axi_aclk";
>> + clocks = <&zynqmp_clk 71>;
>> + compatible = "xlnx,axi-timer-2.0", "xlnx,xps-timer-1.00.a";
>> + reg = <0x800e0000 0x10000>;
>> + xlnx,count-width = <0x20>;
>> + xlnx,gen0-assert = <0x1>;
>> + xlnx,gen1-assert = <0x1>;
>> + xlnx,one-timer-only = <0x0>;
>> + xlnx,trig0-assert = <0x1>;
>> + xlnx,trig1-assert = <0x1>;
>> + };
>> --
>> 2.25.1
>>
On 5/6/21 12:54 PM, Michal Simek wrote:
> Hi,
>
> On 5/6/21 4:28 PM, Sean Anderson wrote:
>>
>>
>> On 5/5/21 2:37 AM, Michal Simek wrote:
>>>
>>>
>>> On 5/4/21 8:49 PM, Sean Anderson wrote:
>>>> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
>>>> found on Xilinx FPGAs. There is another driver for this device located
>>>> at arch/microblaze/kernel/timer.c, but it is only used for timekeeping.
>>>> This driver was written with reference to Xilinx DS764 for v1.03.a [1].
>>>>
>>>> [1]
>> https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>>
>>>>
>>>> Signed-off-by: Sean Anderson <[email protected]>
>>>> ---
>>>> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
>>>> really hurt readability. That prefix almost doubles the size the
>>>> defines, and is particularly excessive in something like
>>>> XILINX_PWM_TCSR_RUN_MASK.
>>>>
>>>> Changes in v2:
>>>> - Don't compile this module by default for arm64
>>>> - Add dependencies on COMMON_CLK and HAS_IOMEM
>>>> - Add comment explaining why we depend on !MICROBLAZE
>>>> - Add comment describing device
>>>> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
>>>> - Use NSEC_TO_SEC instead of defining our own
>>>> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by Uwe
>>>> - Cast dividends to u64 to avoid overflow
>>>> - Check for over- and underflow when calculating TLR
>>>> - Set xilinx_pwm_ops.owner
>>>> - Don't set pwmchip.base to -1
>>>> - Check range of xlnx,count-width
>>>> - Ensure the clock is always running when the pwm is registered
>>>> - Remove debugfs file :l
>>>> - Report errors with dev_error_probe
>>>>
>>>> drivers/pwm/Kconfig | 13 ++
>>>> drivers/pwm/Makefile | 1 +
>>>> drivers/pwm/pwm-xilinx.c | 301 +++++++++++++++++++++++++++++++++++++++
>>>> 3 files changed, 315 insertions(+)
>>>> create mode 100644 drivers/pwm/pwm-xilinx.c
>>>
>>> Without looking below another driver which target the same IP is just
>>> wrong that's why NACK from me.
>>
>> Can you elaborate on this position a bit more? I don't think a rework of
>> the microblaze driver should hold back this one. They cannot be enabled
>> at the same time. I think it is OK to leave the work of making them
>> coexist for a future series (written by someone with microblaze hardware
>> to test on).
>
> I am here to test it on Microblaze. In a lot of cases you don't have
> access to all HW you should test things on but that's why others can
> help with this.
Ok, can you convert the microblaze driver then? I'm afraid I can't work
on a driver if I don't have a system to test it on. There are too many
small bugs which can creep in without anything to work with. If you are
insistant that there must be no driver duplication (even temporarily),
then you should help with the deduplication :)
I would also be willing to try and get a microblaze qemu setup working,
but I have found no good instructions for doing so with mainline linux.
The best I found was [1]. Do you have a working setup for this?
--Sean
[1] https://blog.waldemar-brodkorb.de/index.php?/archives/10-qemu-microblaze-system-emulation-tipps.html
> As I said in previous thread driver duplication is not good way to go
> and never was.
>
> This patch targets axi timer IP which is already in the tree just for
> Microblaze. You want to use it on other HW which is good but it needs to
> be done properly which is not create another copy.
> The right way is to get axi timer out of arch/microblaze to
> drivers/clocksource (or any other driver folder) and add PMW
> functionality on the top of it.
> I would expect that PWM guys will say how to add PWM support to timer
> driver which is not unique configuration.
>
> Thanks,
> Michal
>
On 5/6/21 11:10 PM, Sean Anderson wrote:
>
>
> On 5/6/21 5:05 PM, Rob Herring wrote:
>> On Tue, May 04, 2021 at 02:49:24PM -0400, Sean Anderson wrote:
>>> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
>>> a "soft" block, so it has many parameters which would not be
>>> configurable in most hardware. This binding is usually automatically
>>> generated by Xilinx's tools, so the names and values of properties
>>> must be kept as they are.
>>>
>>> Signed-off-by: Sean Anderson <[email protected]>
>>> ---
>>>
>>> Changes in v2:
>>> - Use 32-bit addresses for example binding
>>>
>>> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
>>> 1 file changed, 91 insertions(+)
>>> create mode 100644
> Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>>
>>> diff --git
> a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
> b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>> new file mode 100644
>>> index 000000000000..bd014134c322
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>> @@ -0,0 +1,91 @@
>>> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
>>> +%YAML 1.2
>>> +---
>>> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
>>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>>> +
>>> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
>>> +
>>> +maintainers:
>>> + - Sean Anderson <[email protected]>
>>> +
>>> +properties:
>>> + compatible:
>>> + items:
>>> + - const: xlnx,axi-timer-2.0
>>> + - const: xlnx,xps-timer-1.00.a
>>> +
>>> + clocks:
>>> + maxItems: 1
>>> +
>>> + clock-names:
>>> + const: s_axi_aclk
>>> +
>>> + reg:
>>> + maxItems: 1
>>> +
>>> + xlnx,count-width:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + minimum: 8
>>> + maximum: 32
>>> + description:
>>> + The width of the counters, in bits.
>>> +
>>> + xlnx,gen0-assert:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + enum: [ 0, 1 ]
>>> + description:
>>> + The polarity of the generateout0 signal. 0 for active-low, 1
> for active-high.
>>> +
>>> + xlnx,gen1-assert:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + enum: [ 0, 1 ]
>>> + description:
>>> + The polarity of the generateout1 signal. 0 for active-low, 1
> for active-high.
>>> +
>>> + xlnx,one-timer-only:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + enum: [ 0, 1 ]
>>> + description:
>>> + Whether only one timer is present in this block.
>>> +
>>> + xlnx,trig0-assert:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + enum: [ 0, 1 ]
>>> + description:
>>> + The polarity of the capturetrig0 signal. 0 for active-low, 1
> for active-high.
>>> +
>>> + xlnx,trig1-assert:
>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>> + enum: [ 0, 1 ]
>>> + description:
>>> + The polarity of the capturetrig1 signal. 0 for active-low, 1
> for active-high.
>>
>> Can't all these be boolean?
>
> They could, but
>
>> This binding is usually automatically generated by Xilinx's tools, so
>> the names and values of properties must be kept as they are.
>
> Because this is a soft device, the binding may be (very conveniently)
> auto-generated. I am not opposed to adding additional properties which
> could be used by new code, but we should still accept this auto-generated
> output.
I think in this case you should described what it is used by current
driver in Microblaze and these options are required. The rest are by
design optional.
If you want to change them to different value then current binding
should be deprecated and have any transition time with code alignment.
Thanks,
Michal
On 5/7/21 2:35 AM, Michal Simek wrote:
>
>
> On 5/6/21 11:10 PM, Sean Anderson wrote:
>>
>>
>> On 5/6/21 5:05 PM, Rob Herring wrote:
>>> On Tue, May 04, 2021 at 02:49:24PM -0400, Sean Anderson wrote:
>>>> This adds a binding for the Xilinx LogiCORE IP AXI Timer. This device is
>>>> a "soft" block, so it has many parameters which would not be
>>>> configurable in most hardware. This binding is usually automatically
>>>> generated by Xilinx's tools, so the names and values of properties
>>>> must be kept as they are.
>>>>
>>>> Signed-off-by: Sean Anderson <[email protected]>
>>>> ---
>>>>
>>>> Changes in v2:
>>>> - Use 32-bit addresses for example binding
>>>>
>>>> .../bindings/pwm/xlnx,axi-timer.yaml | 91 +++++++++++++++++++
>>>> 1 file changed, 91 insertions(+)
>>>> create mode 100644
>> Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>>>
>>>> diff --git
>> a/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>> b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>>> new file mode 100644
>>>> index 000000000000..bd014134c322
>>>> --- /dev/null
>>>> +++ b/Documentation/devicetree/bindings/pwm/xlnx,axi-timer.yaml
>>>> @@ -0,0 +1,91 @@
>>>> +# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
>>>> +%YAML 1.2
>>>> +---
>>>> +$id: http://devicetree.org/schemas/pwm/xlnx,axi-timer.yaml#
>>>> +$schema: http://devicetree.org/meta-schemas/core.yaml#
>>>> +
>>>> +title: Xilinx LogiCORE IP AXI Timer Device Tree Binding
>>>> +
>>>> +maintainers:
>>>> + - Sean Anderson <[email protected]>
>>>> +
>>>> +properties:
>>>> + compatible:
>>>> + items:
>>>> + - const: xlnx,axi-timer-2.0
>>>> + - const: xlnx,xps-timer-1.00.a
>>>> +
>>>> + clocks:
>>>> + maxItems: 1
>>>> +
>>>> + clock-names:
>>>> + const: s_axi_aclk
>>>> +
>>>> + reg:
>>>> + maxItems: 1
>>>> +
>>>> + xlnx,count-width:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + minimum: 8
>>>> + maximum: 32
>>>> + description:
>>>> + The width of the counters, in bits.
>>>> +
>>>> + xlnx,gen0-assert:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + enum: [ 0, 1 ]
>>>> + description:
>>>> + The polarity of the generateout0 signal. 0 for active-low, 1
>> for active-high.
>>>> +
>>>> + xlnx,gen1-assert:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + enum: [ 0, 1 ]
>>>> + description:
>>>> + The polarity of the generateout1 signal. 0 for active-low, 1
>> for active-high.
>>>> +
>>>> + xlnx,one-timer-only:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + enum: [ 0, 1 ]
>>>> + description:
>>>> + Whether only one timer is present in this block.
>>>> +
>>>> + xlnx,trig0-assert:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + enum: [ 0, 1 ]
>>>> + description:
>>>> + The polarity of the capturetrig0 signal. 0 for active-low, 1
>> for active-high.
>>>> +
>>>> + xlnx,trig1-assert:
>>>> + $ref: /schemas/types.yaml#/definitions/uint32
>>>> + enum: [ 0, 1 ]
>>>> + description:
>>>> + The polarity of the capturetrig1 signal. 0 for active-low, 1
>> for active-high.
>>>
>>> Can't all these be boolean?
>>
>> They could, but
>>
>>> This binding is usually automatically generated by Xilinx's tools, so
>>> the names and values of properties must be kept as they are.
>>
>> Because this is a soft device, the binding may be (very conveniently)
>> auto-generated. I am not opposed to adding additional properties which
>> could be used by new code, but we should still accept this auto-generated
>> output.
>
> I think in this case you should described what it is used by current
> driver in Microblaze and these options are required. The rest are by
> design optional.
> If you want to change them to different value then current binding
> should be deprecated and have any transition time with code alignment.
Well, every single one of these is in the microblaze devicetree since
2009. And fundamentally, all of these are required for a complete driver
implementation. They are generally not discoverable from hardware
(though I think it might be possible for one-timer-only or perhaps
counter-width by inspecting whether register writes stick). However, the
signal polarity properties are required to determine whether PWM mode is
possible, and to determine the polarity of PWM capture (if that is
implemented in the future).
I think allowing more conventional usage of devicetree is a good idea.
E.g. we could accept both something like 'xlnx,gen0-assert = <0>;' and
'xlnx,gen0-active-low;'. But I think we should still parse older
devicetree properties, given the (likely extensive) amount of existing
devicetrees with this binding. And this would also require Xilinx to
adopt whatever we decide on, and update their devicetree generators
accordingly.
--Sean
Hi,
On 5/7/21 12:36 AM, Sean Anderson wrote:
>
>
> On 5/6/21 12:54 PM, Michal Simek wrote:
>> Hi,
>>
>> On 5/6/21 4:28 PM, Sean Anderson wrote:
>>>
>>>
>>> On 5/5/21 2:37 AM, Michal Simek wrote:
>>>>
>>>>
>>>> On 5/4/21 8:49 PM, Sean Anderson wrote:
>>>>> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
>>>>> found on Xilinx FPGAs. There is another driver for this device located
>>>>> at arch/microblaze/kernel/timer.c, but it is only used for
> timekeeping.
>>>>> This driver was written with reference to Xilinx DS764 for v1.03.a
> [1].
>>>>>
>>>>> [1]
>>>
> https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>
>>>
>>>>>
>>>>> Signed-off-by: Sean Anderson <[email protected]>
>>>>> ---
>>>>> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
>>>>> really hurt readability. That prefix almost doubles the size the
>>>>> defines, and is particularly excessive in something like
>>>>> XILINX_PWM_TCSR_RUN_MASK.
>>>>>
>>>>> Changes in v2:
>>>>> - Don't compile this module by default for arm64
>>>>> - Add dependencies on COMMON_CLK and HAS_IOMEM
>>>>> - Add comment explaining why we depend on !MICROBLAZE
>>>>> - Add comment describing device
>>>>> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
>>>>> - Use NSEC_TO_SEC instead of defining our own
>>>>> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by
> Uwe
>>>>> - Cast dividends to u64 to avoid overflow
>>>>> - Check for over- and underflow when calculating TLR
>>>>> - Set xilinx_pwm_ops.owner
>>>>> - Don't set pwmchip.base to -1
>>>>> - Check range of xlnx,count-width
>>>>> - Ensure the clock is always running when the pwm is registered
>>>>> - Remove debugfs file :l
>>>>> - Report errors with dev_error_probe
>>>>>
>>>>> drivers/pwm/Kconfig | 13 ++
>>>>> drivers/pwm/Makefile | 1 +
>>>>> drivers/pwm/pwm-xilinx.c | 301
> +++++++++++++++++++++++++++++++++++++++
>>>>> 3 files changed, 315 insertions(+)
>>>>> create mode 100644 drivers/pwm/pwm-xilinx.c
>>>>
>>>> Without looking below another driver which target the same IP is just
>>>> wrong that's why NACK from me.
>>>
>>> Can you elaborate on this position a bit more? I don't think a rework of
>>> the microblaze driver should hold back this one. They cannot be enabled
>>> at the same time. I think it is OK to leave the work of making them
>>> coexist for a future series (written by someone with microblaze hardware
>>> to test on).
>>
>> I am here to test it on Microblaze. In a lot of cases you don't have
>> access to all HW you should test things on but that's why others can
>> help with this.
>
> Ok, can you convert the microblaze driver then? I'm afraid I can't work
> on a driver if I don't have a system to test it on. There are too many
> small bugs which can creep in without anything to work with. If you are
> insistant that there must be no driver duplication (even temporarily),
> then you should help with the deduplication :)
>
> I would also be willing to try and get a microblaze qemu setup working,
> but I have found no good instructions for doing so with mainline linux.
> The best I found was [1]. Do you have a working setup for this?
You can look at Guenter's files which he uses for testing here.
http://server.roeck-us.net/qemu/microblazeel/
Or you can use Xilinx petalinux distribution or Yocto layer which should
have qemu integrated.
Thanks,
Michal
On 5/10/21 6:20 AM, Michal Simek wrote:
> Hi,
>
> On 5/7/21 12:36 AM, Sean Anderson wrote:
>>
>>
>> On 5/6/21 12:54 PM, Michal Simek wrote:
>>> Hi,
>>>
>>> On 5/6/21 4:28 PM, Sean Anderson wrote:
>>>>
>>>>
>>>> On 5/5/21 2:37 AM, Michal Simek wrote:
>>>>>
>>>>>
>>>>> On 5/4/21 8:49 PM, Sean Anderson wrote:
>>>>>> This adds PWM support for Xilinx LogiCORE IP AXI soft timers commonly
>>>>>> found on Xilinx FPGAs. There is another driver for this device located
>>>>>> at arch/microblaze/kernel/timer.c, but it is only used for
>> timekeeping.
>>>>>> This driver was written with reference to Xilinx DS764 for v1.03.a
>> [1].
>>>>>>
>>>>>> [1]
>>>>
>> https://www.xilinx.com/support/documentation/ip_documentation/axi_timer/v1_03_a/axi_timer_ds764.pdf
>>
>>>>
>>>>>>
>>>>>> Signed-off-by: Sean Anderson <[email protected]>
>>>>>> ---
>>>>>> I tried adding a XILINX_PWM_ prefix to all the defines, but IMO it
>>>>>> really hurt readability. That prefix almost doubles the size the
>>>>>> defines, and is particularly excessive in something like
>>>>>> XILINX_PWM_TCSR_RUN_MASK.
>>>>>>
>>>>>> Changes in v2:
>>>>>> - Don't compile this module by default for arm64
>>>>>> - Add dependencies on COMMON_CLK and HAS_IOMEM
>>>>>> - Add comment explaining why we depend on !MICROBLAZE
>>>>>> - Add comment describing device
>>>>>> - Rename TCSR_(SET|CLEAR) to TCSR_RUN_(SET|CLEAR)
>>>>>> - Use NSEC_TO_SEC instead of defining our own
>>>>>> - Use TCSR_RUN_MASK to check if the PWM is enabled, as suggested by
>> Uwe
>>>>>> - Cast dividends to u64 to avoid overflow
>>>>>> - Check for over- and underflow when calculating TLR
>>>>>> - Set xilinx_pwm_ops.owner
>>>>>> - Don't set pwmchip.base to -1
>>>>>> - Check range of xlnx,count-width
>>>>>> - Ensure the clock is always running when the pwm is registered
>>>>>> - Remove debugfs file :l
>>>>>> - Report errors with dev_error_probe
>>>>>>
>>>>>> drivers/pwm/Kconfig | 13 ++
>>>>>> drivers/pwm/Makefile | 1 +
>>>>>> drivers/pwm/pwm-xilinx.c | 301
>> +++++++++++++++++++++++++++++++++++++++
>>>>>> 3 files changed, 315 insertions(+)
>>>>>> create mode 100644 drivers/pwm/pwm-xilinx.c
>>>>>
>>>>> Without looking below another driver which target the same IP is just
>>>>> wrong that's why NACK from me.
>>>>
>>>> Can you elaborate on this position a bit more? I don't think a rework of
>>>> the microblaze driver should hold back this one. They cannot be enabled
>>>> at the same time. I think it is OK to leave the work of making them
>>>> coexist for a future series (written by someone with microblaze hardware
>>>> to test on).
>>>
>>> I am here to test it on Microblaze. In a lot of cases you don't have
>>> access to all HW you should test things on but that's why others can
>>> help with this.
>>
>> Ok, can you convert the microblaze driver then? I'm afraid I can't work
>> on a driver if I don't have a system to test it on. There are too many
>> small bugs which can creep in without anything to work with. If you are
>> insistant that there must be no driver duplication (even temporarily),
>> then you should help with the deduplication :)
>>
>> I would also be willing to try and get a microblaze qemu setup working,
>> but I have found no good instructions for doing so with mainline linux.
>> The best I found was [1]. Do you have a working setup for this?
>
>
> You can look at Guenter's files which he uses for testing here.
> http://server.roeck-us.net/qemu/microblazeel/
Thanks! These really helped when developing. In particular, I was unable
to get a working system with GCC 9, but I haven't looked into it
further.
--Sean
>
> Or you can use Xilinx petalinux distribution or Yocto layer which should
> have qemu integrated.
>
> Thanks,
> Michal
>