[PATCH] drm/atomic_helper: Add drm_atomic_helper_disable_planes_on_crtc()

On 11/23/15 18:09, Daniel Vetter wrote: > On Mon, Nov 23, 2015 at 12:44:35PM +0200, Jyri Sarha wrote: >> Add drm_atomic_helper_disable_planes_on_crtc() for disabling all >> planes associated with the given CRTC. This can be used for instance >> in the CRTC helper disable callback to disable all

[Bug 93080] War Thunder launcher no longer loads

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151123/94855dbe/attachment.html>

Funky new vblank counter regressions in Linux 4.4-rc1

On Mon, Nov 23, 2015 at 06:58:34PM +0100, Mario Kleiner wrote: > > > On 11/23/2015 04:51 PM, Ville Syrjälä wrote: > > On Mon, Nov 23, 2015 at 04:23:21PM +0100, Mario Kleiner wrote: > >> On 11/20/2015 04:34 PM, Ville Syrjälä wrote: > >>> On Fri, Nov 20, 2015 at 04:24:50PM +0100, Mario Kleiner

Funky new vblank counter regressions in Linux 4.4-rc1

On 11/23/2015 09:04 PM, Harry Wentland wrote: > Hi Mario, > > when we've had issues with this on amdgpu Christian fixed it by enabling > page flip irq all the time, rather than turning it on when usermode > request a flip and turning it back off after we handled it. I believe > that fix exists on

nouveau: iowrite32 oops & warning at drivers/gpu/drm/nouveau/nouveau_fence.c:198

2015-11-22 22:49 GMT+02:00 Ilia Mirkin : > Not sure if these apply here but there are a couple of outstanding > locking fixes available in > http://cgit.freedesktop.org/~darktama/nouveau/ -- specifically these > two: > >

[Bug 80419] XCOM: Enemy Unknown Causes lockup

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/fff2f402/attachment.html>

[Bug 93080] War Thunder launcher no longer loads

with MESA_GL_VERSION_OVERRIDE=4.1COMPAT ? -- You are 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/20151123/ad0d70e6/attachment.html>

[Bug 82109] Firefox crashes Google Maps, likely related to graphics driver

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151123/6663deb8/attachment.html>

[Bug 76130] Radeon HD 4570 set dpm state fails after suspend

ork. -- You are 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/20151123/cd91a067/attachment-0001.html>

[PATCH 13/29] drm/armada: Use a private mutex to protect priv->linear

On Mon, Nov 23, 2015 at 6:40 PM, Russell King - ARM Linux wrote: > On Mon, Nov 23, 2015 at 10:32:46AM +0100, Daniel Vetter wrote: >> diff --git a/drivers/gpu/drm/armada/armada_gem.c >> b/drivers/gpu/drm/armada/armada_gem.c >> index e3a86b96af2a..a43690ab18b9 100644 >> ---

[Bug 93079] Tonga faults and oopses on agd5f drm-fixes-4.4 since fix incorrect mutex usage v3

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/44d4aa29/attachment.html>

Funky new vblank counter regressions in Linux 4.4-rc1

On 11/23/2015 04:51 PM, Ville Syrjälä wrote: > On Mon, Nov 23, 2015 at 04:23:21PM +0100, Mario Kleiner wrote: >> On 11/20/2015 04:34 PM, Ville Syrjälä wrote: >>> On Fri, Nov 20, 2015 at 04:24:50PM +0100, Mario Kleiner wrote: >> >> ... >> Ok, but why would that be a bad thing? I think we want

[PATCH v2 4/5] drm/exynos: mixer: do blending setup in mixer_cfg_layer()

Hey Inki, Inki Dae wrote: > > > 2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: >> This updates the blending setup when the layer configuration >> changes (triggered by mixer_win_{commit,disable}). >> >> To avoid unnecesary reconfigurations we cache the layer >> state in the mixer

[PATCH v2 2/5] drm/exynos: mixer: introduce mixer_layer_blending()

Hey Inki, Inki Dae wrote: > > > 2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: >> This analyses the current layer configuration (which layers >> are enabled, which have alpha-pixelformat, etc.) and setups >> blending accordingly. >> >> We currently disable all kinds of blending

[PATCH v2 1/5] drm/exynos: mixer: refactor layer setup

Hey Inki, Inki Dae wrote: > Hi Tobias, > > 2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: >> First step in allowing a more generic way to setup complex >> blending for the different layers. >> >> Signed-off-by: Tobias Jakobi >> --- >> drivers/gpu/drm/exynos/exynos_mixer.c | 84

[PATCH v4 01/13] clk: rockchip: add id for mipidsi sclk on rk3288

Hi Chris, Am Freitag, 20. November 2015, 16:15:27 schrieb Chris Zhong: > Adds a new id for the sclk supplying the mipidsi on rk3288 socs. > > Signed-off-by: Chris Zhong > > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: > add the mipi clk id in a single patch > >

[Bug 92944] [Fiji/LLVM/RadeonSI] CS:GO segfaults in llvm

ent was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/1174b33c/attachment.html>

[PATCH v5 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

This patch adds drm_bridge driver for parade DSI to eDP bridge chip. Signed-off-by: Jitao Shi --- Change since v4 -fix build error, change Kconfig DRM_PARADE_PS8640 from bool to tristate --- drivers/gpu/drm/bridge/Kconfig | 10 + drivers/gpu/drm/bridge/Makefile|1 +

[PATCH v5 1/2] Documentation: bridge: Add documentation for ps8640 DT properties

Add documentation for DT properties supported by ps8640 DSI-eDP converter. Signed-off-by: Jitao Shi Acked-by: Rob Herring Reviewed-by: Philipp Zabel --- Changes since v4 -no change --- .../devicetree/bindings/display/bridge/ps8640.txt | 43 1 file changed, 43

Funky new vblank counter regressions in Linux 4.4-rc1

On Mon, Nov 23, 2015 at 04:23:21PM +0100, Mario Kleiner wrote: > On 11/20/2015 04:34 PM, Ville Syrjälä wrote: > > On Fri, Nov 20, 2015 at 04:24:50PM +0100, Mario Kleiner wrote: > > ... > > >> What we do in radeon-kms is similar. If DRM_CALLED_FROM_VBLIRQ and we > >> are no more than 1% of the

[PATCH] staging/android: add TODO to de-stage android sync framework

From: Gustavo Padovan - remove sw_sync, it is used only for testing/debugging and should not be upstreamed. - port sw_sync testcases to use debugfs somehow - clean up and ABI check for security issues - move the sync framework to drivers/base/dma-buf Cc:

[PATCH 13/29] drm/armada: Use a private mutex to protect priv->linear

On Mon, Nov 23, 2015 at 10:32:46AM +0100, Daniel Vetter wrote: > diff --git a/drivers/gpu/drm/armada/armada_gem.c > b/drivers/gpu/drm/armada/armada_gem.c > index e3a86b96af2a..a43690ab18b9 100644 > --- a/drivers/gpu/drm/armada/armada_gem.c > +++ b/drivers/gpu/drm/armada/armada_gem.c > @@ -46,7

[PATCH v2 2/2] drm/rockchip: Convert the probe function to the generic drm_of_component_probe()

On 2015年11月20日 22:22, Liviu Dudau wrote: > Initial attempt to convert rockchip to drm_of_component_probe() missed the > difference between ports and encoders when using the compare_of() function. > Now that drm_of_component_probe() has been enhanced, let's try again the > conversion. > >

[PATCH v2 2/5] drm/exynos: mixer: introduce mixer_layer_blending()

2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: > This analyses the current layer configuration (which layers > are enabled, which have alpha-pixelformat, etc.) and setups > blending accordingly. > > We currently disable all kinds of blending for the bottom-most > layer, since

[PATCH] drm/atomic_helper: Add drm_atomic_helper_disable_planes_on_crtc()

On Mon, Nov 23, 2015 at 12:44:35PM +0200, Jyri Sarha wrote: > Add drm_atomic_helper_disable_planes_on_crtc() for disabling all > planes associated with the given CRTC. This can be used for instance > in the CRTC helper disable callback to disable all planes before > shutting down the display

Funky new vblank counter regressions in Linux 4.4-rc1

d (DxCRTC_PROGRESSIVE_START_LINE_EARLY = > 1) in progressive output mode then the “start of frame” indicator > happens 3 lines before the end of the vertical blank > (DxCRTC_V_BLANK_END – 3) > > I hope this helps, > > Alex > >> >> >> If we can fix this and get it into rc2 or rc3 then we could avoid a bad >> regression and with a bit of luck at the same time improve by being able to >> set dev->vblank_disable_immediate = true then and allow vblank irqs to get >> turned off more aggressively for a bit of extra power saving. >> >> thanks, >> -mario -- next part -- A non-text attachment was scrubbed... Name: radeonframecounter.patch Type: text/x-patch Size: 5332 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/38a6d7ab/attachment-0001.bin>

[Bug 92953] Segfault loading UT4 map/server

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/8501a607/attachment.html>

[PATCH] drm/imx: parallel-display: allow to determine bus format from the connected panel

Philipp, All, On Fri, Nov 20, 2015 at 01:46:39PM +0100, Philipp Zabel wrote: > Similarly to commit 5e501ed7253b3 ("drm/imx: imx-ldb: allow to determine > bus format from the connected panel"), if a panel is connected to the ldb > output port via the of_graph bindings, the data mapping is

[Bug 93017] complete system stalls while changing displays resolutions on a hybrid (intel/radeon) system

/show_bug.cgi?id=954783 -- You are 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/20151123/68b07bde/attachment.html>

[PATCH v2 4/5] drm/exynos: mixer: do blending setup in mixer_cfg_layer()

2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: > This updates the blending setup when the layer configuration > changes (triggered by mixer_win_{commit,disable}). > > To avoid unnecesary reconfigurations we cache the layer > state in the mixer context. > > Extra care has to be

[Bug 92258] [regression] Opening context menu in Steam running via DRI_PRIME with enabled DRI3 could lead to radeon kernel module crash

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/4e2951a5/attachment.html>

Funky new vblank counter regressions in Linux 4.4-rc1

On 11/20/2015 04:34 PM, Ville Syrjälä wrote: > On Fri, Nov 20, 2015 at 04:24:50PM +0100, Mario Kleiner wrote: ... >> What we do in radeon-kms is similar. If DRM_CALLED_FROM_VBLIRQ and we >> are no more than 1% of the display height away from start of vblank we >> fudge scanout position in a

[PATCH v2 1/5] drm/exynos: mixer: refactor layer setup

Hi Tobias, 2015년 11월 23일 01:09에 Tobias Jakobi 이(가) 쓴 글: > First step in allowing a more generic way to setup complex > blending for the different layers. > > Signed-off-by: Tobias Jakobi > --- > drivers/gpu/drm/exynos/exynos_mixer.c | 84 > ++- >

[Bug 93080] War Thunder launcher no longer loads

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/5d274203/attachment.html>

[Bug 93080] War Thunder launcher no longer loads

-devel/attachments/20151123/fd6683b5/attachment-0001.html>

[PATCH 4/4] component: add support for releasing match data

The component helper treats the void match data pointer as an opaque object which needs no further management. When device nodes being passed, this is not true: the caller should pass its refcount to the component helper, and there should be a way to drop the refcount when the matching

[PATCH 3/4] component: track components via array rather than list

Since we now have an array which defines each component, maintain the components to be bound in the array rather than a separate list. We also need duplicate tracking so we can eliminate multiple bind calls for the same component: we preserve the list-based component order in that the first match

[PATCH 2/4] component: move check for unbound master into try_to_bring_up_masters()

Clean up the code a little; we don't need to check that the master is unbound for every invocation of try_to_bring_up_master(), so let's move it to where it's really needed - try_to_bring_up_masters(), where we may encounter already bound masters. Reviewed-by: Thierry Reding Signed-off-by:

[PATCH 1/4] component: remove old add_components method

Now that drivers create an array of component matches at probe time, we can retire the old methods. This involves removing the add_components master method, and removing component_master_add_child() from public view. We also remove component_add_master() as that interface is no longer useful.

[PATCH 0/4] Component helper updates

Greg, These four patches update the component helper by: * Removing the legacy matching code with the .add_components method in the master's operation structure. Nothing in -rc1 appears to be using the legacy functions or method, according to my git greps. * A slight code reorganisation

[Bug 92850] Segfault loading War Thunder

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/148ecd83/attachment.html>

[Bug 93079] Tonga faults and oopses on agd5f drm-fixes-4.4

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/734510ca/attachment.html>

[Bug 93079] Tonga faults and oopses on agd5f drm-fixes-4.4

You are 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/20151123/de477148/attachment.html>

[PATCH 2/2] drm/rockchip: Send events for same-fb flips

Hi, 于 2015年11月16日 20:50, Daniel Stone 写道: > Rockchip previously treated a pageflip to the same framebuffer as a > no-op, discarding the event if one was requested. This breaks Weston, > which, when idle, sends a no-op vblank event to discover vblank > timings if the vblank query

[PATCH v2 0/7] drm/exynos: add pm runtime support

Hello Inki, On 11/23/2015 01:47 PM, Inki Dae wrote: > 2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas osg.samsung.com>: >> Hello, >> >> On 11/21/2015 11:59 AM, Inki Dae wrote: >>> Hi Daniel, >>> >>> >>> 2015-11-21 22:40 GMT+09:00 Daniel Stone : Hi Inki, On 21 November 2015 at

[Bug 92996] [Fiji/amdgpu/Powerplay] Problems with vsync, interactivity, performance, EQ overflow with Powerplay

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/d861bdea/attachment-0001.html>

[PATCH i915 v6 2/2] i915: wait for fence in prepare_plane_fb

In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive fence v2: First commit v3: Remove object_name_lock acquire Move wait from intel_atomic_commit() to intel_prepare_plane_fb() v4: Wait only on exclusive fences, interruptible with no timeout v5: Style tweaks to more

[PATCH i915 v6 1/2] i915: wait for fence in mmio_flip_work_func

If a buffer is backed by dmabuf, wait on its reservation object's exclusive fence before flipping. v2: First commit v3: Remove object_name_lock acquire v4: Move wait ahead of mark_page_flip_active Use crtc->primary->fb to get GEM object instead of pending_flip_obj use_mmio_flip() return

[PATCH i915 v6 0/2] PRIME Synchronization

Hello all, For a while now, I've been working to fix tearing with PRIME. This is the sixth version of the DRM component for PRIME synchronization. In this version I modified the wait in prepare_plane_fb to properly handle interrupts by returning -ERESTARTSYS, and warn on other error codes before

Funky new vblank counter regressions in Linux 4.4-rc1

Hi Mario, when we've had issues with this on amdgpu Christian fixed it by enabling page flip irq all the time, rather than turning it on when usermode request a flip and turning it back off after we handled it. I believe that fix exists on radeon already. Michel should have more info on that.

[Bug 108221] amdgpu: mouse cursor flickers + black boxes

https://bugzilla.kernel.org/show_bug.cgi?id=108221 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[PATCH] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt

> -Original Message- > From: Lyude [mailto:cpaul at redhat.com] > Sent: Sunday, November 22, 2015 9:45 PM > To: Koenig, Christian; Daniel Stone > Cc: Deucher, Alexander; David Airlie; dri-devel; Linux Kernel Mailing List; > Jerome Glisse; Benjamin Tissoires > Subject: Re: [PATCH]

[PATCH v2 00/13] drm/exynos: async G2D and g2d_move()

2015년 11월 23일 11:35에 Hyungwon Hwang 이(가) 쓴 글: > Hello Tobias, > > I reviewed this whole patchset, and it looks good to me. Also I tested > it on my odroid u3, and all works fine. Thanks you for your effort. > > Tested-by: Hyungwon Hwang > Reviewed-by: Hyungwon Hwang

[PATCH] drm/radeon: remove UMS support

It's been deprecated behind a kconfig option for almost two years and hasn't really been supported for years before that. DDX support was dropped more than three years ago. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/Kconfig|9 - drivers/gpu/drm/radeon/Makefile |

[PATCH 5/5] drm/imx: ipuv3 plane: Replace dev_info with dev_dbg if a plane's CRTC changes

Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > This patch changes the dev_info() call to dev_dbg() in ipu_plane_update() > to print out the information that a plane's CRTC is changed, because this > kind of information is only useful for debugging. > > Signed-off-by: Liu Ying > ---

[PATCH] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt

On Mon, 2015-11-23 at 10:43 -0500, Lyude wrote: > On Mon, 2015-11-23 at 14:20 +, Deucher, Alexander wrote: > > > -Original Message- > > > From: Lyude [mailto:cpaul at redhat.com] > > > Sent: Sunday, November 22, 2015 9:45 PM > > > To: Koenig, Christian; Daniel Stone > > > Cc: Deucher,

[PATCH 3/5] drm/imx: ipuv3 crtc: Cleanup ipu planes in ipu_drm_unbind()

Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > To avoid memory leakage, we need to cleanup ipu planes in ipu_drm_unbind(). > > Signed-off-by: Liu Ying > --- > This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. > > drivers/gpu/drm/imx/ipuv3-crtc.c | 5 +

[PATCH 1/5] drm/imx: ipuv3 plane: Introduce ipu_plane_cleanup()

Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > This patch adds a helper ipu_plane_cleanup() to cleanup a IPU plane. > It can be used in the bailout path of ipu_crtc_init(), for instance. > > Signed-off-by: Liu Ying > --- > This patch applies to the imx-drm/fixes branch of Philipp

[PATCH 4/5] drm/imx: ipuv3 plane: Use the helper ipu_plane_cleanup() in ipu_plane_destroy()

Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > To reduce code duplication, we can use the helper ipu_plane_cleanup() in > ipu_plane_destroy(). > > Signed-off-by: Liu Ying > --- > This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. > >

[PATCH 2/5] drm/imx: ipuv3 crtc: Cleanup ipu planes in ipu_crtc_init() when necessary

Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying: > To avoid memory leakage, we need to cleanup the initialized ipu planes in > the bailout path of ipu_crtc_init(). > > Signed-off-by: Liu Ying > --- > This patch applies to the imx-drm/fixes branch of Philipp Zabel's open git. > >

[PATCH 3/3] drm/panel: Add Panasonic VVX10F034N00 MIPI DSI panel

On Mon, Nov 23, 2015 at 3:33 AM, Thierry Reding wrote: > On Fri, Oct 30, 2015 at 05:38:28PM -0700, bjorn at kryo.se wrote: >> From: Werner Johansson >> >> This adds support for the Panasonic panel found in some Xperia Z2 >> tablets. >> >> Signed-off-by: Werner Johansson >> Signed-off-by: Bjorn

[PATCH] drm/atomic_helper: Add drm_atomic_helper_disable_planes_on_crtc()

Add drm_atomic_helper_disable_planes_on_crtc() for disabling all planes associated with the given CRTC. This can be used for instance in the CRTC helper disable callback to disable all planes before shutting down the display pipeline. Signed-off-by: Jyri Sarha --- This a follow version to

[PATCH v2 2/2] drm/panel: Add Sharp LS043T1LE01 MIPI DSI panel

p.org/archives/dri-devel/attachments/20151123/9eb76c67/attachment.sig>

[PATCH v2 1/2] drm/panel: Add Sharp LS043T1LE01 panel binding documentation

Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/7d017ad9/attachment.sig>

[PATCH 3/3] drm/panel: Add Panasonic VVX10F034N00 MIPI DSI panel

<http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/3fe29412/attachment.sig>

[PATCH 2/3] panel/panasonic-vvx10f034n00: Add DT bindings

as scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/2d2400f0/attachment.sig>

[PATCH] drm/panel: simple: Add Innolux N133HSE panel support

text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/4592bcf8/attachment.sig>

[PATCH] drm/panel: simple: Add support for G121X1-L03

t -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/dd98523b/attachment-0001.sig>

[Intel-gfx] [PATCH] v2: Also add a DRIVER_* check like for all other maps functions to really short-circuit the code. And give drm_legacy_rmmap used by the dev unregister code the same treatment.

Accidental patch? On Mon, 23 Nov 2015, Daniel Vetter wrote: > --- > drivers/gpu/drm/drm_bufs.c | 14 ++ > include/drm/drm_legacy.h | 2 +- > 2 files changed, 11 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/drm_bufs.c b/drivers/gpu/drm/drm_bufs.c > index

[PATCH 7/8] drm/i915: Fix random aux transactions failures.

I don't see how the subject matches the commit. On Sat, 21 Nov 2015, Rodrigo Vivi wrote: > This read wake with retries were initially added by 2 commits: > > commit 61da5fab ("drm/i915/dp: retry link status read 3 times on failure") > commit 899526d9 ("drm/i915/dp: try to read receiver

[PATCH 7/8] drm/i915: Fix random aux transactions failures.

On Sat, 21 Nov 2015, Rodrigo Vivi wrote: > Mainly aux communications on sink_crc > were failing a lot randomly on recent platforms. > The first solution was to try to use intel_dp_dpcd_read_wake, but then > it was suggested to move retries to drm level. > > Since drm level was already taking care

[PATCH 6/8] drm/i915: Remove remaining retries from intel_dp_aux_ch.

On Sat, 21 Nov 2015, Rodrigo Vivi wrote: > drm level already takes care of the needed retries so instead of > duplicate the effort here. > > If the retry is possible immediately we return EAGAIN. Otherwise, > if we have no idea what caused the error let's assume something > was busy and let drm

[Bug 80419] XCOM: Enemy Unknown Causes lockup

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/e864bcd2/attachment.html>

[Intel-gfx] [PATCH 4/8] drm: Wait 1ms before retrying aux transactions on EBUSY.

On Sat, 21 Nov 2015, Rodrigo Vivi wrote: > DP Specs isn't really clear about the amount of retries, > but for cases it mentions retries it also mention times that > vary from 300us to 1ms. > > For many cases hardware can handled the timeouts before retry > is possible and allowed, but for many

[PATCH v2 10/10] dt-bindings: Add DSIv2 documentation

On 11/21/2015 1:29 AM, Rob Herring wrote: > +Stephen > > On Wed, Nov 18, 2015 at 9:24 AM, Archit Taneja > wrote: >> Hi Rob, >> >> On 11/18/2015 6:48 PM, Rob Herring wrote: >>> >>> +dt list >>> >>> On Wed, Nov 18, 2015 at 4:55 AM, Archit Taneja >>> wrote: Add additional property info

[PATCH 3/8] drm/i915: Use EAGAIN instead EBUSY for aux retry.

On Mon, 23 Nov 2015, Daniel Vetter wrote: > On Fri, Nov 20, 2015 at 04:46:25PM -0800, Rodrigo Vivi wrote: >> Current EBUSY meaning is immediately retry, but this is >> about to change. DRM aux transfer is about to change and >> make EAGAIN the immediately retry and use EBUSY to wait >> a bit for

[Intel-gfx] [PATCH 1/8] drm: Introduce EAGAIN handling for immediatelly aux retries

On Sat, 21 Nov 2015, Rodrigo Vivi wrote: > The goal here is to offload aux retries handling from the > drivers to drm. > > However there are 2 differents cases for retry: > 1. Immediately retry - Hardware already took care of needed timeouts > before answering that a retry is

[PATCH v2 00/13] drm/exynos: async G2D and g2d_move()

Hello Tobias, I reviewed this whole patchset, and it looks good to me. Also I tested it on my odroid u3, and all works fine. Thanks you for your effort. Tested-by: Hyungwon Hwang Reviewed-by: Hyungwon Hwang BRs, Hyungwon Hwang On Sun, 22 Nov 2015 19:48:30 +0100 Tobias Jakobi wrote: >

[PATCH 1/1] apple-gmux: Assign apple_gmux_data before registering

On Mon, Nov 16, 2015 at 09:38:40PM +0100, Lukas Wunner wrote: > From: Matthew Garrett > > Registering the handler after both GPUs will trigger a DDC switch for > connector reprobing. This will oops if apple_gmux_data hasn't already > been assigned. Reorder the code to do that. > > [Lukas: More

[Intel-gfx] [PATCH] v2: Also add a DRIVER_* check like for all other maps functions to really short-circuit the code. And give drm_legacy_rmmap used by the dev unregister code the same treatment.

On Mon, Nov 23, 2015 at 12:15:18PM +0200, Jani Nikula wrote: > > Accidental patch? Yup, dunno how that one ended up in there ... -Daniel > > On Mon, 23 Nov 2015, Daniel Vetter wrote: > > --- > > drivers/gpu/drm/drm_bufs.c | 14 ++ > > include/drm/drm_legacy.h | 2 +- > > 2

[PATCH 15/29] drm/tegra: Use drm_gem_object_unreference_unlocked

anks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/47e04a6b/attachment.sig>

[PATCH 14/29] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

p-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/ef1ff25c/attachment.sig>

[PATCH 07/29] drm/tegra: Use unlocked gem unreferencing

5 insertions(+), 5 deletions(-) Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151123/3d5abad2/attachment.sig>

[PATCH 04/29] drm/amdgpu: Use unlocked gem unreferencing

On 23.11.2015 10:32, Daniel Vetter wrote: > For drm_gem_object_unreference callers are required to hold > dev->struct_mutex, which these paths don't. Enforcing this requirement > has become a bit more strict with > > commit ef4c6270bf2867e2f8032e9614d1a8cfc6c71663 > Author: Daniel Vetter > Date:

[PATCH] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt

On Mon, 2015-11-23 at 14:20 +, Deucher, Alexander wrote: > > -Original Message- > > From: Lyude [mailto:cpaul at redhat.com] > > Sent: Sunday, November 22, 2015 9:45 PM > > To: Koenig, Christian; Daniel Stone > > Cc: Deucher, Alexander; David Airlie; dri-devel; Linux Kernel Mailing

[PATCH] v2: Also add a DRIVER_* check like for all other maps functions to really short-circuit the code. And give drm_legacy_rmmap used by the dev unregister code the same treatment.

--- drivers/gpu/drm/drm_bufs.c | 14 ++ include/drm/drm_legacy.h | 2 +- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_bufs.c b/drivers/gpu/drm/drm_bufs.c index de18b8b78a26..5a51633da033 100644 --- a/drivers/gpu/drm/drm_bufs.c +++

[PATCH 29/29] drm/vma_manage: Drop has_offset

It's racy, creating mmap offsets is a slowpath, so better to remove it to avoid drivers doing broken things. The only user is i915, and it's ok there because everything (well almost) is protected by dev->struct_mutex in i915-gem. While at it add a note in the create_mmap_offset kerneldoc that

[PATCH 28/29] drm/vgem: Drop dev->struct_mutex

With the previous two changes it doesn't protect anything any more. v2: Use _unlocked unreference variant. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vgem/vgem_drv.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/vgem/vgem_drv.c

[PATCH 27/29] drm/vgem: Move get_pages to gem_create

vgem doesn't have a shrinker or anything like that and drops backing storage only at object_free time. There's no use in trying to be clever and allocating backing storage delayed, it only causes trouble by requiring locking. Instead grab pages when we allocate the object right away.

[PATCH 26/29] drm/vgem: Simplify dum_map

The offset manager already checks for existing offsets internally, while holding suitable locks. We can drop this check. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vgem/vgem_drv.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/vgem/vgem_drv.c

[PATCH 25/29] drm/exynos: drop struct_mutex from fbdev setup

Doesn't protect anything at all, and probably just here because a long time ago dev->struct_mutex was required to allocate gem objects. With this patch exynos is completely struct_mutex free! Cc: Inki Dae Signed-off-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 22

[PATCH 24/29] drm/exynos: drop struct_mutex from exynos_drm_gem_get_ioctl

The only things this protects is reading ->flags and ->size, both of which are invariant over the lifetime of an exynos gem bo. So no locking needed at all (besides that, nothing protects the writers anyway). Aside: exynos_gem_obj->size is redundant with exynos_gem_obj->base.size and probably

[PATCH 23/29] drm/exynos: drop struct_mutex from exynos_gem_map_sgt_with_dma

The sg table isn't refcounted, there's no corresponding locking for unmapping and drm_map_sg is ok with being called concurrently. So drop the locking since it doesn't protect anything. Cc: Inki Dae Signed-off-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 4 1 file

[PATCH 22/29] drm/exynos: Drop dev->struct_mutex from mmap offset function

Simply forgotten about this when I was doing my general cleansing of simple gem mmap offset functions. There's nothing but core functions called here, and they all have their own protection already. Aside: DRM_ERROR for userspace controlled input isn't great, but that's for another patch. v2:

[PATCH 21/29] drm/nouveau: Drop dev->struct_mutex from fbdev init

Doesn't protect anything at all. With this patch nouveau is completely dev->struct_mutex free! Cc: Ben Skeggs Signed-off-by: Daniel Vetter --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c

[PATCH 20/29] drm/gma500: Add driver private mutex for the fault handler

There's currently two places where the gma500 fault handler relies upon dev->struct_mutex: - To protect r->mappping - To make sure vm_insert_pfn isn't called concurrently (in which case the 2nd thread would get an error code). Everything else (specifically psb_gtt_pin) is already protected by

[PATCH 19/29] drm/gma500: Drop dev->struct_mutex from mmap offset function

Simply forgotten about this when I was doing my general cleansing of simple gem mmap offset functions. There's nothing but core functions called here, and they all have their own protection already. Cc: Patrik Jakobsson Acked-by: Patrik Jakobsson Signed-off-by: Daniel Vetter ---

[PATCH 18/29] drm/gma500: Drop dev->struct_mutex from fbdev init/teardown code

This is init/teardown code, locking is just to appease locking checks. And since gem create/free doesn't need this any more there's really no reason for grabbing dev->struct_mutex. Again important to switch obj_unref to _unlocked variants. Cc: Patrik Jakobsson Acked-by: Patrik Jakobsson

[PATCH 17/29] drm/gma500: Drop dev->struct_mutex from modeset code

It's either init code or already protected by other means. Note that psb_gtt_pin/unpin has it's own lock, and that's really the only piece of driver private state - all the modeset state is protected with modeset locks already. The only important bit is to switch all gem_obj_unref calls to the

[PATCH 16/29] drm/gma500: Use correct unref in the gem bo create function

This is called without dev->struct_mutex held, we need to use the _unlocked variant. Never caught in the wild since you'd need an evil userspace which races a gem_close ioctl call with the in-progress open. Cc: Patrik Jakobsson Acked-by: Patrik Jakobsson Signed-off-by: Daniel Vetter ---

  1   2   >