Re: [RFC V2 0/2] arm64: imx8mm: Enable Hantro VPUs
From: Tim Harvey <tharvey@gateworks.com>
Date: 2021-12-01 20:05:42
Also in:
linux-devicetree, linux-media, linux-rockchip, linux-staging, lkml
Subsystem:
the rest · Maintainer:
Linus Torvalds
On Wed, Dec 1, 2021 at 10:37 AM Lucas Stach [off-list ref] wrote:
Am Mittwoch, dem 01.12.2021 um 10:16 -0800 schrieb Tim Harvey:quoted
On Wed, Dec 1, 2021 at 9:32 AM Lucas Stach [off-list ref] wrote:quoted
Hi Tim, Am Mittwoch, dem 01.12.2021 um 09:23 -0800 schrieb Tim Harvey:quoted
On Tue, Nov 30, 2021 at 5:33 PM Adam Ford [off-list ref] wrote:quoted
The i.MX8M has two Hantro video decoders, called G1 and G2 which appear to be related to the video decoders used on the i.MX8MQ, but because of how the Mini handles the power domains, the VPU driver does not need to handle all the functions, nor does it support the post-processor, so a new compatible flag is required. With the suggestion from Hans Verkuil, I was able to get the G2 splat to go away with changes to FORCE_MAX_ZONEORDER, but I found I could also set cma=512M, however it's unclear to me if that's an acceptable alternative. At the suggestion of Ezequiel Garcia and Nicolas Dufresne I have some results from Fluster. However, the G2 VPU appears to fail most tests. ./fluster.py run -dGStreamer-H.264-V4L2SL-Gst1.0 Ran 90/135 tests successfully in 76.431 secs ./fluster.py run -d GStreamer-VP8-V4L2SL-Gst1.0 Ran 55/61 tests successfully in 21.454 secs ./fluster.py run -d GStreamer-VP9-V4L2SL-Gst1.0 Ran 0/303 tests successfully in 20.016 secs Each day seems to show more and more G2 submissions, and gstreamer seems to be still working on the VP9, so I am not sure if I should drop G2 as well. Adam Ford (2): media: hantro: Add support for i.MX8M Mini arm64: dts: imx8mm: Enable VPU-G1 and VPU-G2 arch/arm64/boot/dts/freescale/imx8mm.dtsi | 41 +++++++++++++++ drivers/staging/media/hantro/hantro_drv.c | 2 + drivers/staging/media/hantro/hantro_hw.h | 2 + drivers/staging/media/hantro/imx8m_vpu_hw.c | 57 +++++++++++++++++++++ 4 files changed, 102 insertions(+)Adam, That's for the patches! I tested just this series on top of v5.16-rc3 on an imx8mm-venice-gw73xx-0x and found that if I loop fluster I can end up getting a hang within 10 to 15 mins or so when imx8m_blk_ctrl_power_on is called for VPUMIX pd : while [ 1 ]; do uptime; ./fluster.py run -d GStreamer-VP8-V4L2SL-Gst1.0; done ... [ 618.838436] imx-pgc imx-pgc-domain.6: failed to command PGC [ 618.844407] imx8m-blk-ctrl 38330000.blk-ctrl: failed to power up bus domain I added prints in imx_pgc_power_{up,down} and imx8m_blk_ctrl_power_{on,off} to get some more context ... Ran 55/61 tests successfully in 8.685 secs 17:16:34 up 17 min, 0 users, load average: 3.97, 2.11, 0.93 ******************************************************************************** ******************** Running test suite VP8-TEST-VECTORS with decoder GStreamer-VP8-V4L2SL-Gst1.0 Using 4 parallel job(s) ******************************************************************************** ******************** [TEST SUITE ] (DECODER ) TEST VECTOR ... R ESULT ---------------------------------------------------------------------- [ 1023.114806] imx8m_blk_ctrl_power_on vpublk-g1 [ 1023.119669] imx_pgc_power_up vpumix [ 1023.124307] imx-pgc imx-pgc-domain.6: failed to command PGC [ 1023.130006] imx8m-blk-ctrl 38330000.blk-ctrl: failed to power up bus domain While this wouldn't be an issue with this series it does indicate we still have something racy in blk-ctrl. Can you reproduce this (and if not what kernel are you based on)? Perhaps you or Lucas have some ideas?Did you have "[PATCH] soc: imx: gpcv2: Synchronously suspend MIX domains" applied when running those tests? It has only recently been picked up by Shawn and may have an influence on the bus domain behavior.Lucas, Good point. I did have that originally before I started pruning down to the bare minimum to reproduce the issue. I added it back and now I have the following: arm64: dts: imx8mm: Enable VPU-G1 and VPU-G2 media: hantro: Add support for i.MX8M Mini soc: imx: gpcv2: keep i.MX8MM VPU-H1 bus clock active soc: imx: gpcv2: Synchronously suspend MIX domains Linux 5.16-rc3 Here's the latest with that patch: ... [VP8-TEST-VECTORS] (GStreamer-VP8-V4L2SL-Gst1.0) vp80-00-comprehensive-007 ... Success [ 316.632373] imx8m_blk_ctrl_power_off vpublk-g1 [ 316.636908] imx_pgc_power_down vpu-g1 [ 316.640983] imx_pgc_power_down vpumix [ 316.756869] imx8m_blk_ctrl_power_on vpublk-g1 [ 316.761360] imx_pgc_power_up vpumix [ 316.765985] imx-pgc imx-pgc-domain.6: failed to command PGC [ 316.772743] imx8m-blk-ctrl 38330000.blk-ctrl: failed to power up bus domain ^^^ hangHm, I wonder if there's some broken error handling here somewhere, as a failure to power up a domain shouldn't lead to a hang. However, that doesn't explain why the PGC isn't completing the request. Can you try to extend the timeout some more. Even though I think that 1msec should already be generous. Can you dump the content of the GPC_PU_PGC_SW_PUP_REQ and GPC_A53_PU_PGC_PUP_STATUSn (all 3 of them) registers, when the failure condition is hit?
Adam, Adding keep_clocks=true to VPUG1/VPUG2 domains did not help Lucas, I bumped the regmap_read_poll_timeout timeouts from 1m to 100ms and still saw the same issue. Here's some added debugging to show the regs: [ 648.037903] imx8m_blk_ctrl_power_on vpublk-g1 [ 648.042346] imx_pgc_power_up vpumix [ 648.146178] imx-pgc imx-pgc-domain.6: imx_pgc_power_up: failed to command PGC [ 648.153355] imx-pgc imx-pgc-domain.6: GPC_PU_PGC_SW_PUP_REQ(0x0f8)=0x00000100 [ 648.162339] imx-pgc imx-pgc-domain.6: GPC_A53_PU_PGC_PUP_STATUS0(0x14c)=0x00000000 [ 648.169988] imx-pgc imx-pgc-domain.6: GPC_A53_PU_PGC_PUP_STATUS1(0x150)=0x00000000 [ 648.177618] imx-pgc imx-pgc-domain.6: GPC_A53_PU_PGC_PUP_STATUS2(0x154)=0x00000000 [ 648.185281] imx8m-blk-ctrl 38330000.blk-ctrl: failed to power up bus domain
diff --git a/drivers/soc/imx/gpcv2.c b/drivers/soc/imx/gpcv2.c
index 8176380b02e6..8124a3434655 100644
--- a/drivers/soc/imx/gpcv2.c
+++ b/drivers/soc/imx/gpcv2.c@@ -67,6 +67,9 @@ #define GPC_PU_PGC_SW_PUP_REQ 0x0f8 #define GPC_PU_PGC_SW_PDN_REQ 0x104 +#define GPC_A53_PU_PGC_PUP_STATUS0 0x14c +#define GPC_A53_PU_PGC_PUP_STATUS1 0x150 +#define GPC_A53_PU_PGC_PUP_STATUS2 0x154 #define IMX7_USB_HSIC_PHY_SW_Pxx_REQ BIT(4) #define IMX7_USB_OTG2_PHY_SW_Pxx_REQ BIT(3)
@@ -224,6 +227,7 @@ static int imx_pgc_power_up(struct generic_pm_domain *genpd) u32 reg_val, pgc; int ret; +printk("%s %s\n", __func__, genpd->name); ret = pm_runtime_get_sync(domain->dev); if (ret < 0) { pm_runtime_put_noidle(domain->dev);
@@ -258,9 +262,17 @@ static int imx_pgc_power_up(structgeneric_pm_domain *genpd)
ret = regmap_read_poll_timeout(domain->regmap,
GPC_PU_PGC_SW_PUP_REQ, reg_val,
!(reg_val & domain->bits.pxx),
- 0, USEC_PER_MSEC);
+ 0, 100 * USEC_PER_MSEC);
if (ret) {
- dev_err(domain->dev, "failed to command PGC\n");
+ dev_err(domain->dev, "%s: failed to command
PGC\n", __func__);
+ if (!regmap_read(domain->regmap,
GPC_PU_PGC_SW_PUP_REQ, ®_val))
+ dev_err(domain->dev,
"GPC_PU_PGC_SW_PUP_REQ(0x%03x)=0x%08x\n", GPC_PU_PGC_SW_PUP_REQ,
reg_val);
+ if (!regmap_read(domain->regmap,
GPC_A53_PU_PGC_PUP_STATUS0, ®_val))
+ dev_err(domain->dev,
"GPC_A53_PU_PGC_PUP_STATUS0(0x%03x)=0x%08x\n",
GPC_A53_PU_PGC_PUP_STATUS0, reg_val);
+ if (!regmap_read(domain->regmap,
GPC_A53_PU_PGC_PUP_STATUS1, ®_val))
+ dev_err(domain->dev,
"GPC_A53_PU_PGC_PUP_STATUS1(0x%03x)=0x%08x\n",
GPC_A53_PU_PGC_PUP_STATUS1, reg_val);
+ if (!regmap_read(domain->regmap,
GPC_A53_PU_PGC_PUP_STATUS2, ®_val))
+ dev_err(domain->dev,
"GPC_A53_PU_PGC_PUP_STATUS2(0x%03x)=0x%08x\n",
GPC_A53_PU_PGC_PUP_STATUS2, reg_val);
goto out_clk_disable;
}
@@ -318,6 +330,7 @@ static int imx_pgc_power_down(structgeneric_pm_domain *genpd)
u32 reg_val, pgc;
int ret;
+printk("%s %s\n", __func__, genpd->name);
/* Enable reset clocks for all devices in the domain */
if (!domain->keep_clocks) {
ret = clk_bulk_prepare_enable(domain->num_clks, domain->clks);@@ -335,7 +348,7 @@ static int imx_pgc_power_down(structgeneric_pm_domain *genpd)
ret = regmap_read_poll_timeout(domain->regmap, GPC_PU_PWRHSK,
reg_val,
!(reg_val & domain->bits.hskack),
- 0, USEC_PER_MSEC);
+ 0, 100 * USEC_PER_MSEC);
if (ret) {
dev_err(domain->dev, "failed to power down ADB400\n");
goto out_clk_disable;@@ -359,9 +372,9 @@ static int imx_pgc_power_down(structgeneric_pm_domain *genpd)
ret = regmap_read_poll_timeout(domain->regmap,
GPC_PU_PGC_SW_PDN_REQ, reg_val,
!(reg_val & domain->bits.pxx),
- 0, USEC_PER_MSEC);
+ 0, 100 * USEC_PER_MSEC);
if (ret) {
- dev_err(domain->dev, "failed to command PGC\n");
+ dev_err(domain->dev, "%s: failed to command
PGC\n", __func__);
goto out_clk_disable;
}
}@@ -712,6 +725,7 @@ static const struct imx_pgc_domain imx8mm_pgc_domains[] = { .map = IMX8MM_VPUG1_A53_DOMAIN, }, .pgc = BIT(IMX8MM_PGC_VPUG1), + .keep_clocks = true, }, [IMX8MM_POWER_DOMAIN_VPUG2] = {
@@ -723,6 +737,7 @@ static const struct imx_pgc_domain imx8mm_pgc_domains[] = { .map = IMX8MM_VPUG2_A53_DOMAIN, }, .pgc = BIT(IMX8MM_PGC_VPUG2), + .keep_clocks = true, }, [IMX8MM_POWER_DOMAIN_VPUH1] = {
diff --git a/drivers/soc/imx/imx8m-blk-ctrl.c b/drivers/soc/imx/imx8m-blk-ctrl.c
index 519b3651d1d9..028f38d45892 100644
--- a/drivers/soc/imx/imx8m-blk-ctrl.c
+++ b/drivers/soc/imx/imx8m-blk-ctrl.c@@ -68,6 +68,7 @@ static int imx8m_blk_ctrl_power_on(structgeneric_pm_domain *genpd)
struct imx8m_blk_ctrl *bc = domain->bc;
int ret;
+printk("%s %s\n", __func__, genpd->name);
/* make sure bus domain is awake */
ret = pm_runtime_get_sync(bc->bus_power_dev);
if (ret < 0) {@@ -119,6 +120,7 @@ static int imx8m_blk_ctrl_power_off(structgeneric_pm_domain *genpd)
const struct imx8m_blk_ctrl_domain_data *data = domain->data;
struct imx8m_blk_ctrl *bc = domain->bc;
+printk("%s %s\n", __func__, genpd->name);
/* put devices into reset and disable clocks */
regmap_clear_bits(bc->regmap, BLK_SFT_RSTN, data->rst_mask);
regmap_clear_bits(bc->regmap, BLK_CLK_EN, data->clk_mask);
Tim
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel