dri-devel March 2018

dri-devel@lists.freedesktop.org

263 participants
1856 discussions

[pull] radeon and amdgpu drm-fixes-4.16
by Alex Deucher 07 Mar '18

07 Mar '18

Hi Dave, Fixes for 4.16. A bit bigger than I would have liked, but most of that is DC fixes which Harry helped me pull together from the past few weeks. Highlights: - Fix DL DVI with DC - Various RV fixes for DC - Overlay fixes for DC - Fix HDMI2 handling on boards without HBR tables in the vbios - Fix crash with pass-through on SI on amdgpu - Fix RB harvesting on KV - Fix hibernation failures on UVD with certain cards The following changes since commit 93dfdf9fde9f20f1c46738bf184adeebc7d7d66e: Merge branch 'drm-fixes-4.16' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2018-03-01 14:03:14 +1000) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-4.16 for you to fetch changes up to 4a53d9045ec31f3f97719c2e41cc8b2e7151a1fe: drm/amd/display: validate plane format on primary plane (2018-03-07 16:31:19 -0500) ---------------------------------------------------------------- Alex Deucher (3): drm/amdgpu: used cached pcie gen info for SI (v2) drm/radeon: fix KV harvesting drm/amdgpu: fix KV harvesting Bhawanpreet Lakha (1): drm/amd/display: Fix takover from VGA mode Eric Yang (3): drm/amd/display: fix cursor related Pstate hang drm/amd/display: update infoframe after dig fe is turned on drm/amd/display: early return if not in vga mode in disable_vga Harry Wentland (11): drm/amd/display: Don't blow up if TG is NULL in dce110_vblank_set drm/amd/display: Default HDMI6G support to true. Log VBIOS table error. drm/amd/display: Move MAX_TMDS_CLOCK define to header drm/amd/display: Remove unnecessary fail labels in create_stream_for_sink drm/amd/display: Pass signal directly to enable_tmds_output drm/amd/display: Don't allow dual-link DVI on all ASICs. drm/amd/display: Don't block dual-link DVI modes drm/amd/display: Make create_stream_for_sink more consistent drm/amd/display: Call update_stream_signal directly from amdgpu_dm drm/amd/display: Use crtc enable/disable_vblank hooks drm/amd/display: Return success when enabling interrupt James Zhu (2): drm/amdgpu:Correct max uvd handles drm/amdgpu:Always save uvd vcpu_bo in VM Mode Jerry (Fangzhi) Zuo (2): drm/amd/display: Fix topology change issue in MST rehook drm/amd/display: Fixed non-native modes not lighting up Leo (Sunpeng) Li (1): drm/amd/display: Fix memleaks when atomic check fails. Michel Dänzer (1): drm/amdgpu/dce6: Use DRM_DEBUG instead of DRM_INFO for HPD IRQ info Mikita Lipski (1): drm/amd/display: Set irq state only on existing crtcs Rex Zhu (1): drm/amdgpu: Notify sbios device ready before send request Roman Li (3): drm/amd/display: Fix active dongle hotplug drm/amd/display: Fix FBC topology change drm/amd/display: fix boot-up on vega10 Shirish S (5): drm/amd/display: defer modeset check in dm_update_planes_state drm/amd/display: validate plane in dce110 for scaling drm/amd/display: update plane params before validation drm/amd/display: disable CRTCs with NULL FB on their primary plane (V2) drm/amd/display: validate plane format on primary plane Tom St Denis (1): drm/amd/amdgpu: Mask rptr as well in ring debugfs drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c | 3 + drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 13 +- drivers/gpu/drm/amd/amdgpu/dce_v6_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 30 +--- drivers/gpu/drm/amd/amdgpu/si.c | 22 ++- drivers/gpu/drm/amd/amdgpu/si_dpm.c | 50 ++----- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 165 +++++++++++++++------ .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_irq.c | 6 +- .../amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 6 + drivers/gpu/drm/amd/display/dc/core/dc.c | 6 +- drivers/gpu/drm/amd/display/dc/core/dc_link.c | 3 +- drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 3 - drivers/gpu/drm/amd/display/dc/core/dc_stream.c | 76 +--------- drivers/gpu/drm/amd/display/dc/dc.h | 3 +- drivers/gpu/drm/amd/display/dc/dc_stream.h | 2 + drivers/gpu/drm/amd/display/dc/dce/dce_hwseq.h | 10 +- .../gpu/drm/amd/display/dc/dce/dce_link_encoder.c | 38 +++-- .../gpu/drm/amd/display/dc/dce/dce_link_encoder.h | 3 +- .../drm/amd/display/dc/dce100/dce100_resource.c | 1 + .../amd/display/dc/dce110/dce110_hw_sequencer.c | 91 ++++++++++-- .../drm/amd/display/dc/dce110/dce110_resource.c | 18 +++ .../drm/amd/display/dc/dce112/dce112_resource.c | 2 + .../drm/amd/display/dc/dce120/dce120_resource.c | 2 + .../gpu/drm/amd/display/dc/dce80/dce80_resource.c | 1 + .../drm/amd/display/dc/dcn10/dcn10_hw_sequencer.c | 65 +++++++- .../gpu/drm/amd/display/dc/inc/hw/link_encoder.h | 3 +- drivers/gpu/drm/amd/display/dc/inc/hw_sequencer.h | 3 + .../amd/display/dc/irq/dce110/irq_service_dce110.c | 2 +- .../amd/display/dc/virtual/virtual_link_encoder.c | 3 +- .../amd/display/include/grph_object_ctrl_defs.h | 5 - drivers/gpu/drm/amd/display/include/signal_types.h | 5 + drivers/gpu/drm/radeon/cik.c | 31 +--- 33 files changed, 381 insertions(+), 294 deletions(-)

1 0

[PATCH v5] drm/pl111: Use max memory bandwidth for resolution
by Linus Walleij 07 Mar '18

07 Mar '18

We were previously selecting 1024x768 and 32BPP as the default set-up for the PL111 consumers. This does not work on elder systems: the device tree bindings support a property "max-memory-bandwidth" in bytes/second that states that if you exceed this the memory bus will saturate. The result is flickering and unstable images. Parse the "max-memory-bandwidth" and respect it when intializing the driver. On the RealView PB11MP, Versatile and Integrator/CP we get a nice console as default with this code. Reviewed-by: Eric Anholt <eric(a)anholt.net> Signed-off-by: Linus Walleij <linus.walleij(a)linaro.org> --- ChangeLog v4->v5: - Rebase on top of drm-next and resend so the patch applies and produce a reasonable link. I have no clue why patch does not apply, it looks like it should, but the git moves in mysterious ways. ChangeLog v3->v4: - Switch the noisy DRM_INFO for DRM_DEBUG_KMS - Collect Eric's review tag ChangeLog v2->v3: - Account for the case where there is no bandwidth limitation so priv->memory_bw is zero. Then just accept any modes. ChangeLog v1->v2: - Exploit the new .mode_valid() callback we added to the simple KMS helper. - Use the hardcoded bits per pixel per variant instead of trying to be heuristic about this setting for now. --- drivers/gpu/drm/pl111/pl111_display.c | 36 +++++++++++++++++++++++++++++++++++ drivers/gpu/drm/pl111/pl111_drm.h | 1 + drivers/gpu/drm/pl111/pl111_drv.c | 6 ++++++ 3 files changed, 43 insertions(+) diff --git a/drivers/gpu/drm/pl111/pl111_display.c b/drivers/gpu/drm/pl111/pl111_display.c index 5b8368c76734..310646427907 100644 --- a/drivers/gpu/drm/pl111/pl111_display.c +++ b/drivers/gpu/drm/pl111/pl111_display.c @@ -50,6 +50,41 @@ irqreturn_t pl111_irq(int irq, void *data) return status; } +static enum drm_mode_status +pl111_mode_valid(struct drm_crtc *crtc, + const struct drm_display_mode *mode) +{ + struct drm_device *drm = crtc->dev; + struct pl111_drm_dev_private *priv = drm->dev_private; + u32 cpp = priv->variant->fb_bpp / 8; + u64 bw; + + /* + * We use the pixelclock to also account for interlaced modes, the + * resulting bandwidth is in bytes per second. + */ + bw = mode->clock * 1000; /* In Hz */ + bw = bw * mode->hdisplay * mode->vdisplay * cpp; + bw = div_u64(bw, mode->htotal * mode->vtotal); + + /* + * If no bandwidth constraints, anything goes, else + * check if we are too fast. + */ + if (priv->memory_bw && (bw > priv->memory_bw)) { + DRM_DEBUG_KMS("%d x %d @ %d Hz, %d cpp, bw %llu too fast\n", + mode->hdisplay, mode->vdisplay, + mode->clock * 1000, cpp, bw); + + return MODE_BAD; + } + DRM_DEBUG_KMS("%d x %d @ %d Hz, %d cpp, bw %llu bytes/s OK\n", + mode->hdisplay, mode->vdisplay, + mode->clock * 1000, cpp, bw); + + return MODE_OK; +} + static int pl111_display_check(struct drm_simple_display_pipe *pipe, struct drm_plane_state *pstate, struct drm_crtc_state *cstate) @@ -348,6 +383,7 @@ static int pl111_display_prepare_fb(struct drm_simple_display_pipe *pipe, } static struct drm_simple_display_pipe_funcs pl111_display_funcs = { + .mode_valid = pl111_mode_valid, .check = pl111_display_check, .enable = pl111_display_enable, .disable = pl111_display_disable, diff --git a/drivers/gpu/drm/pl111/pl111_drm.h b/drivers/gpu/drm/pl111/pl111_drm.h index 2a93e0134061..8639b2d4ddf7 100644 --- a/drivers/gpu/drm/pl111/pl111_drm.h +++ b/drivers/gpu/drm/pl111/pl111_drm.h @@ -65,6 +65,7 @@ struct pl111_drm_dev_private { struct drm_simple_display_pipe pipe; void *regs; + u32 memory_bw; u32 ienb; u32 ctrl; /* The pixel clock (a reference to our clock divider off of CLCDCLK). */ diff --git a/drivers/gpu/drm/pl111/pl111_drv.c b/drivers/gpu/drm/pl111/pl111_drv.c index e92a406c9ea9..4621259d5387 100644 --- a/drivers/gpu/drm/pl111/pl111_drv.c +++ b/drivers/gpu/drm/pl111/pl111_drv.c @@ -257,6 +257,12 @@ static int pl111_amba_probe(struct amba_device *amba_dev, drm->dev_private = priv; priv->variant = variant; + if (of_property_read_u32(dev->of_node, "max-memory-bandwidth", + &priv->memory_bw)) { + dev_info(dev, "no max memory bandwidth specified, assume unlimited\n"); + priv->memory_bw = 0; + } + /* The two variants swap this register */ if (variant->is_pl110) { priv->ienb = CLCD_PL110_IENB; -- 2.14.3

1 0

[Bug 104717] Rocket League: grass rendering broken with nir
by bugzilla-daemon＠freedesktop.org 07 Mar '18

07 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=104717 Gregor Münch <gr.muench(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |t_arceri(a)yahoo.com.au --- Comment #2 from Gregor Münch <gr.muench(a)gmail.com> --- Looks like the assigning didnt work? Did that now, I hope you dont mind. Honestly I dont understand why Intel isnt affected. As far as I understood the old problem: mesa basically treats OpenGL spec right but nvidia was faster implementing it thus created a de-facto standard. Now porting companys agree its wrong but dont want to change treatment because 80% of their users using nvidia binary blob. To circumvent the problem, a override was created. Fixing the issue for radeon. I mean, I understand that the RadeonSI NIR port doesnt respect the dri override yet. But I dont understand that Intel isnt using the dri override at all. Which would mean that if Intel treats the opengl spec in the same way like RadeonSI did but doesnt make use of the override, the problems in those games still appear for Intel users. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[PATCH] drm/atomic: Add new reverse iterator over all plane state (V2)
by Shirish S 07 Mar '18

07 Mar '18

Add reverse iterator for_each_oldnew_plane_in_state_reverse to compliment the for_each_oldnew_plane_in_state way or reading plane states. The plane states are required to be read in reverse order for amd drivers, cause the z order convention followed in linux is opposite to how the planes are supposed to be presented to DC engine, which is in common to both windows and linux. V2: fix compile time errors due to -Werror flag. Signed-off-by: Shirish S <shirish.s(a)amd.com> Signed-off-by: Pratik Vishwakarma <Pratik.Vishwakarma(a)amd.com> Reviewed-by: Daniel Vetter <daniel.vetter(a)ffwll.ch> --- include/drm/drm_atomic.h | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/include/drm/drm_atomic.h b/include/drm/drm_atomic.h index cf13842..3fe8dde 100644 --- a/include/drm/drm_atomic.h +++ b/include/drm/drm_atomic.h @@ -754,6 +754,28 @@ void drm_state_dump(struct drm_device *dev, struct drm_printer *p); (new_plane_state) = (__state)->planes[__i].new_state, 1)) /** + * for_each_oldnew_plane_in_state_reverse - iterate over all planes in an atomic + * update in reverse order + * @__state: &struct drm_atomic_state pointer + * @plane: &struct drm_plane iteration cursor + * @old_plane_state: &struct drm_plane_state iteration cursor for the old state + * @new_plane_state: &struct drm_plane_state iteration cursor for the new state + * @__i: int iteration cursor, for macro-internal use + * + * This iterates over all planes in an atomic update in reverse order, + * tracking both old and new state. This is useful in places where the + * state delta needs to be considered, for example in atomic check functions. + */ +#define for_each_oldnew_plane_in_state_reverse(__state, plane, old_plane_state, new_plane_state, __i) \ + for ((__i) = ((__state)->dev->mode_config.num_total_plane - 1); \ + (__i) >= 0; \ + (__i)--) \ + for_each_if ((__state)->planes[__i].ptr && \ + ((plane) = (__state)->planes[__i].ptr, \ + (old_plane_state) = (__state)->planes[__i].old_state,\ + (new_plane_state) = (__state)->planes[__i].new_state, 1)) + +/** * for_each_old_plane_in_state - iterate over all planes in an atomic update * @__state: &struct drm_atomic_state pointer * @plane: &struct drm_plane iteration cursor -- 2.7.4

2 1

[Bug 105386] Request for a new fd.o account
by bugzilla-daemon＠freedesktop.org 07 Mar '18

07 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=105386 Bug ID: 105386 Summary: Request for a new fd.o account Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: IGT Assignee: dri-devel(a)lists.freedesktop.org Reporter: antonio.argenziano(a)intel.com Created attachment 137868 --> https://bugs.freedesktop.org/attachment.cgi?id=137868&action=edit PGP & SSH PUBLIC KEY Request for a new account for: Name: Antonio Argenziano email addr: antonio.argenziano(a)intel.com preferred account name: aargenzi Thanks. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[PATCH 0/21] Add KHR_display through GOOGLE_display_timing [v2]
by Keith Packard 07 Mar '18

07 Mar '18

Dave Airlie asked me to split these up so that the core and anv/radv bits were all in separate patches. There are no code changes here aside from fixing the KHR_display version from 1 to 23. I also fixed the indentation in the changes to the radv driver from spaces to tabs as per convention. -keith

4 27

[Bug 81689] New: Black screen in info-beamer
by bugzilla-daemon＠freedesktop.org 07 Mar '18

07 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=81689 Priority: medium Bug ID: 81689 Assignee: dri-devel(a)lists.freedesktop.org Summary: Black screen in info-beamer Severity: normal Classification: Unclassified OS: Linux (All) Reporter: sa(a)whiz.se Hardware: x86 (IA32) Status: NEW Version: 10.2 Component: Drivers/Gallium/r600 Product: Mesa The multimedia presenter info-beamer ( http://info-beamer.org/ ) just renders a black screen with r600g. It's working fine with software rendering and on Intel hardware. Not a regression, or at least present in Mesa 9.2. I've made an apitrace of one of the beamer demos: https://my.owndrive.com/public.php?service=files&t=cef11b335be2741058363783… The trace renders correctly but gives a lot of errors, so this might be a bug in info-beamer: 0 87813 glGetUniformLocation(program = 0, name = "Color") = -1 87813: warning: glGetError(glGetUniformLocation) = GL_INVALID_VALUE 87872: glDebugOutputCallback: High severity API error 1, GL_INVALID_OPERATION in glReadBuffer(buffer=0x405) 87872: glDebugOutputCallback: High severity API error 1, GL_INVALID_OPERATION in glDrawBuffer(buffer=0x405) 0 87872 glPopAttrib() 87872: warning: glGetError(glPopAttrib) = GL_INVALID_OPERATION 87882: glDebugOutputCallback: High severity API error 1, GL_INVALID_VALUE in glGetUniformLocation System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 7.4.0 -- xserver: 1.16.0 -- mesa: 10.2.4 -- drm: 2.4.54 -- kernel: 3.13 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 105021] suspend / rx550 / extremely slow after 2nd thaw
by bugzilla-daemon＠freedesktop.org 07 Mar '18

07 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=105021 jamesz(a)amd.com <jamesz(a)amd.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #30 from jamesz(a)amd.com <jamesz(a)amd.com> --- https://lists.freedesktop.org/archives/amd-gfx/2018-March/019801.html the above patch should solve this suspend/resume issue. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[PATCH 1/6] drm: Reject replacing property enum values
by Ville Syrjala 07 Mar '18

07 Mar '18

From: Ville Syrjälä <ville.syrjala(a)linux.intel.com> If the property already has the enum value WARN and bail. Replacing enum values doesn't make sense to me. Throw out the pointless list_empty() while at it. Cc: Daniel Vetter <daniel(a)ffwll.ch> Suggested-by: Daniel Vetter <daniel(a)ffwll.ch> Signed-off-by: Ville Syrjälä <ville.syrjala(a)linux.intel.com> --- drivers/gpu/drm/drm_property.c | 11 +++-------- 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/drm_property.c b/drivers/gpu/drm/drm_property.c index c37ac41125b5..d77b0c4dc485 100644 --- a/drivers/gpu/drm/drm_property.c +++ b/drivers/gpu/drm/drm_property.c @@ -390,14 +390,9 @@ int drm_property_add_enum(struct drm_property *property, int index, (value > 63)) return -EINVAL; - if (!list_empty(&property->enum_list)) { - list_for_each_entry(prop_enum, &property->enum_list, head) { - if (prop_enum->value == value) { - strncpy(prop_enum->name, name, DRM_PROP_NAME_LEN); - prop_enum->name[DRM_PROP_NAME_LEN-1] = '\0'; - return 0; - } - } + list_for_each_entry(prop_enum, &property->enum_list, head) { + if (WARN_ON(prop_enum->value == value)) + return -EINVAL; } prop_enum = kzalloc(sizeof(struct drm_property_enum), GFP_KERNEL); -- 2.16.1

3 12

[PATCH/RFC 00/60] omapdrm: Reverse direction of DSS device (dis)connect operations
by Laurent Pinchart 07 Mar '18

07 Mar '18

Hello, This patch series is a first step towards moving the omapdrm driver away from the custom bridge and panel drivers to drm_bridge and drm_panel. The main blocker to transition to drm_bridge and drm_panel is the direction of the bridge operations. While the omapdrm driver manages its components from sink to source (panel to DSS output), the drm_bridge API is manages bridges in the source to sink direction. This makes the two models incompatible, and requires reversing the direction of operations inside omapdrm. Don't rejoice too fast, we're still far from a complete transition, but this first step paves the way by reworking the driver's internals to make source to sink order possible. It then transitions the connect and disconnect operations (the omapdrm equivalent of the drm_bridge attach and detach operations) to the new direction. I've sent the patches as an RFC as I might not be aware of all the consequences of the numerous changes to the driver's internals, even if I took care to analyze the code flows to the best of my abilities. The series contains patches previously posted by Jyri and Peter that I have found helpful. Please see the individual patches for changes compared to the original versions (trivial conflict resolutions caused by a rebase are not mentioned). The patches are based on top of a merge between Tomi's omapdrm-next branch and the drm-misc/drm-misc-next branch for the "drm: fix drm_get_max_iomem type mismatch" compilation fix. They can be found at git://linuxtv.org/pinchartl/media.git omapdrm/bridge The series has been tested on a Pandaboard with the HDMI and DVI outputs. All patches have been at least compile-tested individually. I'll now go through the process of making sure each of them gets tested on hardware as well. Jyri Sarha (1): drm/omap: dss: Move platform_device_register from core.c to dss.c probe Laurent Pinchart (55): drm/omap: dss: Gather OMAP DSS components at probe time drm/omap: dss: Remove omapdss_hdmi_ops set_infoframe operation drm/omap: dss: Remove omapdss_atv_ops get_wss and set_wss operations drm/omap: dss: Remove DSS encoders get_timings operation drm/omap: dss: Remove unused omapdss_default_get_timings() drm/omap: dss: Constify omap_dss_driver operations structure drm/omap: displays: Remove videomode from omap_dss_device structure drm/omap: dss: Remove omap_dss_device panel fields drm/omap: dss: Rename omap_dss_device list field to output_list drm/omap: dss: Create global list of all omap_dss_device instances drm/omap: dss: Create and use omapdss_device_is_registered() drm/omap: dss: Rework output lookup by port node drm/omap: dss: Allow looking up any device by port drm/omap: dss: Move common device operations to common structure drm/omap: dss: Add functions to connect and disconnect devices drm/omap: dss: Move debug message and checks to connection handlers drm/omap: dss: Move src and dst check and set to connection handlers drm/omap: displays: Remove input omap_dss_device from panel data drm/omap: dsi: Simplify debugfs implementation drm/omap: Move DSI debugfs clocks dump to dsi%u_clks files drm/omap: dss: Remove output devices list drm/omap: dss: Rename for_each_dss_dev macro to for_each_dss_display drm/omap: dss: Make omap_dss_get_next_device() more generic drm/omap: dss: Split omapdss_register_display() drm/omap: dss: Remove panel devices list drm/omap: dss: Move and rename omap_dss_(get|put)_device() drm/omap: dss: Store dss_device pointer in omap_dss_device drm/omap: dss: Move DSS mgr ops and private data to dss_device drm/omap: dss: Modify omapdss_find_output_from_display() to return channel drm/omap: dss: Replace omap_dss_device port number with bitmask drm/omap: dss: Extend omapdss_of_find_source_for_first_ep() to sinks drm/omap: displays: Don't cast dssdev to panel data unnecessarily drm/omap: dss: Cleanup error paths in output init functions drm/omap: dss: dsi: Move initialization code from bind to probe drm/omap: dss: hdmi4: Move initialization code from bind to probe drm/omap: dss: hdmi5: Move initialization code from bind to probe drm/omap: dss: venc: Move initialization code from bind to probe drm/omap: dss: Acquire next dssdev at probe time drm/omap: dss: Add for_each_dss_output() macro drm/omap: dss: Add function to retrieve display for an output drm/omap: dss: Remove duplicated parameter to dss_mgr_(dis)connect() drm/omap: dss: Get regulators at probe time drm/omap: Remove unneeded variable assignments in omap_modeset_init drm/omap: Create all planes before CRTCs drm/omap: Group CRTC, encoder, connector and dssdev in a structure drm/omap: Reverse direction of DSS device (dis)connect operations drm/omap: dss: Move connection checks to omapdss_device_(dis)connect drm/omap: dss: Move display type validation to initialization time drm/omap: dss: Merge two disconnection helpers drm/omap: Pass pipe pointer to omap_crtc_init() drm/omap: Store CRTC lookup by channel table in omap_drm_private drm/omap: Remove omap_crtc_output global array drm/omap: Remove supported output check in CRTC connect handler drm/omap: Set dispc_channel_connect from DSS output connect handlers drm/omap: dss: Remove the dss_mgr_(dis)connect() operations Peter Ujfalusi (4): drm/omap: Allocate drm_device earlier and unref it as last step drm/omap: Manage the usable omap_dss_device list within omap_drm_private drm/omap: Do dss_device (display) ordering in omap_drv.c drm/omap: dss: Remove display ordering from dss/display.c .../gpu/drm/omapdrm/displays/connector-analog-tv.c | 95 +--- drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 78 +-- drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 127 ++--- drivers/gpu/drm/omapdrm/displays/encoder-opa362.c | 113 ++--- drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 107 ++--- .../gpu/drm/omapdrm/displays/encoder-tpd12s015.c | 149 ++---- drivers/gpu/drm/omapdrm/displays/panel-dpi.c | 73 +-- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 237 ++++----- .../omapdrm/displays/panel-lgphilips-lb035q02.c | 71 +-- .../drm/omapdrm/displays/panel-nec-nl8048hl11.c | 71 +-- .../drm/omapdrm/displays/panel-sharp-ls037v7dw01.c | 71 +-- .../drm/omapdrm/displays/panel-sony-acx565akm.c | 90 +--- .../drm/omapdrm/displays/panel-tpo-td028ttec1.c | 71 +-- .../drm/omapdrm/displays/panel-tpo-td043mtea1.c | 87 +--- drivers/gpu/drm/omapdrm/dss/base.c | 225 ++++++++- drivers/gpu/drm/omapdrm/dss/core.c | 26 +- drivers/gpu/drm/omapdrm/dss/dispc.c | 8 - drivers/gpu/drm/omapdrm/dss/display.c | 134 +----- drivers/gpu/drm/omapdrm/dss/dpi.c | 172 +++---- drivers/gpu/drm/omapdrm/dss/dsi.c | 527 ++++++++++----------- drivers/gpu/drm/omapdrm/dss/dss-of.c | 47 +- drivers/gpu/drm/omapdrm/dss/dss.c | 27 +- drivers/gpu/drm/omapdrm/dss/dss.h | 8 +- drivers/gpu/drm/omapdrm/dss/hdmi4.c | 336 +++++++------ drivers/gpu/drm/omapdrm/dss/hdmi5.c | 319 ++++++------- drivers/gpu/drm/omapdrm/dss/omapdss.h | 227 +++------ drivers/gpu/drm/omapdrm/dss/output.c | 208 ++------ drivers/gpu/drm/omapdrm/dss/sdi.c | 113 ++--- drivers/gpu/drm/omapdrm/dss/venc.c | 252 ++++------ drivers/gpu/drm/omapdrm/omap_connector.c | 10 +- drivers/gpu/drm/omapdrm/omap_crtc.c | 78 +-- drivers/gpu/drm/omapdrm/omap_crtc.h | 6 +- drivers/gpu/drm/omapdrm/omap_drv.c | 296 +++++++----- drivers/gpu/drm/omapdrm/omap_drv.h | 19 +- drivers/gpu/drm/omapdrm/omap_encoder.c | 6 +- drivers/gpu/drm/omapdrm/omap_fbdev.c | 4 +- drivers/gpu/drm/omapdrm/omap_irq.c | 4 +- 37 files changed, 1783 insertions(+), 2709 deletions(-) -- Regards, Laurent Pinchart

2 62

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2018