search for: dpaux

...] SyS_finit_module+0xd8/0xf0 > [ 12.051594] el0_svc_naked+0x20/0x24 > [ 12.051597] Code: 97fffa1e d2800000 d5384101 f9800271 (c85ffe62) > [ 12.051600] ---[ end trace 7e15532ee457d321 ]--- > [ 12.346156] iommu: Adding device 15220000.display to group 1 > [ 12.360735] tegra-dpaux 15040000.dpaux: 15040000.dpaux supply vdd not > found, using dummy regulator > [ 12.372895] tegra-dpaux 155c0000.dpaux: 155c0000.dpaux supply vdd not > found, using dummy regulator > [ 12.384763] tegra-sor 15580000.sor: failed to probe output: -517 > [ 12.391830] tegra-sor 1558...

...12f4/0x14b8 [ 12.051592] SyS_finit_module+0xd8/0xf0 [ 12.051594] el0_svc_naked+0x20/0x24 [ 12.051597] Code: 97fffa1e d2800000 d5384101 f9800271 (c85ffe62) [ 12.051600] ---[ end trace 7e15532ee457d321 ]--- [ 12.346156] iommu: Adding device 15220000.display to group 1 [ 12.360735] tegra-dpaux 15040000.dpaux: 15040000.dpaux supply vdd not found, using dummy regulator [ 12.372895] tegra-dpaux 155c0000.dpaux: 155c0000.dpaux supply vdd not found, using dummy regulator [ 12.384763] tegra-sor 15580000.sor: failed to probe output: -517 [ 12.391830] tegra-sor 15580000.sor: failed to probe...

...VE depends on DIS > > That's according to 5.6.6 "Programming Guide for Power Gating and > Ungating" of the Tegra K1 TRM. It also seems like a bunch of modules are > part of seemingly unrelated domains. Especially SOR seems to cover a > large range of modules (MIPI-CAL, DPAUX, SOR, HDMI, DSI, DSIB and > HDA2HDMI). > > Given that we may want to more fine-grainedly control clocks to save > power, don't we need to control clocks and resets within the drivers? I > think the runtime PM framework makes sure to call this in the right > order, so for susp...

Hi Thierry, Thanks for the patch. I applied on top of linux-next-2017-12-14. Different output this time. [ 11.862495] WARNING: CPU: 1 PID: 254 at drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgf100.c:391 gf100_vmm_new_+0x60/0x128 [nouveau] [ 11.863458] tegra-dpaux 155c0000.dpaux: 155c0000.dpaux supply vdd not found, using dummy regulator [ 11.866197] tegra-sor 15580000.sor: failed to probe output: -517 [ 11.867149] tegra-sor 15580000.sor: failed to probe output: -517 [ 11.895136] Modules linked in: dwmac_dwc_qos_eth(+) stmmac_platform stmmac gpio_keys...

On 04:12:54PM Jan 07, Peter De Schrijver wrote: > On Wed, Jan 07, 2015 at 06:49:27PM +0800, Vince Hsu wrote: > > > > On 01/07/2015 06:19 PM, Peter De Schrijver wrote: > > >On Mon, Jan 05, 2015 at 04:09:33PM +0100, Thierry Reding wrote: > > >>* PGP Signed by an unknown key > > >> > > >>On Thu, Dec 25, 2014 at 10:28:08AM +0800, Vince Hsu

...t; > > That's according to 5.6.6 "Programming Guide for Power Gating and > > Ungating" of the Tegra K1 TRM. It also seems like a bunch of modules are > > part of seemingly unrelated domains. Especially SOR seems to cover a > > large range of modules (MIPI-CAL, DPAUX, SOR, HDMI, DSI, DSIB and > > HDA2HDMI). > > > > Given that we may want to more fine-grainedly control clocks to save > > power, don't we need to control clocks and resets within the drivers? I > > think the runtime PM framework makes sure to call this in the righ...

...drivers/gpu/drm/tegra/drm.h @@ -152,8 +152,6 @@ enum drm_connector_status tegra_output_connector_detect(struct drm_connector *connector, bool force); void tegra_output_connector_destroy(struct drm_connector *connector); -void tegra_output_encoder_destroy(struct drm_encoder *encoder); - /* from dpaux.c */ struct drm_dp_aux *drm_dp_aux_find_by_of_node(struct device_node *np); enum drm_connector_status drm_dp_aux_detect(struct drm_dp_aux *aux); diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c index 88b9d64c77bf..76369b128e5d 100644 --- a/drivers/gpu/drm/tegra/dsi.c +++ b/d...

...and DISB depend on SOR VE depends on DIS That's according to 5.6.6 "Programming Guide for Power Gating and Ungating" of the Tegra K1 TRM. It also seems like a bunch of modules are part of seemingly unrelated domains. Especially SOR seems to cover a large range of modules (MIPI-CAL, DPAUX, SOR, HDMI, DSI, DSIB and HDA2HDMI). Given that we may want to more fine-grainedly control clocks to save power, don't we need to control clocks and resets within the drivers? I think the runtime PM framework makes sure to call this in the right order, so for suspend, the sequence would be:...

...rnel taint [ 11.750287] input: gpio-keys as /devices/platform/gpio-keys/input/input0 [ 11.759955] iommu: Adding device 15200000.display to group 1 [ 11.772805] iommu: Adding device 15210000.display to group 1 [ 11.783862] iommu: Adding device 15220000.display to group 1 [ 11.792939] tegra-dpaux 15040000.dpaux: 15040000.dpaux supply vdd not found, using dummy regulator [ 11.795746] tegra-dpaux 155c0000.dpaux: 155c0000.dpaux supply vdd not found, using dummy regulator [ 11.798378] tegra-sor 15580000.sor: failed to probe output: -517 [ 11.799278] tegra-sor 15580000.sor: failed to probe...

...| 6 ++---- drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 6 ++---- drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 6 ++---- drivers/gpu/drm/sun4i/sun8i_mixer.c | 6 ++---- drivers/gpu/drm/sun4i/sun8i_tcon_top.c | 6 ++---- drivers/gpu/drm/tegra/dpaux.c | 6 ++---- drivers/gpu/drm/tests/drm_kunit_helpers.c | 5 ++--- drivers/gpu/drm/tidss/tidss_drv.c | 6 ++---- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 6 ++---- drivers/gpu/drm/tiny/arcpgu.c | 6 ++---- drivers/...

...sun4i_tcon.c | 2 +- drivers/gpu/drm/sun4i/sun4i_tv.c | 2 +- drivers/gpu/drm/sun4i/sun6i_drc.c | 2 +- drivers/gpu/drm/sun4i/sun8i_mixer.c | 2 +- drivers/gpu/drm/tegra/dc.c | 2 +- drivers/gpu/drm/tegra/dpaux.c | 3 +- drivers/gpu/drm/tegra/dsi.c | 2 +- drivers/gpu/drm/tegra/gr3d.c | 6 +-- drivers/gpu/drm/tegra/hdmi.c | 2 +- drivers/gpu/drm/tegra/sor.c | 2 +- drivers/gpu/host1x/dev.c...

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in