[PATCH] drm/dp: cancel any work on disconnect

From: Dave Airlie Since we might have queued work but it hasn't executed yet this could cause an oops in drm_dp_check_and_send_link_address. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89366 Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_dp_mst_topology.c | 2 ++ 1 file changed

[PATCH] drm/dp: look up the mstb passed into work function

From: Dave Airlie We should validate the passed in mstb under the lock this should stop us getting an invalid mstb here. (first attempt with cancelling work has lockdep issues). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89366 Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_dp_

[PATCH] drm/dp: cancel any work on disconnect

On 19 June 2015 at 10:20, Dave Airlie wrote: > From: Dave Airlie > > Since we might have queued work but it hasn't executed yet > this could cause an oops in drm_dp_check_and_send_link_address. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=89366 Ignore this, it was lockdeppy. the o

[PATCH] drm: bridge/dw_hdmi: Filter modes > 165MHz for DVI

Doug & Russell, 在 2015/6/19 0:10, Doug Anderson 写道: > Russell, > > On Thu, Jun 18, 2015 at 8:55 AM, Russell King - ARM Linux > wrote: >>> Perhaps you can try >> Something like that needs to be done, but let's get rid of the mdvi >> thing in stru

[PATCH] drm/radeon: don't probe MST on hw we don't support it on

On 18 June 2015 at 23:12, Christian König wrote: > On 18.06.2015 10:31, Dave Airlie wrote: >> >> On 18 June 2015 at 17:39, Christian König >> wrote: >>> >>> On 18.06.2015 06:29, Dave Airlie wrote: From: Dave Airlie If you do radeon.mst=1 on a gpu without mst hw, and then >

[PATCH 1/6] drm/rockchip: import dma_buf to gem

Thanks Russell On 2015年06月18日 18:57, Russell King - ARM Linux wrote: > This is wrong. > > First, if you can only cope with a single scatterlist entry, you need to > enforce that. You can do that in your gem_prime_import_sg_table() method > by checking sgt->nents. I'm confuse that how to get

[PULL] drm-intel-next-fixes

On 18 June 2015 at 16:04, Jani Nikula wrote: > > Hi Dave, i915 fixes for drm-next/v4.2. > > BR, > Jani. And my gcc says: /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c: In function ‘__intel_set_mode’: /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_di

[Nouveau] [PATCH 1/6] gr: support for NVIDIA-provided firmwares

On Fri, Jun 19, 2015 at 12:57 AM, Ilia Mirkin wrote: > Why did you change request_firmware to request_firmware_direct? request_firmware() outputs an error message if the firmware file does not exist, whereas request_firmware_direct() doesn't. Since the firmware file can be in one of two locations

[PATCH] drm/atomic: Extract needs_modeset function

Op 18-06-15 om 11:25 schreef Daniel Vetter: > We use the same check already in the atomic core, so might as well > make this official. And it's also reused in e.g. i915. > > Motivated by Maarten's idea to extract a connector_changed state out > of mode_changed. > > Cc: Maarten Lankhorst > Signed-o

[PATCH 1/6] gr: support for NVIDIA-provided firmwares

On 19 June 2015 at 00:47, Alexandre Courbot wrote: > NVIDIA will officially start providing signed firmwares through > linux-firmware. Change the GR firmware lookup function to look them up > in addition to the extracted firmwares. I wonder if perhaps we should just replace the mechanism entirely,

[PATCH 1/6] gr: support for NVIDIA-provided firmwares

On Fri, Jun 19, 2015 at 1:40 PM, Ben Skeggs wrote: > On 19 June 2015 at 00:47, Alexandre Courbot wrote: >> NVIDIA will officially start providing signed firmwares through >> linux-firmware. Change the GR firmware lookup function to look them up >> in addition to the extracted firmwares. > I wonde

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is not referenced anywhere. One instance of 'exynos_drm_gem_obj' may be mapped to multiple user-space VMAs so 'vma' field does not look useful anyway. Signed-off

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: > The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in > 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is > not referenced anywhere. > > One instance of 'exynos_drm_gem_obj' may be mapped to multiple > us

[Nouveau] [PATCH v2 2/2] drm/nouveau: add GEM_SET_TILING staging ioctl

On Tue, Jun 16, 2015 at 7:07 PM, Daniel Vetter wrote: > On Mon, Jun 15, 2015 at 06:08:21PM +0900, Alexandre Courbot wrote: >> On 06/15/2015 04:56 PM, Daniel Vetter wrote: >> >On Mon, Jun 15, 2015 at 04:09:29PM +0900, Alexandre Courbot wrote: >> >>From: Ari Hirvonen >> >> >> >>Add new NOUVEAU_GEM_

[PATCH 1/6] gr: support for NVIDIA-provided firmwares

On 19 June 2015 at 15:22, Alexandre Courbot wrote: > On Fri, Jun 19, 2015 at 1:40 PM, Ben Skeggs wrote: >> On 19 June 2015 at 00:47, Alexandre Courbot wrote: >>> NVIDIA will officially start providing signed firmwares through >>> linux-firmware. Change the GR firmware lookup function to look the

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

2015-06-19 14:28 GMT+09:00 Inki Dae : > On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: >> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in >> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is >> not referenced anywhere. >> >> One instance of 'exynos

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

On 2015년 06월 19일 14:46, Krzysztof Kozlowski wrote: > 2015-06-19 14:28 GMT+09:00 Inki Dae : >> On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: >>> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in >>> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") bu

[PATCH 1/2] drm/radeon: compute ring fix hibernation (CI GPU family).

On 19.06.2015 00:31, j.glisse at gmail.com wrote: > From: Jérôme Glisse > > In order for hibernation to reliably work we need to cleanup more > thoroughly the compute ring. Hibernation is different from suspend > resume as when we resume from hibernation the hardware is first > fully initialize

[Bug 91009] [radeonsi, R9 270X] Random system lockup when start to play H.264 video in mplayer with VDPAU

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

[PATCH 1/1] drm/radeon: use kzalloc for allocating one thing

On 19.06.2015 06:05, Maninder Singh wrote: > Use kzalloc for allocating one thing rather than > kcalloc(1... > > The semantic patch that makes this change is as follows: > > // > @@ > @@ > > - kcalloc(1, > + kzalloc( >...) > // > > Signed-off-by: Maninder Singh > Reviewed-by: Vaneet

[Bug 88364] Xorg hangs after videocard switching

org/archives/dri-devel/attachments/20150619/b7940df7/attachment.html>

[PATCH 1/1] drm/radeon: use kzalloc for allocating one thing

Use kzalloc for allocating one thing rather than kcalloc(1... The semantic patch that makes this change is as follows: // @@ @@ - kcalloc(1, + kzalloc( ...) // Signed-off-by: Maninder Singh Reviewed-by: Vaneet Narang --- drivers/gpu/drm/radeon/radeon_ttm.c |2 +- 1 files chan

[Intel-gfx] [PATCH 6/8] drivers/pwm: Add Crystalcove (CRC) PWM driver

Hi Paul, On Fri, Jun 19, 2015 at 12:11 AM, Paul Bolle wrote: > Hi Shobhit, > > On Thu, 2015-06-18 at 23:24 +0530, Shobhit Kumar wrote: >> On Fri, May 1, 2015 at 2:42 AM, Paul Bolle wrote: >> > On Wed, 2015-04-29 at 19:30 +0530, Shobhit Kumar wrote: >> >> --- a/drivers/pwm/Kconfig >> >> +++ b/dri

[PATCH] drm/i915: enable BIOS hang workaround for Lenovo T60 too

When trying to hibernate a Lenovo T60 the half moon led keeps blinking and devices does not power off since commit da2bc1b9db3. T60 chip details: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GM L Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA con

[PATCH] drm/exynos: do not wait for vblank at atomic operation

This patch resolves the issue that refresh rate got low at extension mode test with fimd and vidi combination. The problem was because atomic_commit callback waited for the completion of vblank to gaurantee crtc relevant registers are updated from shadow registers to real ones. However, the waiti

[PATCH v10 00/17] drm/exynos: atomic modesetting support

On 2015년 06월 17일 23:33, Gustavo Padovan wrote: > Hi Inki, > > 2015-06-17 Inki Dae : > >> Hi Gustavo, >> >> On 2015년 06월 17일 05:35, Gustavo Padovan wrote: >>> HI Inki, >>> >>> 2015-06-15 Inki Dae : >>> Hi Gustavo, On 2015년 06월 02일 00:04, Gustavo Padovan wrote:

[PATCH] drm/atomic: Don't set crtc_state->enable manually

The enable field needs to be kept in sync with the mode_blob field. Call drm_atomic_set_mode_prop_for_crtc() instead of setting enable to false in order to dereference the mode blob correctly. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_atomic_helper.c | 10 +++--- 1 file changed

[PATCH 1/2] drm/radeon: compute ring fix hibernation (CI GPU family) v2.

From: Jérôme Glisse In order for hibernation to reliably work we need to cleanup more thoroughly the compute ring. Hibernation is different from suspend resume as when we resume from hibernation the hardware is first fully initialize by regular kernel then freeze callback happens (which corresp

[PATCH 2/2] drm/radeon: SDMA fix hibernation (CI GPU family).

From: Jérôme Glisse In order for hibernation to reliably work we need to properly turn off the SDMA block, sadly after numerous attemps i haven't not found proper sequence for clean and full shutdown. So simply reset both SDMA block, this makes hibernation works reliably on sea island GPU famil

[PATCH] drm/imx: tve: fix media bus format for VGA output

Commit a7c6e76feeb1 ("drm/imx: switch to use media bus formats") accidentally replaced IPU_PIX_FMT_GBR24 with MEDIA_BUS_FMT_YUV8_1X24 instead of the correct MEDIA_BUS_FMT_GBR888_1X24. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/imx-tve.c | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[PATCH] MAINTAINERS: Add IPUv3 core driver to the i.MX DRM driver section

The ipu-v3 core driver is maintained in and merged through the same trees as the imx-drm drivers that are using it. This patch adds the drivers/gpu/ipu-v3/ directory to the i.MX DRM driver section. Signed-off-by: Philipp Zabel --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/M

[RESEND PATCH v2 v4.1-rc8 1/2] drm: prime: Honour O_RDWR during prime-handle-to-fd

Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except (DRM|O)_CLOEXEC making it difficult (maybe impossible) for userspace to mmap() the resulting dma-buf even when this is supported by the DRM driver. It is trivial to relax the restriction and permit read/write access. This is safe beca

[RESEND PATCH v2 v4.1-rc8 2/2] drm: prime: Document gem_prime_mmap

gem_prime_map is not currently described in the DRM manual, lets document it. Signed-off-by: Daniel Thompson --- drivers/gpu/drm/drm_prime.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c index 6d2cf4fb4038..3b40a4

[RESEND PATCH v2 v4.1-rc8 0/2] drm: prime: Allow exported dma-bufs to be mapped

This patch set started out as a single patch with a trivial bit of boilerplate to add dmabuf mmap support to the msm driver. However Rob Clark pointed out that, rather than keep one of the tricks I had used, it would be better to change the helpers resulting in this series. I've tested this both w

[PULL] drm-intel-next-fixes

On Fri, Jun 19, 2015 at 01:48:13PM +1000, Dave Airlie wrote: > On 18 June 2015 at 16:04, Jani Nikula wrote: > > > > Hi Dave, i915 fixes for drm-next/v4.2. > > > > BR, > > Jani. > > And my gcc says: > > /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c: > In function ‘__i

[PATCH] drm/atomic: Extract needs_modeset function

On Fri, Jun 19, 2015 at 06:08:08AM +0200, Maarten Lankhorst wrote: > Op 18-06-15 om 11:25 schreef Daniel Vetter: > > We use the same check already in the atomic core, so might as well > > make this official. And it's also reused in e.g. i915. > > > > Motivated by Maarten's idea to extract a connect

[PATCH 0/3]drm/msm/mdp5: Add plane blending operation support for MDP5

Jilai Wang (3): drm/doc: Add description of drm properties in msm drm/msm/mdp5: Update generated header files drm/msm/mdp5: Add plane blending operation support for MDP5 Documentation/DocBook/drm.tmpl| 23 +++ drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 58 +---

[PATCH 1/3] drm/doc: Add description of drm properties in msm

Add plane properties "premultiplied/zpos/alpha" used in msm MDP driver to perform proper blending operation. Signed-off-by: Jilai Wang --- Documentation/DocBook/drm.tmpl | 23 +++ 1 file changed, 23 insertions(+) diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/Do

[PATCH 2/3] drm/msm/mdp5: Update generated header files

To support mdp5 blending for mdp5 v1.5 and later Signed-off-by: Jilai Wang --- drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 58 ++-- drivers/gpu/drm/msm/mdp/mdp_common.xml.h | 4 +++ 2 files changed, 52 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/msm/m

[PATCH 3/3] drm/msm/mdp5: Add plane blending operation support for MDP5

This change is to add properties alpha/zpos/premultiplied to mdp5 plane for alpha blending operation to generate the blended output. Signed-off-by: Jilai Wang --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 110 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.c | 66 +

[PATCH] rnndb: Increase stage number for MDP1.5

MDP1.5 can support 7 stages. Update xml file accordingly. Signed-off-by: Jilai Wang --- rnndb/mdp/mdp5.xml | 36 ++-- rnndb/mdp/mdp_common.xml | 4 2 files changed, 30 insertions(+), 10 deletions(-) diff --git a/rnndb/mdp/mdp5.xml b/rnndb/mdp/mdp5.xml

[PATCH] drm/dp: look up the mstb passed into work function

On Fri, Jun 19, 2015 at 10:53:10AM +1000, Dave Airlie wrote: > From: Dave Airlie > > We should validate the passed in mstb under the lock > this should stop us getting an invalid mstb here. > > (first attempt with cancelling work has lockdep issues). Yeah cancel_work_sync is nasty that way ;-)

[PATCH] drm/i915: enable BIOS hang workaround for Lenovo T60 too

On Fri, Jun 19, 2015 at 08:17:55AM +0200, Mikko Rapeli wrote: > When trying to hibernate a Lenovo T60 the half moon led keeps blinking and > devices does not power off since commit da2bc1b9db3. > > T60 chip details: > > 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, > 943

[RESEND PATCH v2 v4.1-rc8 0/2] drm: prime: Allow exported dma-bufs to be mapped

On Fri, Jun 19, 2015 at 02:52:27PM +0100, Daniel Thompson wrote: > This patch set started out as a single patch with a trivial bit of > boilerplate to add dmabuf mmap support to the msm driver. However Rob > Clark pointed out that, rather than keep one of the tricks I had used, it > would be better

[RESEND PATCH v2 v4.1-rc8 1/2] drm: prime: Honour O_RDWR during prime-handle-to-fd

On Fri, Jun 19, 2015 at 02:52:28PM +0100, Daniel Thompson wrote: > Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except > (DRM|O)_CLOEXEC making it difficult (maybe impossible) for userspace > to mmap() the resulting dma-buf even when this is supported by the > DRM driver. > > It is tri

[RESEND PATCH v2 v4.1-rc8 2/2] drm: prime: Document gem_prime_mmap

On Fri, Jun 19, 2015 at 02:52:29PM +0100, Daniel Thompson wrote: > gem_prime_map is not currently described in the DRM manual, lets document > it. > > Signed-off-by: Daniel Thompson Applied to drm-misc, thanks. -Daniel > --- > drivers/gpu/drm/drm_prime.c | 4 +++- > 1 file changed, 3 insertion

[PATCH] drm/atomic: Don't set crtc_state->enable manually

On Fri, Jun 19, 2015 at 04:41:55PM +0300, Laurent Pinchart wrote: > The enable field needs to be kept in sync with the mode_blob field. Call > drm_atomic_set_mode_prop_for_crtc() instead of setting enable to false > in order to dereference the mode blob correctly. > > Signed-off-by: Laurent Pincha

[PATCH] drm/i915: enable BIOS hang workaround for Lenovo T60 too

On Fri, 2015-06-19 at 17:44 +0200, Daniel Vetter wrote: > I wonder whether we shouldn't do this unconditionally for gen4 and earlier > for Lenovo ... Anyway this needs Cc: stable at vger.kernel.org and is for > Jani to pick up. > > Thanks for figuring out what's been broken here. > -Daniel > > >

[PATCH v5 1/6] drm: bridge/dw_hdmi: add audio support for more display resolutions

On Sat, Jun 20, 2015 at 12:19:12AM +0800, Yakir Yang wrote: > Just like HDMISpecification 1.4 document descripted, the soure shall > determine the fractional relationship between the TMDS clock an an > audio reference clock, the sink may then recreate the audio clock from > the TMDS clock by using

[PATCH] drm/i915: enable BIOS hang workaround for Lenovo T60 too

On Fri Jun 19 17:44:31 2015 GMT+0200, Daniel Vetter wrote: > On Fri, Jun 19, 2015 at 08:17:55AM +0200, Mikko Rapeli wrote: > > When trying to hibernate a Lenovo T60 the half moon led keeps blinking and > > devices does not power off since commit da2bc1b9db3. > > > > T60 chip details: > > > > 00:0

[PATCH] drm/msm/mdp5: release SMB(shared memory blocks) in various cases

Release all blocks after the pipe is disabled, even when vsync didn't happen in some error cases. Allow requesting SMB multiple times before configuring to hardware, by releasing blocks not programmed to hardware yet for shrinking case. Signed-off-by: Wentao Xu --- drivers/gpu/drm/msm/mdp/mdp5/m

[PATCH 0/2] drm/msm: HDMI PHY rework for MSM8x94 support

This it to follow up with my RFC sent a few days ago[1]. Since the RFC got discussed and approved through IRC, here are the actual patches. Rgds, Stephane. [1] http://lists.freedesktop.org/archives/dri-devel/2015-June/084788.html Stephane Viau (2): drm/msm/hdmi: remove ->reset() from HDMI PHY

[PATCH 1/2] drm/msm/hdmi: remove ->reset() from HDMI PHY

->reset() currently only accesses HDMI core registers, and yet it is located in hdmi_phy*. Since no PHY registers are being accessed during ->reset(), it would be better to bring that function in hdmi core module where HDMI core registers are usually being accessed. This will also help for msm8x94

[PATCH 2/2] drm/msm: Add support for msm8x94

This change adds the MDP and HDMI support for msm8x94. Note that HDMI PHY registers are not being accessed anymore from the driver. Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/hdmi/hdmi.c | 30 - drivers/gpu/drm/msm/hdmi/hdmi_bridge.c| 8 +++- drivers/gpu/drm/

[RESEND PATCH v2 v4.1-rc8 0/2] drm: prime: Allow exported dma-bufs to be mapped

I'm far of being an expert in cache coherency but, from past experiences, I have notice that ION cache management give good performances and is simple to understand. ION mark as "dirty" the mapped pages in wm_fault function and check this flag while mapping the buffer in kernel space. If the flag

[Intel-gfx] [PATCH v2 06/10] drm: Avoid atomic commit path for CRTC property (Gamma)

On Mon, Jun 08, 2015 at 05:58:23PM -0700, Matt Roper wrote: > On Sat, Jun 06, 2015 at 05:34:45PM +0530, Sharma, Shashank wrote: > > Regards > > Shashank > > > > On 6/6/2015 6:31 AM, Matt Roper wrote: > > >On Thu, Jun 04, 2015 at 07:12:37PM +0530, Kausal Malladi wrote: > > >>From: Kausal Malladi >