dri-devel May 2015

dri-devel@lists.freedesktop.org

191 participants
1132 discussions

[PATCH] dma-buf: add ref counting for module as exporter
by Sumit Semwal 07 May '15

07 May '15

Add reference counting on a kernel module that exports dma-buf and implements its operations. This prevents the module from being unloaded while DMABUF file is in use. The original patch [1] was submitted by Tomasz, but he's since shifted jobs and a ping didn't elicit any response. [tomasz: Original author] Signed-off-by: Tomasz Stanislawski <t.stanislaws(a)samsung.com> Acked-by: Daniel Vetter <daniel(a)ffwll.ch> [sumits: updated & rebased as per review comments] Signed-off-by: Sumit Semwal <sumit.semwal(a)linaro.org> [1]: https://lkml.org/lkml/2012/8/8/163 --- drivers/dma-buf/dma-buf.c | 9 ++++++++- drivers/gpu/drm/armada/armada_gem.c | 1 + drivers/gpu/drm/drm_prime.c | 1 + drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 1 + drivers/gpu/drm/i915/i915_gem_dmabuf.c | 1 + drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 1 + drivers/gpu/drm/tegra/gem.c | 1 + drivers/gpu/drm/udl/udl_dmabuf.c | 1 + drivers/gpu/drm/vmwgfx/vmwgfx_prime.c | 1 + drivers/media/v4l2-core/videobuf2-dma-contig.c | 1 + drivers/media/v4l2-core/videobuf2-dma-sg.c | 1 + drivers/media/v4l2-core/videobuf2-vmalloc.c | 1 + drivers/staging/android/ion/ion.c | 1 + include/linux/dma-buf.h | 2 ++ 14 files changed, 22 insertions(+), 1 deletion(-) diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c index c5a9138a6a8d..9583eac0238f 100644 --- a/drivers/dma-buf/dma-buf.c +++ b/drivers/dma-buf/dma-buf.c @@ -29,6 +29,7 @@ #include <linux/anon_inodes.h> #include <linux/export.h> #include <linux/debugfs.h> +#include <linux/module.h> #include <linux/seq_file.h> #include <linux/poll.h> #include <linux/reservation.h> @@ -64,6 +65,7 @@ static int dma_buf_release(struct inode *inode, struct file *file) BUG_ON(dmabuf->cb_shared.active || dmabuf->cb_excl.active); dmabuf->ops->release(dmabuf); + module_put(dmabuf->ops->owner); mutex_lock(&db_list.lock); list_del(&dmabuf->list_node); @@ -302,9 +304,14 @@ struct dma_buf *dma_buf_export(const struct dma_buf_export_info *exp_info) return ERR_PTR(-EINVAL); } + if (!try_module_get(exp_info->ops->owner)) + return ERR_PTR(-ENOENT); + dmabuf = kzalloc(alloc_size, GFP_KERNEL); - if (dmabuf == NULL) + if (!dmabuf) { + module_put(exp_info->ops->owner); return ERR_PTR(-ENOMEM); + } dmabuf->priv = exp_info->priv; dmabuf->ops = exp_info->ops; diff --git a/drivers/gpu/drm/armada/armada_gem.c b/drivers/gpu/drm/armada/armada_gem.c index 580e10acaa3a..d2c5fc1269b7 100644 --- a/drivers/gpu/drm/armada/armada_gem.c +++ b/drivers/gpu/drm/armada/armada_gem.c @@ -524,6 +524,7 @@ armada_gem_dmabuf_mmap(struct dma_buf *buf, struct vm_area_struct *vma) } static const struct dma_buf_ops armada_gem_prime_dmabuf_ops = { + .owner = THIS_MODULE, .map_dma_buf = armada_gem_prime_map_dma_buf, .unmap_dma_buf = armada_gem_prime_unmap_dma_buf, .release = drm_gem_dmabuf_release, diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c index 7fec191b45f7..ed4a6e35dd91 100644 --- a/drivers/gpu/drm/drm_prime.c +++ b/drivers/gpu/drm/drm_prime.c @@ -289,6 +289,7 @@ static int drm_gem_dmabuf_mmap(struct dma_buf *dma_buf, } static const struct dma_buf_ops drm_gem_prime_dmabuf_ops = { + .owner = THIS_MODULE, .attach = drm_gem_map_attach, .detach = drm_gem_map_detach, .map_dma_buf = drm_gem_map_dma_buf, diff --git a/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c b/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c index cd485c091b30..35fa029353e9 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c +++ b/drivers/gpu/drm/exynos/exynos_drm_dmabuf.c @@ -169,6 +169,7 @@ static int exynos_gem_dmabuf_mmap(struct dma_buf *dma_buf, } static struct dma_buf_ops exynos_dmabuf_ops = { + .owner = THIS_MODULE, .attach = exynos_gem_attach_dma_buf, .detach = exynos_gem_detach_dma_buf, .map_dma_buf = exynos_gem_map_dma_buf, diff --git a/drivers/gpu/drm/i915/i915_gem_dmabuf.c b/drivers/gpu/drm/i915/i915_gem_dmabuf.c index 7998da27c500..b9355d8d4862 100644 --- a/drivers/gpu/drm/i915/i915_gem_dmabuf.c +++ b/drivers/gpu/drm/i915/i915_gem_dmabuf.c @@ -213,6 +213,7 @@ static int i915_gem_begin_cpu_access(struct dma_buf *dma_buf, size_t start, size } static const struct dma_buf_ops i915_dmabuf_ops = { + .owner = THIS_MODULE, .map_dma_buf = i915_gem_map_dma_buf, .unmap_dma_buf = i915_gem_unmap_dma_buf, .release = drm_gem_dmabuf_release, diff --git a/drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c b/drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c index 344fd789170d..977ece9be62c 100644 --- a/drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c +++ b/drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c @@ -156,6 +156,7 @@ static int omap_gem_dmabuf_mmap(struct dma_buf *buffer, } static struct dma_buf_ops omap_dmabuf_ops = { + .owner = THIS_MODULE, .map_dma_buf = omap_gem_map_dma_buf, .unmap_dma_buf = omap_gem_unmap_dma_buf, .release = omap_gem_dmabuf_release, diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c index 1217272a51f2..7af37a445524 100644 --- a/drivers/gpu/drm/tegra/gem.c +++ b/drivers/gpu/drm/tegra/gem.c @@ -611,6 +611,7 @@ static void tegra_gem_prime_vunmap(struct dma_buf *buf, void *vaddr) } static const struct dma_buf_ops tegra_gem_prime_dmabuf_ops = { + .owner = THIS_MODULE, .map_dma_buf = tegra_gem_prime_map_dma_buf, .unmap_dma_buf = tegra_gem_prime_unmap_dma_buf, .release = tegra_gem_prime_release, diff --git a/drivers/gpu/drm/udl/udl_dmabuf.c b/drivers/gpu/drm/udl/udl_dmabuf.c index e2243edd1ce3..b67bd66c4636 100644 --- a/drivers/gpu/drm/udl/udl_dmabuf.c +++ b/drivers/gpu/drm/udl/udl_dmabuf.c @@ -187,6 +187,7 @@ static int udl_dmabuf_mmap(struct dma_buf *dma_buf, } static struct dma_buf_ops udl_dmabuf_ops = { + .owner = THIS_MODULE, .attach = udl_attach_dma_buf, .detach = udl_detach_dma_buf, .map_dma_buf = udl_map_dma_buf, diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_prime.c b/drivers/gpu/drm/vmwgfx/vmwgfx_prime.c index 31fe32d8d65a..81aa6eae9031 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_prime.c +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_prime.c @@ -103,6 +103,7 @@ static int vmw_prime_dmabuf_mmap(struct dma_buf *dma_buf, } const struct dma_buf_ops vmw_prime_dmabuf_ops = { + .owner = THIS_MODULE, .attach = vmw_prime_map_attach, .detach = vmw_prime_map_detach, .map_dma_buf = vmw_prime_map_dma_buf, diff --git a/drivers/media/v4l2-core/videobuf2-dma-contig.c b/drivers/media/v4l2-core/videobuf2-dma-contig.c index 644dec73d220..22cb21480fb8 100644 --- a/drivers/media/v4l2-core/videobuf2-dma-contig.c +++ b/drivers/media/v4l2-core/videobuf2-dma-contig.c @@ -365,6 +365,7 @@ static int vb2_dc_dmabuf_ops_mmap(struct dma_buf *dbuf, } static struct dma_buf_ops vb2_dc_dmabuf_ops = { + .owner = THIS_MODULE, .attach = vb2_dc_dmabuf_ops_attach, .detach = vb2_dc_dmabuf_ops_detach, .map_dma_buf = vb2_dc_dmabuf_ops_map, diff --git a/drivers/media/v4l2-core/videobuf2-dma-sg.c b/drivers/media/v4l2-core/videobuf2-dma-sg.c index 45c708e463b9..f659ee409148 100644 --- a/drivers/media/v4l2-core/videobuf2-dma-sg.c +++ b/drivers/media/v4l2-core/videobuf2-dma-sg.c @@ -568,6 +568,7 @@ static int vb2_dma_sg_dmabuf_ops_mmap(struct dma_buf *dbuf, } static struct dma_buf_ops vb2_dma_sg_dmabuf_ops = { + .owner = THIS_MODULE, .attach = vb2_dma_sg_dmabuf_ops_attach, .detach = vb2_dma_sg_dmabuf_ops_detach, .map_dma_buf = vb2_dma_sg_dmabuf_ops_map, diff --git a/drivers/media/v4l2-core/videobuf2-vmalloc.c b/drivers/media/v4l2-core/videobuf2-vmalloc.c index 657ab302a5cf..a76ce4d989c8 100644 --- a/drivers/media/v4l2-core/videobuf2-vmalloc.c +++ b/drivers/media/v4l2-core/videobuf2-vmalloc.c @@ -353,6 +353,7 @@ static int vb2_vmalloc_dmabuf_ops_mmap(struct dma_buf *dbuf, } static struct dma_buf_ops vb2_vmalloc_dmabuf_ops = { + .owner = THIS_MODULE, .attach = vb2_vmalloc_dmabuf_ops_attach, .detach = vb2_vmalloc_dmabuf_ops_detach, .map_dma_buf = vb2_vmalloc_dmabuf_ops_map, diff --git a/drivers/staging/android/ion/ion.c b/drivers/staging/android/ion/ion.c index b0b96ab31954..5af1355c874c 100644 --- a/drivers/staging/android/ion/ion.c +++ b/drivers/staging/android/ion/ion.c @@ -1088,6 +1088,7 @@ static void ion_dma_buf_end_cpu_access(struct dma_buf *dmabuf, size_t start, } static struct dma_buf_ops dma_buf_ops = { + .owner = THIS_MODULE, .map_dma_buf = ion_map_dma_buf, .unmap_dma_buf = ion_unmap_dma_buf, .mmap = ion_mmap, diff --git a/include/linux/dma-buf.h b/include/linux/dma-buf.h index 2f0b431b73e0..22d367080943 100644 --- a/include/linux/dma-buf.h +++ b/include/linux/dma-buf.h @@ -39,6 +39,7 @@ struct dma_buf_attachment; /** * struct dma_buf_ops - operations possible on struct dma_buf + * @owner: the module that implements dma_buf operations * @attach: [optional] allows different devices to 'attach' themselves to the * given buffer. It might return -EBUSY to signal that backing storage * is already allocated and incompatible with the requirements @@ -72,6 +73,7 @@ struct dma_buf_attachment; * @vunmap: [optional] unmaps a vmap from the buffer */ struct dma_buf_ops { + struct module *owner; int (*attach)(struct dma_buf *, struct device *, struct dma_buf_attachment *); -- 1.9.1

2 2

[PATCH] drm/msm: Fix compil issue when DRM_MSM_FBDEV is disabled
by Stephane Viau 07 May '15

07 May '15

When CONFIG_DRM_MSM_FBDEV is not defined, CONFIG_DRM_KMS_FB_HELPER does not get selected and drm_fb_helper_*() helper functions are thus not available. This change fixes these link issues. Signed-off-by: Stephane Viau <sviau(a)codeaurora.org> --- drivers/gpu/drm/msm/msm_drv.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/msm/msm_drv.c b/drivers/gpu/drm/msm/msm_drv.c index 2b1218c..35380ec 100644 --- a/drivers/gpu/drm/msm/msm_drv.c +++ b/drivers/gpu/drm/msm/msm_drv.c @@ -21,9 +21,11 @@ static void msm_fb_output_poll_changed(struct drm_device *dev) { +#ifdef DRM_MSM_FBDEV struct msm_drm_private *priv = dev->dev_private; if (priv->fbdev) drm_fb_helper_hotplug_event(priv->fbdev); +#endif } static const struct drm_mode_config_funcs mode_config_funcs = { @@ -419,9 +421,11 @@ static void msm_preclose(struct drm_device *dev, struct drm_file *file) static void msm_lastclose(struct drm_device *dev) { +#ifdef DRM_MSM_FBDEV struct msm_drm_private *priv = dev->dev_private; if (priv->fbdev) drm_fb_helper_restore_fbdev_mode_unlocked(priv->fbdev); +#endif } static irqreturn_t msm_irq(int irq, void *arg) -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project

4 4

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=90360 --- Comment #2 from Mohammad AlSaleh <CE.Mohammad.AlSaleh(a)gmail.com> --- Created attachment 115621 --> https://bugs.freedesktop.org/attachment.cgi?id=115621&action=edit dmesg output -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=90360 --- Comment #1 from Mohammad AlSaleh <CE.Mohammad.AlSaleh(a)gmail.com> --- Hello. Card:Mobility Radeon HD 4570 I set those at start-up: echo performance > /sys/class/drm/card0/device/power_dpm_state echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level When trying to use VDPAU/UVD (e.g. with ffmpeg). The GPU soft-locks. X can be killed remotely. But the GPU is not reset properly. GL and VDPAU don't work after I start X again. This bug was net present in 3.18.2. dmesg output attached. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 90360] [RV710/M92] Soft lock caused by UVD (linux 4.0.1)
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=90360 Mohammad AlSaleh <CE.Mohammad.AlSaleh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[] |[RV710/M92] Soft lock | |caused by UVD (linux 4.0.1) -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 85801] [Mobility Radeon HD 4570] Enabling HDMI monitor fails with kernel versions 3.17/3.16
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=85801 Bug ID: 85801 Summary: [Mobility Radeon HD 4570] Enabling HDMI monitor fails with kernel versions 3.17/3.16 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: CE.Mohammad.AlSaleh(a)gmail.com Created attachment 108839 --> https://bugs.freedesktop.org/attachment.cgi?id=108839&action=edit dmesg output with the relevant call trace With kernel version 3.17.2, when I connect my HDMI monitor, it shows up correctly in xrandr. But when I try to enable it, Xorg freezes and becomes a zombie process, and the HDMI monitor stays blank. dmesg hints radeon kernel code is at fault (attached). Luckily, the system does not completely freeze. I can still connect to the system through ssh. So I can provide more information if needed. I remember having similar issues with 3.16 when I tried it. I'm currently using 3.15.5 which does not suffer from this bug. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 70654] New: [DPM] Mobility 4570: power_dpm_force_performance_level is reset to auto when UVD is used
by bugzilla-daemon＠freedesktop.org 07 May '15

07 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=70654 Priority: medium Bug ID: 70654 Assignee: dri-devel(a)lists.freedesktop.org Summary: [DPM] Mobility 4570: power_dpm_force_performance_level is reset to auto when UVD is used Severity: normal Classification: Unclassified OS: Linux (All) Reporter: CE.Mohammad.AlSaleh(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I set power_dpm_force_performance_level to 'high' to avoid occational noise artifacts on my monitor. When UVD/VDPAU is used, the value is reset to 'auto'. -- You are receiving this mail because: You are the assignee for the bug.

1 4

Some issues with the new amdgpu driver
by Brian Paterni 07 May '15

07 May '15

Hi I was on irc a few days ago trying to get the new amdgpu driver up and running on my system. I am able to get the kernel booted successfully, however X via amdgpu is turning out to be a real roadblock. It is the problem with amdgpu_drv.so seeing gbm_create_device as an undefined symbol. From what little I understand, I may be needing a more recent xserver to resolve this... But even with a non-working X for amdgpu, I'm still seeing some issues with the amdgpu kernel driver: - booting with dual displays is a problem for me. On boot, the display connected to the DVI-I port seems to get stuck in a loop of attempting to acquire a signal. (The 'DVI No Signal' overlay message flashes and screen blanks repeatedly with no actual output ever displayed) So far I've only connected displays to the two DVI ports (DVI-D and DVI-I) - xen boot hard locks the system with no ssh access Understandably, AMDGPU has only recently been released, and hopefully you folks are already aware of these problems. But if not, I thought I would chime in with some user feedback. Attached should be my dmesg if needed Many thanks to the people working on this! :)

2 1

[PULL] drm-intel-next
by Daniel Vetter 07 May '15

07 May '15

Hi Dave, drm-intel-next-2015-04-23: - dither support for ns2501 dvo (Thomas Richter) - some polish for the gtt code and fixes to finally enable the cmd parser on hsw - first pile of bxt stage 1 enabling (too many different people to list ...) - more psr fixes from Rodrigo - skl rotation support from Chandra - more atomic work from Ander and Matt - pile of cleanups and micro-ops for execlist from Chris drm-intel-next-2015-04-10: - cdclk handling cleanup and fixes from Ville - more prep patches for olr removal from John Harrison - gmbus pin naming rework from Jani (prep for bxt) - remove ->new_config from Ander (more atomic conversion work) - rps (boost) tuning and unification with byt/bsw from Chris - cmd parser batch bool tuning from Chris - gen8 dynamic pte allocation (Michel Thierry, based on work from Ben Widawsky) - execlist tuning (not yet all of it) from Chris - add drm_plane_from_index (Chandra) - various small things all over Plus a few patches Jani collected while I was on vacation. Cheers, Daniel The following changes since commit 1d8ac08d498d579aae36221a80b4b724b2f52f39: Merge tag 'v4.0-rc7' into drm-next (2015-04-09 07:48:27 +1000) are available in the git repository at: git://anongit.freedesktop.org/drm-intel tags/drm-intel-next-2015-04-23-fixed for you to fetch changes up to 93a96c6f049d047bc196890fc4284eff15b3770f: Merge commit '75d04a3773ecee617847de963ae4195d6aa74c28' into drm-intel-next-queued (2015-05-04 09:25:12 +0200) ---------------------------------------------------------------- A.Sunil Kamath (1): drm/i915/bxt: Implement enable/disable for Display C9 state Ander Conselvan de Oliveira (10): drm/i915: Check lane sharing between pipes B & C using atomic state drm/i915: Set best_encoder field of connector_state also when disabling drm/i915: Don't use staged config for VLV cdclk calculations drm/i915: Don't use intel_crtc->new_config in pll calculation code drm/i915: Remove intel_crtc->new_config drm/i915: Don't use staged config in check_digital_port_conflicts() drm/i915: Don't use staged config in check_encoder_cloning() drm/i915: Don't use staged config in intel_mst_pre_enable_dp() drm/i915: Remove stale comment from __intel_set_mode() drm/i915: Allocate connector state together with the connectors Arun Siluvery (1): drm/i915: Do not set L3-LLC Coherency bit in ctx descriptor Ben Widawsky (3): drm/i915/bxt: add GEN8_HDCUNIT_CLOCK_GATE_DISABLE_HDCREQ workaround drm/i915/bxt: add WaDisableMaskBasedCammingInRCC workaround drm/i915/skl: add WaDisableMaskBasedCammingInRCC workaround Chandra Konduru (12): drm: Adding drm helper function drm_plane_from_index(). drm/i915: Register definitions for skylake scalers drm/i915: skylake scaler structure definitions drm/i915: Initialize plane colorkey to NONE drm/i915: Initialize skylake scalers drm/i915: Keep sprite plane src rect in 16.16 format drm/i915: Dump scaler_state too as part of dumping crtc_state drm/i915: Preserve scaler state when clearing crtc_state drm/i915: setup scalers for crtc_compute_config drm/i915: Ensure setting up scalers into staged crtc_state drm/i915: copy staged scaler state from drm state to crtc->config. drm/i915: skylake panel fitting using shared scalers Chris Wilson (35): drm/i915: Add i915_gem_request_unreference__unlocked drm/i915: Make debugfs/i915_gem_request more friendly drm/i915: Allow disabling the destination colorkey for overlay drm/i915: Cache last obj->pages location for i915_gem_object_get_page() drm/i915: Fix the flip synchronisation to consider mmioflips drm/i915: Agressive downclocking on Baytrail drm/i915: Fix computation of last_adjustment for RPS autotuning drm/i915: Boost GPU frequency if we detect outstanding pageflips drm/i915: Deminish contribution of wait-boosting from clients drm/i915: Re-enable RPS wait-boosting for all engines drm/i915: Split i915_gem_batch_pool into its own header drm/i915: Tidy batch pool logic drm/i915: Split the batch pool by engine drm/i915: Free batch pool when idle drm/i915: Split batch pool into size buckets drm/i915: Include active flag when describing objects in debugfs drm/i915: Suppress empty lines from debugfs/i915_gem_objects drm/i915: Record ring->start address in error state drm/i915: Use simpler form of spin_lock_irq(execlist_lock) drm/i915: Use the global runtime-pm wakelock for a busy GPU for execlists drm/i915: Remove vestigal DRI1 ring quiescing code drm/i915: Use a separate slab for requests drm/i915: Use a separate slab for vmas drm/i915: Reduce locking in execlist command submission drm/i915: Reduce locking in gen8 IRQ handler drm/i915: Tidy gen8 IRQ handler drm/i915: Prefer to check for idleness in worker rather than sync-flush drm/i915: Remove request->uniq drm/i915: Allocate context objects from stolen drm/i915: Simplify object is-pinned checking for shrinker drm/i915: Optimistically spin for the request completion drm/i915: Remove obj->pin_mappable drm/i915: Simplify i915_gem_obj_is_pinned() test for set-tiling drm/i915: Update meaning of debugfs object's pin_flag drm/i915: Silence compiler warning in dvo Daisy Sun (1): drm/i915/bxt: BXT FBC enablement Damien Lespiau (10): drm/i915/bxt: Add BXT PCI ids drm/i915/bxt: Broxton uses the same GMS values as Skylake drm/i915/bxt: Broxton has 3 sprite planes on pipe A/B, 2 on pipe C drm/i915/bxt: Add the plane4 related interrupt definitions drm/i915/bxt: Broxton DDB is 512 blocks drm/i915/bxt: Broxton raises the maximum number of planes to 4 drm/i915/skl: Fix stepping check for a couple of W/As drm/i915/skl: Implement WaDisableVFUnitClockGating drm/i915: Iterate through the initialized DDIs to prepare their buffers drm/i915: Don't write the HDMI buffer translation entry when not needed Daniel Vetter (25): drm/i915: Update DRIVER_DATE to 20150410 drm/i915: Remove unused variable in intel_lrc.c Merge branch 'topic/bxt-stage1' into drm-intel-next-queued drm/i915: Select starting pipe bpp irrespective or the primary plane drm/i915: Drop unecessary fb arguments from function signatures drm/i915/dp: Remove intel_ prefix from hw signal_levels functions drm/i915: Move gen8 clear_range vfunc setup into common code drm/i915: Move vma vfuns to adddress_space drm/i915: Clean up aliasing ppgtt correctly on error paths drm/i915: Unify aliasing ppgtt handling drm/i915: Move PTE_READ_ONLY to ->pte_encode vfunc drm/i915: Dont clear PIN_GLOBAL in the execbuf pinning fallback drm/i915: Drop redundant GGTT rebinding drm/i915: Don't look at pg_dirty_rings for aliasing ppgtt drm/i915: Don't use atomics for pg_dirty_rings drm/i915: Remove misleading comment around bind_to_vm drm/i915: Fix up the vma aliasing ppgtt binding drm/i915: move i915_gem_restore_gtt_mappings around drm/i915: Move ppgtt_bind/unbind around drm/i915: Unduplicate i915_ggtt_unbind/bind_vma drm/i915: Don't try to outsmart gcc in i915_gem_gtt.c rm/i915: Move i915_get_ggtt_vma_pages into ggtt_bind_vma drm/i915: Update DRIVER_DATE to 20150423 drm/i915: Enable cmd parser to do secure batch promotion for aliasing ppgtt Merge commit '75d04a3773ecee617847de963ae4195d6aa74c28' into drm-intel-next-queued Deepak S (2): drm/i915/chv: Remove Wait for a previous gfx force-off drm/i915: Re-adjusting rc6 promotional timer for chv Durgadoss R (1): drm/i915: PSR: Keep sink state consistent with source Imre Deak (11): drm/i915: use proper FBC base register on all new platforms drm/i915/bxt: map GTT as uncached drm/i915/gen9: fix PIPE_CONTROL flush for VS_INVALIDATE drm/i915/bxt: add bxt_init_clock_gating drm/i915/bxt: add GEN8_SDEUNIT_CLOCK_GATE_DISABLE workaround drm/i915/bxt: support for HPD long/short status decoding drm/i915/bxt: add description about the BXT PHYs drm/i915/bxt: add bxt_find_best_dpll drm/i915: suppress false PLL state warnings on non-GMCH platforms drm/i915: factor out ddi_get_encoder_port drm/i915: fix intel_prepare_ddi Jani Nikula (9): drm/i915: rename GMBUS_PORT_* macros as GMBUS_PIN_* drm/i915: refer to pin instead of port in the intel_i2c.c interfaces drm/i915: index gmbus tables using the pin pair number drm/i915: base gmbus pin validity check on the gmbus pin map array drm/i915: add i915 specific connector debugfs file for DPCD drm/i915: fix build for DEBUG_FS=n drm/i915: add bxt gmbus support drm/i915/hdmi: fix vlv infoframe port check drm/i915/hdmi: check port in ibx_infoframe_enabled Jeff McGee (4): drm/i915: Split SSEU init into functions by platform drm/i915/bxt: Determine BXT slice/subslice/EU info drm/i915: Split-up SSEU device status by platform drm/i915/bxt: Support BXT in SSEU device status dump Jesse Barnes (2): drm/i915/vlv: check port in infoframe_enabled v2 drm/i915/bxt: fix panel fitter setup in crtc disable/enable John Harrison (4): drm/i915: Rename 'do_execbuf' to 'execbuf_submit' drm/i915: Make intel_logical_ring_begin() static drm/i915: Move common request allocation code into a common function drm/i915: Fix for ringbuf space wait in LRC mode Maarten Lankhorst (1): drm/i915: use kref_put_mutex in i915_gem_request_unreference__unlocked Matt Roper (2): drm/i915: Switch to full atomic helpers for plane updates/disable, take two drm/i915: Clear crtc atomic flags at beginning of transaction Michel Thierry (14): drm/i915: Remove _entry from PPGTT page structures drm/i915: Remove unnecessary gen8_ppgtt_unmap_pages drm/i915/gen8: Initialize page tables drm/i915/gen8: Add dynamic allocation macros and helper functions drm/i915/gen8: page directories rework allocation drm/i915/gen8: pagetable allocation rework drm/i915/gen8: Update pdp switch and point unused PDPs to scratch page drm/i915: num_pd_pages/num_pd_entries isn't useful drm/i915: Extract PPGTT param from page_directory alloc drm/i915/gen8: Split out mappings drm/i915/gen8: begin bitmap tracking drm/i915/gen8: Dynamic page table allocations drm/i915: Use complete address space in true PPGTT drm/i915: Remove unused variable from execlists_context_queue Mika Kuoppala (2): drm/i915: Move vm page allocation in proper place drm/i915/gtt: Allocate va range only if vma is not bound Nick Hoath (2): drm/i915/bxt: HardWare WorkAround ring initialisation for Broxton drm/i915/bxt: Add Broxton steppings Robert Beckett (1): drm/i915/bxt: add workaround to avoid PTE corruption Rodrigo Vivi (5): drm/i915/bdw: WaProgramL3SqcReg1Default drm/i915: PSR: Remove wrong LINK_DISABLE. drm/i915: PSR: Fix DP_PSR_NO_TRAIN_ON_EXIT logic drm/i915: PSR: deprecate link_standby support for core platforms. drm/i915: PSR VLV: Add single frame update. Sagar Kamble (2): drm/i915: Naming constants to be written to GEN9_PG_ENABLE drm/i915: Disable Render power gating Satheeshakrishna M (8): drm/i915/bxt: Add IS_BROXTON macro drm/i915/bxt: Define BXT power domains drm/i915/bxt: Restrict PORT_CLK_SEL programming below gen9 drm/i915/bxt: Define bxt DDI PLLs and implement enable/disable sequence drm/i915/bxt: BXT clock divider calculation drm/i915/bxt: Assign PLL for pipe drm/i915/bxt: Determine PLL attached to pipe drm/i915/bxt: Determine programmed frequency Shashank Sharma (4): drm/i915/bxt: DDI Hotplug interrupt setup drm/i915/bxt: Add DDI hpd handler drm/i915/bxt: Add BXT support in gen8_irq functions drm/i915/bxt: Enable GMBUS IRQ Sonika Jindal (4): drm/i915/skl: Enabling PSR2 SU with frame sync drm/i915/skl: Allow universal planes to position drm/i915/skl: Support for 90/270 rotation drm/i915/skl: Add back HDMI translation table Suketu Shah (1): drm/i915/bxt: Add DC9 Trigger sequence Sumit Singh (1): drm/i915/bxt: Enable PTE encoding Thomas Richter (2): Enabled dithering in the intel VCH DVO for 18bpp pipelines. drm/i915: Enable dithering on NatSemi DVO2501 for Fujitsu S6010 Todd Previte (2): drm/i915: Add automated testing support for Displayport compliance testing drm/i915: Add a delay in Displayport AUX transactions for compliance testing Tvrtko Ursulin (4): drm/i915: Fix view type in warning message drm/i915: Simplify and fix object to display tracking drm/i915: Fixup kerneldoc for struct intel_context drm/i915/skl: Support Y tiling in MMIO flips Vandana Kannan (7): drm/i915/bxt: Increase DDI buf idle timeout drm/i915/bxt: don't use unsupported port detection drm/i915: Rename vlv_cdclk_freq to cdclk_freq drm/i915/bxt: add display initialize/uninitialize sequence (CDCLK) drm/i915/bxt: add display initialize/uninitialize sequence (PHY) drm/i915/bxt: VSwing programming sequence drm/i915/bxt: Update max level of vswing Ville Syrjälä (11): drm/i915: Convert BUGs to WARNs in the video overlay code drm/i915: Convert overlay->{active, pfit_active} to bools drm/i915: Mark the overlay active only if we got ring space drm/i915: Enable DVO 2x clock around DVO encoder init drm/i915: Return more precise cdclk for gen2/3 drm/i915: ILK cdclk seems to be 450MHz drm/i915: Assume 400MHz cdclk for the rest of gen4-7 drm/i915: Simplify ilk_get_aux_clock_divider drm/i915: Convert the ddi cdclk code to get_display_clock_speed drm/i915: Silence a sparse warning drm/i915: Fix the VBT child device parsing for BSW Wei Yongjun (1): drm/i915/audio: remove duplicated include from intel_audio.c kbuild test robot (1): drm/i915: fix semicolon.cocci warnings Documentation/DocBook/drm.tmpl | 4 +- arch/x86/kernel/early-quirks.c | 1 + drivers/gpu/drm/drm_crtc.c | 23 + drivers/gpu/drm/i915/dvo_ivch.c | 21 +- drivers/gpu/drm/i915/dvo_ns2501.c | 670 ++++++++------ drivers/gpu/drm/i915/i915_cmd_parser.c | 12 +- drivers/gpu/drm/i915/i915_debugfs.c | 460 +++++++--- drivers/gpu/drm/i915/i915_dma.c | 270 +++--- drivers/gpu/drm/i915/i915_drv.c | 60 +- drivers/gpu/drm/i915/i915_drv.h | 171 ++-- drivers/gpu/drm/i915/i915_gem.c | 236 ++--- drivers/gpu/drm/i915/i915_gem_batch_pool.c | 84 +- drivers/gpu/drm/i915/i915_gem_batch_pool.h | 42 + drivers/gpu/drm/i915/i915_gem_context.c | 37 +- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 50 +- drivers/gpu/drm/i915/i915_gem_gtt.c | 1046 +++++++++++---------- drivers/gpu/drm/i915/i915_gem_gtt.h | 101 ++- drivers/gpu/drm/i915/i915_gem_shrinker.c | 8 +- drivers/gpu/drm/i915/i915_gem_stolen.c | 2 +- drivers/gpu/drm/i915/i915_gem_tiling.c | 2 +- drivers/gpu/drm/i915/i915_gpu_error.c | 10 +- drivers/gpu/drm/i915/i915_irq.c | 282 +++--- drivers/gpu/drm/i915/i915_reg.h | 489 +++++++++- drivers/gpu/drm/i915/i915_trace.h | 44 +- drivers/gpu/drm/i915/intel_atomic.c | 173 ++++ drivers/gpu/drm/i915/intel_atomic_plane.c | 24 + drivers/gpu/drm/i915/intel_audio.c | 4 +- drivers/gpu/drm/i915/intel_bios.c | 30 +- drivers/gpu/drm/i915/intel_bios.h | 4 +- drivers/gpu/drm/i915/intel_crt.c | 4 +- drivers/gpu/drm/i915/intel_ddi.c | 767 +++++++++++++--- drivers/gpu/drm/i915/intel_display.c | 1357 +++++++++++++++++++++------- drivers/gpu/drm/i915/intel_dp.c | 217 ++++- drivers/gpu/drm/i915/intel_dp_mst.c | 16 +- drivers/gpu/drm/i915/intel_drv.h | 107 ++- drivers/gpu/drm/i915/intel_dsi.c | 2 +- drivers/gpu/drm/i915/intel_dvo.c | 29 +- drivers/gpu/drm/i915/intel_frontbuffer.c | 2 + drivers/gpu/drm/i915/intel_hdmi.c | 32 +- drivers/gpu/drm/i915/intel_i2c.c | 97 +- drivers/gpu/drm/i915/intel_lrc.c | 502 +++++----- drivers/gpu/drm/i915/intel_lrc.h | 5 +- drivers/gpu/drm/i915/intel_lvds.c | 10 +- drivers/gpu/drm/i915/intel_overlay.c | 66 +- drivers/gpu/drm/i915/intel_pm.c | 115 ++- drivers/gpu/drm/i915/intel_psr.c | 118 ++- drivers/gpu/drm/i915/intel_ringbuffer.c | 121 +-- drivers/gpu/drm/i915/intel_ringbuffer.h | 10 + drivers/gpu/drm/i915/intel_runtime_pm.c | 121 +++ drivers/gpu/drm/i915/intel_sdvo.c | 27 +- drivers/gpu/drm/i915/intel_sprite.c | 80 +- drivers/gpu/drm/i915/intel_tv.c | 2 +- drivers/gpu/drm/i915/intel_uncore.c | 98 +- include/drm/drm_crtc.h | 1 + include/drm/i915_pciids.h | 6 + include/uapi/drm/i915_drm.h | 1 + 56 files changed, 5776 insertions(+), 2497 deletions(-) create mode 100644 drivers/gpu/drm/i915/i915_gem_batch_pool.h -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch

1 0

[Bug 96351] New: System hangs up after update to any kernel newer than 3.12*
by bugzilla-daemon＠bugzilla.kernel.org 07 May '15

07 May '15

https://bugzilla.kernel.org/show_bug.cgi?id=96351 Bug ID: 96351 Summary: System hangs up after update to any kernel newer than 3.12* Product: Drivers Version: 2.5 Kernel Version: 3.19.3-100.fc20.i686 Hardware: x86-64 OS: Linux Tree: Fedora Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: georgechebanmk(a)gmail.com Regression: No Good day to you, comrades! Have some problems with my notebook Packard Bell Easynote lj-71. It has an old graphic HD 4650. Now working on Fedora 20 with kernel 3.12.7-300.fc20.i686. After update to any newer kernel, for example 3.17*/3.19* with any distro (*buntu, fedora), 4.0* on Fedora 22 Alpha, system starts for a few minutes and then always hangs up with black screen, especially when running video on youtube for example. Alt+Ctrl+F2 doesn't work, only hard reset Can start with "nomodeset" parameter, so I think that it's a radeon driver problems. Works normally only with stock kernel 3.12. Also, described method in this topic https://bugzilla.kernel.org/show_bug.cgi?id=71891 with radeon.dpm=0 doesn't solves my problem. Please advice, what else outputs I need to provide for more detailed information? Working with linux for a few months, so don't have enough skills to solve this problem on my own. lspci -k | grep -A3 VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730/M96 [Mobility Radeon HD 4650/5165] Subsystem: Acer Incorporated [ALI] Device 027e Kernel driver in use: radeon Kernel modules: radeon -- You are receiving this mail because: You are watching the assignee of the bug.

1 39

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2015