[PATCH] drm/radeon/radeon_device: remove unused function

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/radeon/radeon_device.c:1961:5: warning: no previous prototype for 'radeon_debugfs_init' [-Wmissing-prototypes] drivers/gpu/drm/radeon/radeon_device.c:1966:6: warning: no previous prototype for 'radeon_debugfs_cleanup'

[PATCH v9 00/19] Add support for FDMA DMA controller and slim core rproc found on STi chipsets

On Wed, Sep 14, 2016 at 06:37:40PM +0530, Vinod Koul wrote: > On Tue, Sep 13, 2016 at 11:06:16AM -0700, Bjorn Andersson wrote: > > > I hate to send a ping, > > > > Sorry about that. > > > > > but do you think we can merge this fdma series? It has gone > > > through quite a few review rounds now.

[drm-intel:for-linux-next 12/12] drivers/gpu/drm/drm_dp_helper.c:551:2: error: implicit declaration of function 'seq_printf'

kernel test infrastructureOpen Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 17838 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/66f05fc9/attachment.obj>

[PATCH] drm/amdgpu: clean function declarations in amdgpu_ttm.c up

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:985:5: warning: no previous prototype for 'amdgpu_ttm_init' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1092:6: warning: no previous prototype for 'amdgpu_ttm_fini' [-Wmissing-prototypes]

[PATCH v10 3/3] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

ght %d\n", ret); > + return ret; > + } > + > + drm_panel_init(>base); > + jdi->base.funcs = _panel_funcs; > + jdi->base.dev = >dsi->dev; > + > + ret = drm_panel_add(>base); > + > + return ret; > +} > + > +static void jdi_panel_del(struct jdi_panel *jdi) > +{ > + if (jdi->base.dev) > + drm_panel_remove(>base); > +} > + > +static int jdi_panel_probe(struct mipi_dsi_device *dsi) > +{ > + struct jdi_panel *jdi; > + int ret; > + > + dsi->lanes = 4; > + dsi->format = MIPI_DSI_FMT_RGB888; > + dsi->mode_flags = MIPI_DSI_MODE_VIDEO_HSE | MIPI_DSI_MODE_VIDEO | > + MIPI_DSI_CLOCK_NON_CONTINUOUS; > + > + jdi = devm_kzalloc(>dev, sizeof(*jdi), GFP_KERNEL); > + if (!jdi) > + return -ENOMEM; > + > + mipi_dsi_set_drvdata(dsi, jdi); > + > + jdi->dsi = dsi; > + > + ret = jdi_panel_add(jdi); > + if (ret < 0) > + return ret; > + > + return mipi_dsi_attach(dsi); > +} > + > +static int jdi_panel_remove(struct mipi_dsi_device *dsi) > +{ > + struct jdi_panel *jdi = mipi_dsi_get_drvdata(dsi); > + int ret; > + > + ret = jdi_panel_disable(>base); > + if (ret < 0) > + dev_err(>dev, "failed to disable panel: %d\n", ret); > + > + ret = mipi_dsi_detach(dsi); > + if (ret < 0) > + dev_err(>dev, "failed to detach from DSI host: %d\n", > + ret); > + > + drm_panel_detach(>base); > + jdi_panel_del(jdi); > + > + return 0; > +} > + > +static void jdi_panel_shutdown(struct mipi_dsi_device *dsi) > +{ > + struct jdi_panel *jdi = mipi_dsi_get_drvdata(dsi); > + > + jdi_panel_disable(>base); > +} > + > +static struct mipi_dsi_driver jdi_panel_driver = { > + .driver = { > + .name = "panel-jdi-lt070me05000", > + .of_match_table = jdi_of_match, > + }, > + .probe = jdi_panel_probe, > + .remove = jdi_panel_remove, > + .shutdown = jdi_panel_shutdown, > +}; > +module_mipi_dsi_driver(jdi_panel_driver); > + > +MODULE_AUTHOR("Sumit Semwal "); > +MODULE_AUTHOR("Vinay Simha BN "); > +MODULE_DESCRIPTION("JDI LT070ME05000 WUXGA"); > +MODULE_LICENSE("GPL v2"); > -- > 2.1.2 > > -- regards, vinaysimha -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/3b199c9c/attachment-0001.html>

[PATCH v4] dt-bindings: Add jdi lt070me05000 panel bindings

_HIGH>; > + reset-gpios = <_pinmux 54 GPIO_ACTIVE_LOW>; > + dcdc-en-gpios = <_gpio 23 GPIO_ACTIVE_HIGH>; > + }; > + }; > -- > 2.1.2 > > -- regards, vinaysimha -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/0e99f30a/attachment-0001.html>

[PATCH] drm/radeon/radeon_device: remove unused function

Am 15.09.2016 um 16:13 schrieb Baoyou Xie: > We get 2 warnings when building kernel with W=1: > drivers/gpu/drm/radeon/radeon_device.c:1961:5: warning: no previous prototype > for 'radeon_debugfs_init' [-Wmissing-prototypes] > drivers/gpu/drm/radeon/radeon_device.c:1966:6: warning: no previous

[PATCH] drm/sti: mark symbols static where possible

We get 4 warnings when building kernel with W=1: drivers/gpu/drm/sti/sti_gdp.c:476:5: warning: no previous prototype for 'sti_gdp_field_cb' [-Wmissing-prototypes] drivers/gpu/drm/sti/sti_hqvdp.c:786:5: warning: no previous prototype for 'sti_hqvdp_vtg_cb' [-Wmissing-prototypes]

[PATCH] drm/sti: forbid plane on several mixer

On Thu, Sep 15, 2016 at 04:59:55PM +0200, Vincent ABRIOU wrote: > > > On 09/15/2016 04:27 PM, Ville Syrjälä wrote: > > On Wed, Sep 14, 2016 at 01:40:02PM +0200, Vincent Abriou wrote: > >> When a plane is going to be enabled we re-evaluate the possible crtcs > >> for the associated drm plane.

[PATCH v2 5/5] drm/i915: use i915_gem_open() directly instead of i915_driver_open()

2016-09-15 18:46 GMT+09:00 Jani Nikula : > On Wed, 14 Sep 2016, Masahiro Yamada wrote: >> i915_driver_open() is equivalent to i915_gem_open(). Replace the >> i915_driver_open with the direct use of i915_gem_open(). > > Sorry I know I asked for this, but there was opposition to doing > this.

[Bug 91667] Tonga Oopses with uvd + agd5f drm-next-4.3-wip

ves/dri-devel/attachments/20160915/3659dfbf/attachment.html>

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

Am Mittwoch, 14. September 2016, 14:14:35 CEST schrieb Jani Nikula: > On Wed, 14 Sep 2016, Jani Nikula wrote: > > On Wed, 14 Sep 2016, Pavel Machek wrote: > >> For the "sometimes need xrandr after resume": I don't think I can > >> bisect that. It only happens sometimes :-(. But there's something

[PATCH 8/8] drm/sti: use valid video mode

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > In atomic mode the crtc_xxx (eg crtc_hdisplay) members of the mode > structure may be unset before calling atomic_check/commit for planes. > Instead of, use xxx members which are actually set. > > Signed-off-by: Fabien

[PATCH 7/8] drm/sti: in crtc_atomic_flush, enable only planes of this crtc

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > crtc_atomic_flush performs some additional processing, like plane > enable at mixer level. > Enable only the planes attached to the CRTC. > > Signed-off-by: Fabien Dessenne > --- > drivers/gpu/drm/sti/sti_crtc.c | 4

[PATCH 6/8] drm/sti: use vtg array instead of vtg_main/aux

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > This is more generic and more consistent with the other members of the > sti_compositor struct. > > Signed-off-by: Fabien Dessenne > --- > drivers/gpu/drm/sti/sti_compositor.c | 4 ++-- >

[PATCH 5/8] drm/sti: use different notifier_block for each pipe

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > Each pipe shall have its own notifier block to manage the vblank event. > This fixes issues where a client registered on given pipe is later > abusively notified of events on the other pipe. > > Signed-off-by: Fabien

[PATCH 4/8] drm/sti: fix atomic_disable check

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > When a drm_plane is being disabled, its ->crtc member is set to NULL > before the .atomic_disable() func is called. > To get the crtc of the plane, read old_state->crtc instead of > drm_plane->crtc > > Signed-off-by:

[PATCH 3/8] drm/sti: run gdp init sequence only once

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > Do not rely on plane->status to define whether this is the first update > but rather check for gdp->vtg. > This avoids multiple and unwanted calls to sti_vtg_register_client() > which breaks the kernel scheduler. > >

[PATCH] drm/sti: forbid plane on several mixer

On Wed, Sep 14, 2016 at 01:40:02PM +0200, Vincent Abriou wrote: > When a plane is going to be enabled we re-evaluate the possible crtcs > for the associated drm plane. Only the crtc on which the plane should be > displayed is considered possible until the plane is disabled. > Indeed STI hardware

[PATCH 2/8] drm/sti: run hqvdp init sequence only once

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > Do not rely on plane->status to define whether this is the first update > but rather check for hqvdp->xp70_initialized bit status. > This avoids multiple and unwanted calls to sti_vtg_register_client() > which breaks the

[PATCH 1/8] drm/sti: fix debug logs

Acked-by: Vincent Abriou On 09/15/2016 03:41 PM, Fabien Dessenne wrote: > Add some missing \n in logs. > > Signed-off-by: Fabien Dessenne > --- > drivers/gpu/drm/sti/sti_gdp.c | 2 +- > drivers/gpu/drm/sti/sti_hda.c | 4 ++-- > drivers/gpu/drm/sti/sti_hdmi.c | 2 +- > 3 files changed, 4

[Bug 97796] Parts of screen do not update

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/40a05f83/attachment.html>

[PATCH v2] drm/sti: fix compositor debugfs creation

Acked-by: Benjamin Gaignard 2016-09-15 17:12 GMT+02:00 Vincent Abriou : > Fix typo and issue while creating the vid and mixer debugfs entries. > > Signed-off-by: Vincent Abriou > --- > drivers/gpu/drm/sti/sti_compositor.c | 22 +- > drivers/gpu/drm/sti/sti_compositor.h | 4

[PATCH] drm/sti: mark symbols static where possible

Acked-by: Vincent Abriou On 09/15/2016 01:39 PM, Baoyou Xie wrote: > We get 4 warnings when building kernel with W=1: > drivers/gpu/drm/sti/sti_gdp.c:476:5: warning: no previous prototype for > 'sti_gdp_field_cb' [-Wmissing-prototypes] > drivers/gpu/drm/sti/sti_hqvdp.c:786:5: warning: no

[PATCH v2] drm/sti: fix compositor debugfs creation

Fix typo and issue while creating the vid and mixer debugfs entries. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_compositor.c | 22 +- drivers/gpu/drm/sti/sti_compositor.h | 4 ++-- drivers/gpu/drm/sti/sti_crtc.c | 2 +- 3 files changed, 12

[PATCH v4 01/14] drm: Centralize format information

On Thu, Sep 15, 2016 at 09:22:54AM +0300, Tomi Valkeinen wrote: > On 15/09/16 01:22, Laurent Pinchart wrote: > > No, the depth value is the number of colour bits, excluding the alpha bits. > > This is used to implement the fbdev compatibility code, as fbdev (unlike > > kms) > > makes use of

[Bug 91278] Tonga GPU lock/reset fail with Unigine Valley

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/e41e1b74/attachment.html>

[PATCH] drm/sti: forbid plane on several mixer

On 09/15/2016 04:27 PM, Ville Syrjälä wrote: > On Wed, Sep 14, 2016 at 01:40:02PM +0200, Vincent Abriou wrote: >> When a plane is going to be enabled we re-evaluate the possible crtcs >> for the associated drm plane. Only the crtc on which the plane should be >> displayed is considered

[Bug 92544] Tonga fails second resume from mem sleep.

dri-devel/attachments/20160915/f87a0fe2/attachment.html>

[Bug 95399] Tonga agd5f drm-next-4.8-wip-dal Oops on startx

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160915/fe54920e/attachment.html>

[Bug 95306] Random Blank(black) screens on "Carrizo"

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/98f9bd42/attachment.html>

[GIT PULL] etnaviv-next for 4.9

Hi Dave, this is the etnaviv feature pull-request for Linux 4.9. Notable changes: - Cleanups from Fabio to some error paths and proper error propagation. - Lots of refactoring and new code to support the new MMU version 2, still relatively unoptimized and doesn't yet provide better process

[PATCH] drm/sti: fix compositor debugfs creation

Fix typo and issue while creating the vid and mixer debugfs entries. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_compositor.c | 8 ++-- drivers/gpu/drm/sti/sti_compositor.h | 4 ++-- drivers/gpu/drm/sti/sti_crtc.c | 2 +- 3 files changed, 9 insertions(+), 5 deletions(-)

[Bug 97796] Parts of screen do not update

rks around these problems for you? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/d3a99a63/attachment.html>

[PATCH] drm/gma500: Fix possible null pointer dereference on sender

From: Colin Ian King There is a null pointer sanity check on sender after sender is earlier dereferenced on the intialization of drm_device dev. Move this dereference to after sender is sanity checked to avoid the null pointer dereference. Issue found with static

[PATCH] drm/amdgpu: clean function declarations in amdgpu_ttm.c up

Am 15.09.2016 um 15:43 schrieb Baoyou Xie: > We get 2 warnings when building kernel with W=1: > > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:985:5: warning: no previous prototype > for 'amdgpu_ttm_init' [-Wmissing-prototypes] > drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1092:6: warning: no previous >

[PATCH 8/8] drm/sti: use valid video mode

In atomic mode the crtc_xxx (eg crtc_hdisplay) members of the mode structure may be unset before calling atomic_check/commit for planes. Instead of, use xxx members which are actually set. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_gdp.c | 8

[PATCH 7/8] drm/sti: in crtc_atomic_flush, enable only planes of this crtc

crtc_atomic_flush performs some additional processing, like plane enable at mixer level. Enable only the planes attached to the CRTC. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_crtc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_crtc.c

[PATCH 6/8] drm/sti: use vtg array instead of vtg_main/aux

This is more generic and more consistent with the other members of the sti_compositor struct. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_compositor.c | 4 ++-- drivers/gpu/drm/sti/sti_compositor.h | 6 ++ drivers/gpu/drm/sti/sti_crtc.c | 12 +---

[PATCH 5/8] drm/sti: use different notifier_block for each pipe

Each pipe shall have its own notifier block to manage the vblank event. This fixes issues where a client registered on given pipe is later abusively notified of events on the other pipe. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_compositor.c | 4 +++-

[PATCH 4/8] drm/sti: fix atomic_disable check

When a drm_plane is being disabled, its ->crtc member is set to NULL before the .atomic_disable() func is called. To get the crtc of the plane, read old_state->crtc instead of drm_plane->crtc Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_cursor.c | 6 +++---

[PATCH 3/8] drm/sti: run gdp init sequence only once

Do not rely on plane->status to define whether this is the first update but rather check for gdp->vtg. This avoids multiple and unwanted calls to sti_vtg_register_client() which breaks the kernel scheduler. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_gdp.c | 4 ++-- 1 file

[PATCH 2/8] drm/sti: run hqvdp init sequence only once

Do not rely on plane->status to define whether this is the first update but rather check for hqvdp->xp70_initialized bit status. This avoids multiple and unwanted calls to sti_vtg_register_client() which breaks the kernel scheduler. Signed-off-by: Fabien Dessenne ---

[PATCH 1/8] drm/sti: fix debug logs

Add some missing \n in logs. Signed-off-by: Fabien Dessenne --- drivers/gpu/drm/sti/sti_gdp.c | 2 +- drivers/gpu/drm/sti/sti_hda.c | 4 ++-- drivers/gpu/drm/sti/sti_hdmi.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/sti/sti_gdp.c

[PATCH 0/8] drm/sti: atomic bug fixes

This serie provides with bug fixes found while testing drm/sti with an atomic version of weston [PATCH 1/8] drm/sti: fix debug logs [PATCH 2/8] drm/sti: run hqvdp init sequence only once [PATCH 3/8] drm/sti: run gdp init sequence only once [PATCH 4/8] drm/sti: fix atomic_disable check [PATCH

[PATCH] DRM: i915: Fix random GPU hang, Bug 156851

Signed-off-by: Cheng Cao --- drivers/gpu/drm/i915/i915_gem_gtt.c | 6 drivers/gpu/drm/i915/i915_gem_stolen.c | 61 - drivers/gpu/drm/i915/i915_reg.h | 6 drivers/gpu/drm/i915/intel_ringbuffer.c | 20 ++- 4 files changed, 60

[ADV7393] DRM Encoder Slave or DRM Bridge

On Wed, Sep 14, 2016 at 3:04 PM, Tomi Valkeinen wrote: > > > On 13/09/16 16:13, Vikas Patil wrote: >> Thanks Tomi for quick comment. >> >> I am thinking to base adv7393 driver on >> "drivers\gpu\drm\omapdrm\displays\encoder-tc358768.c" as I don't think >> any similar to adv7393 chip driver

[PATCH 14/26] drm/omap: dispc: Simplify _dispc_mgr_set_lcd_timings() parameters

Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/5c382a69/attachment.sig>

[PATCH] drm/sti: dpms function missing for HDMI connector

Acked-by: Benjamin Gaignard 2016-09-14 10:20 GMT+02:00 Vincent Abriou : > Signed-off-by: Vincent Abriou > --- > drivers/gpu/drm/sti/sti_hdmi.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c > index c6aa291..d850dda

[PATCH] drm/sti: forbid plane on several mixer

Acked-by: Benjamin Gaignard 2016-09-14 13:40 GMT+02:00 Vincent Abriou : > When a plane is going to be enabled we re-evaluate the possible crtcs > for the associated drm plane. Only the crtc on which the plane should be > displayed is considered possible until the plane is disabled. > Indeed STI

[PATCH 13/26] drm/omap: omap_display_timings: Use display_flags for interlace mode

bbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/5477c92d/attachment.sig>

[PATCH 12/26] drm/omap: HDMI5: Use pointer to cfg->v_fc_config.timings in hdmi_core_video_config

PGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/28bc8917/attachment.sig>

[Bug 92248] [KBL/SKL/BYT/BXT] igt/kms_plane_scaling fail

vel/attachments/20160915/a6a9f8f5/attachment.html>

[Intel-gfx] [PATCH v9 00/12] drm/i915: DP branch devices

On Fri, 09 Sep 2016, Mika Kahola wrote: > Prep work for DP branch device handling > > This series of patches reads DPCD register 0x80h for receiver > capabilities for DP branch devices. The branch device types are > converters for the following standards > > - DP to VGA > - DP to DVI > - DP to

[PATCH 04/26] drm/omap: omap_display_timings: rename x_res to hactive

rubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/fe1fe301/attachment.sig>

[PULL] drm-intel-fixes

Hi Dave, more Intel fixes for v4.8. BR, Jani. The following changes since commit fc2780b66b15092ac68272644a522c1624c48547: drm/i915: Add GEN7_PCODE_MIN_FREQ_TABLE_GT_RATIO_OUT_OF_RANGE to SNB (2016-09-07 17:40:43 +0300) are available in the git repository at:

Hibernation broken since commit 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

On Mon 2016-09-05 00:20:06, Sven Joachim wrote: > Recently I got myself a new laptop with the following integrated GPU: > > 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Mullins [Radeon R3 Graphics] (rev 40) > > I found that hibernation is broken in Linux 4.7+ (it

[Bug 97816] EDID checksum is invalid - PHL 247ELH

tps://lists.freedesktop.org/archives/dri-devel/attachments/20160915/16ebd280/attachment-0001.html>

[Bug 97816] EDID checksum is invalid - PHL 247ELH

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/78f120db/attachment.html>

[Bug 95427] gem_userptr_blits@mlocked-* should skip due to memory pre-condition not met

-- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/201f363b/attachment.html>

[ADV7393] DRM Encoder Slave or DRM Bridge

should set dssdev->type to DPI (that's the input). dssdev->output_type to OMAP_DISPLAY_TYPE_VENC (output, although "venc" is not quite correct here, but closest match we have). DRA74x doesn't have VENC, but this is what the adv7393 outputs. Tomi ------ next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/819c6c95/attachment.sig>

[PATCH v4 07/14] drm: tilcdc: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

On 09/15/16 12:36, Tomi Valkeinen wrote: > On 08/09/16 17:44, Laurent Pinchart wrote: >> The driver needs the number of bytes per pixel, not the bpp and depth >> info meant for fbdev compatibility. Use the right API. >> >> In the tilcdc_crtc_mode_set() function compute the hardware register >>

[PATCH v2 5/5] drm/i915: use i915_gem_open() directly instead of i915_driver_open()

On Wed, 14 Sep 2016, Masahiro Yamada wrote: > i915_driver_open() is equivalent to i915_gem_open(). Replace the > i915_driver_open with the direct use of i915_gem_open(). Sorry I know I asked for this, but there was opposition to doing this. Please just do the return i915_gem_open(dev, file)

[PATCH v4 5/8] ARM: dts: am335x-boneblack: Add blue-and-red-wiring -property to LCDC node

Tony, The functional changes are now merged. But let's not merge this bbb dts patch just yet, so we do not cause a conflict with the other bbb hdmi audio dts change[1] that slipped into tda998x pull request. The patch can very well wait until v4.10 if needed. However, the other three dts

[Bug 97796] Parts of screen do not update

ed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/32d9c220/attachment.html>

[PATCH v4 14/14] drm: Don't export the drm_fb_get_bpp_depth() function

s.freedesktop.org/archives/dri-devel/attachments/20160915/c1236f2a/attachment.sig>

[PATCH v4 07/14] drm: tilcdc: Replace drm_fb_get_bpp_depth() with drm_format_plane_cpp()

st tilcdc changes, we need also BGR565, XBGR and BGR888 here, don't we? Tomi ------ next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/aea28ddb/attachment.sig>

[PATCH] drm/tilcdc: Remove "default" from blue-and-red-wiring property binding

Remove "default" keyword from blue-and-red-wiring devicetree property binding document. The code does not support and there is no intention to support it. Reported-by: Rob Herring Signed-off-by: Jyri Sarha --- I sent the pull request for the color errata changes before I received the review

[PATCH v4 04/14] drm: WARN when calling drm_format_info() for an unsupported format

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/083050a3/attachment.sig>

[PATCH v4 5/8] ARM: dts: am335x-boneblack: Add blue-and-red-wiring -property to LCDC node

* Jyri Sarha [160915 02:44]: > Tony, > The functional changes are now merged. But let's not merge this bbb dts > patch just yet, so we do not cause a conflict with the other bbb hdmi > audio dts change[1] that slipped into tda998x pull request. The patch > can very well wait until v4.10 if

[PATCH v3] dma-buf/sync_file: Increment refcount of fence when all are signaled.

When we merge several fences, if all of them are signaled already, we still keep one of them. So instead of using add_fence(), which will not increase the refcount of signaled fences, we should explicitly call fence_get() for the fence we are keeping. This patch fixes a kernel panic that can be

[PATCH] DRM: i915: Fix random GPU hang, Bug 156851

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97814 On Thu, 15 Sep 2016, Cheng Cao wrote: > Signed-off-by: Cheng Cao > --- > drivers/gpu/drm/i915/i915_gem_gtt.c | 6 > drivers/gpu/drm/i915/i915_gem_stolen.c | 61 > - >

[PATCH v6 3/3] gpu: ipu-v3: Add queued image conversion support

This patch implements image conversion support using the IC tasks, with tiling to support scaling to and from images up to 4096x4096. Image rotation is also supported. Image conversion requests are added to a run queue under the IC tasks. The internal API is subsystem agnostic (no V4L2 dependency

[PATCH v6 2/3] gpu: ipu-v3: Add ipu_rot_mode_is_irt()

Add a macro that returns boolean true if the given ipu_rotate_mode requires the use of the Image Rotator. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-ic.c | 2 +- include/video/imx-ipu-v3.h | 22 +++--- 2 files changed, 16 insertions(+), 8 deletions(-) diff

[PATCH v6 1/3] gpu: ipu-v3: Add FSU channel linking support

Adds functions to link and unlink source channels to sink channels in the FSU: int ipu_fsu_link(struct ipu_soc *ipu, int src_ch, int sink_ch); int ipu_fsu_unlink(struct ipu_soc *ipu, int src_ch, int sink_ch); The channels numbers are usually IDMAC channels, but they can also be channels that do

[PATCH v6 0/3] IPUv3 prep for i.MX5/6 v4l2 staging drivers, v6

Fixed a missed compile error from v5. Also, although "gpu: ipu-v3: Add FSU channel linking support" has already been accepted, need to inlcude it again here only to allow ipu-image-convert.c to compile. Steve Longerbeam (3): gpu: ipu-v3: Add FSU channel linking support gpu: ipu-v3: Add

[PATCH] DRM: i915: Fix random GPU hang, Bug 156851

You'll still need that commit message. See 'git log' on our driver for examples of the level of commit messages we expect. You'll also see how to reference bugs using the Bugzilla: tag. And please do file the bug where I asked, not somewhere else. BR, Jani. On Thu, 15 Sep 2016, Cheng Cao

[PATCH] DRM: i915: Fix gen8 graphics on Broadwell-U. These patches stop the random gpu hang on my XPS-13-9343, kernel version 4.8-rc5.

Signed-off-by: bobcao3 --- drivers/gpu/drm/i915/i915_gem_gtt.c | 6 drivers/gpu/drm/i915/i915_gem_stolen.c | 61 - drivers/gpu/drm/i915/i915_reg.h | 6 drivers/gpu/drm/i915/intel_ringbuffer.c | 19 +- 4 files changed, 59

[PATCH] dma-buf/sync_file: Increment refcount of fence when all are signaled.

On Wed, Sep 14, 2016 at 04:46:18PM -0700, Rafael Antognolli wrote: > When we merge several fences, if all of them are signaled already, we > still keep one of them. So instead of using add_fence(), which will not > increase the refcount of signaled fences, we should explicitly call > fence_get()

Hibernation broken since commit 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

> On Mon, Sep 5, 2016 at 10:25 PM, Jerome Glisse wrote: > >> Recently I got myself a new laptop with the following integrated GPU: > >> > >> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > >> Mullins [Radeon R3 Graphics] (rev 40) > >> > >> I found that hibernation is

[PATCH v5 2/2] gpu: ipu-v3: Add queued image conversion support

This patch implements image conversion support using the IC tasks, with tiling to support scaling to and from images up to 4096x4096. Image rotation is also supported. Image conversion requests are added to a run queue under the IC tasks. The internal API is subsystem agnostic (no V4L2 dependency

[PATCH v5 1/2] gpu: ipu-v3: Add ipu_rot_mode_is_irt()

Add a macro that returns boolean true if the given ipu_rotate_mode requires the use of the Image Rotator. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-ic.c | 2 +- include/video/imx-ipu-v3.h | 22 +++--- 2 files changed, 16 insertions(+), 8 deletions(-) diff

[PATCH v5 0/2] IPUv3 prep for i.MX5/6 v4l2 staging drivers, v5

This now contains only the queued image conversion support, along with a split-out patch that adds macro ipu_rot_mode_is_irt(). Steve Longerbeam (2): gpu: ipu-v3: Add ipu_rot_mode_is_irt() gpu: ipu-v3: Add queued image conversion support drivers/gpu/ipu-v3/Makefile|3 +-

[PATCH] dma-buf/sync_file: Increment refcount of fence when all are signaled.

Hi Rafael, 2016-09-14 Rafael Antognolli : > When we merge several fences, if all of them are signaled already, we > still keep one of them. So instead of using add_fence(), which will not > increase the refcount of signaled fences, we should explicitly call > fence_get() for the fence we are

[PATCH v2 4/5] drm/qxl: squash lines for simple wrapper functions

2016-09-14 Masahiro Yamada : > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada > --- > > drivers/gpu/drm/qxl/qxl_draw.c| 7 ++- > drivers/gpu/drm/qxl/qxl_release.c | 7 ++- > 2 files changed, 4 insertions(+), 10 deletions(-) For patches 1 to 4:

[PATCH v2 3/5] drm/bridge: squash lines for simple wrapper functions

On Thu, Sep 15, 2016 at 9:51 AM, Sean Paul wrote: > On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada > wrote: >> Remove unneeded variables and assignments. >> >> Signed-off-by: Masahiro Yamada > > Reviewed-by: Sean Paul > Decided to apply patches 1-4 to drm-misc Thanks, Sean >> --- >> >>

[PATCH v2 4/5] drm/qxl: squash lines for simple wrapper functions

On Thu, Sep 15, 2016 at 9:47 AM, Gustavo Padovan wrote: > 2016-09-14 Masahiro Yamada : > >> Remove unneeded variables and assignments. >> >> Signed-off-by: Masahiro Yamada >> --- >> >> drivers/gpu/drm/qxl/qxl_draw.c| 7 ++- >> drivers/gpu/drm/qxl/qxl_release.c | 7 ++- >> 2 files

[PATCH v2 1/5] drm/amdgpu: squash lines for simple wrapper functions

On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada Applied to drm-misc Sean > --- > > drivers/gpu/drm/amd/amdgpu/dce_virtual.c | 6 +- > drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 6 +- >

[PATCH v2 2/5] drm/radeon: squash lines for simple wrapper functions

On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada Applied to drm-misc Sean > --- > > drivers/gpu/drm/radeon/cik.c | 6 +- > drivers/gpu/drm/radeon/r100.c | 6 +- > drivers/gpu/drm/radeon/r600.c |

[PATCH] drm: Only use compat ioctl for addfb2 on X86/IA64

On Wed, Sep 14, 2016 at 1:00 PM, Rob Clark wrote: > On Tue, Sep 13, 2016 at 5:20 PM, Kristian H. Kristensen > wrote: >> Similar to struct drm_update_draw, struct drm_mode_fb_cmd2 has an >> unaligned 64 bit field (modifier). This get packed differently between >> 32 bit and 64 bit modes on

[PATCH v2] dma-buf/sync_file: Increment refcount of fence when all are signaled.

When we merge several fences, if all of them are signaled already, we still keep one of them. So instead of using add_fence(), which will not increase the refcount of signaled fences, we should explicitly call fence_get() for the fence we are keeping. This patch fixes a kernel panic that can be

Hibernation broken since commit 274ad65c9d02 ("drm/radeon: hard reset r600 and newer GPU when hibernating.")

On Mon, Sep 5, 2016 at 10:25 PM, Jerome Glisse wrote: >> Recently I got myself a new laptop with the following integrated GPU: >> >> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] >> Mullins [Radeon R3 Graphics] (rev 40) >> >> I found that hibernation is broken in Linux

[PATCH 0/8] drm/rockchip: Flip wait clean-up

On Wed, Sep 14, 2016 at 8:54 AM, Tomasz Figa wrote: > The display controller found on Rockchip SoCs supported by Rockchip DRM > driver (VOP) is a bit problematic, because it does not provide hardware > vblank counter. Because vblank interrupt is used to feed the software > counter, the driver had

[PATCH] DRM: i915: Fix gen8 graphics on Broadwell-U. These patches stop the random gpu hang on my XPS-13-9343, kernel version 4.8-rc5.

On Thu, 15 Sep 2016, bobcao3 wrote: > DRM: i915: Fix gen8 graphics on Broadwell-U. These patches stop the > random gpu hang on my XPS-13-9343, kernel version 4.8-rc5. Please do everyone a favor and file a bug on the hangs over at [1], describing the issue and attaching the error state etc.

[PATCH v2 3/5] drm/bridge: squash lines for simple wrapper functions

On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada Reviewed-by: Sean Paul > --- > > drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 20 > 1 file changed, 4 insertions(+), 16

[PATCH] drm/radeon/radeon_device: clean function declarations in radeon_device.c up

drm_minor *minor); > +#endif > + > #endif/* __RADEON_DRV_H__ */ > > > > > > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/9b6e4e1d/attachment-0001.html>

[PATCH v2 4/5] drm/qxl: squash lines for simple wrapper functions

Hi Masahiro, 2016-09-14 Masahiro Yamada : > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada > --- > > drivers/gpu/drm/qxl/qxl_draw.c| 7 ++- > drivers/gpu/drm/qxl/qxl_release.c | 7 ++- > 2 files changed, 4 insertions(+), 10 deletions(-)

[PATCH v4 01/14] drm: Centralize format information

drm_fourcc.h >>> +++ b/include/drm/drm_fourcc.h >>> @@ -25,6 +25,25 @@ >>> #include >>> #include >>> >>> +/** >>> + * struct drm_format_info - information about a DRM format >>> + * @format: 4CC format identifier (DRM_FORMAT_*) >>> + * @depth: color depth (number of bits per pixel excluding padding bits) >> >> Depth is zero for yuv formats. Maybe that should be made clear here. > > How about > > "color depth (number of bits per pixel excluding padding and alpha bits), > valid for RGB formats only" ? Yes, that makes it clear. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160915/aab33957/attachment.sig>

[Bug 97494] Tonga vce perf regression since drm/amdgpu: add vce bypass mode for tonga.

org/archives/dri-devel/attachments/20160915/4b2cdb62/attachment-0001.html>

[PATCH] DRM: i915: Fix gen8 graphics on Broadwell-U. These patches stop the random gpu hang on my XPS-13-9343, kernel version 4.8-rc5.

On Thu, Sep 15, 2016 at 11:12:08AM +0800, bobcao3 wrote: > Signed-off-by: bobcao3 > --- > drivers/gpu/drm/i915/i915_gem_gtt.c | 6 > drivers/gpu/drm/i915/i915_gem_stolen.c | 61 > - > drivers/gpu/drm/i915/i915_reg.h | 6 >

  1   2   >