[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

On Thu, Nov 19, 2015 at 10:53:30PM +0200, Ville Syrjälä wrote: > On Thu, Nov 19, 2015 at 06:35:04PM -0200, Paulo Zanoni wrote: > > 2015-11-19 18:06 GMT-02:00 Ville Syrjälä > linux.intel.com>: > > > On Thu, Nov 19, 2015 at 05:44:51PM -0200, Paulo Zanoni wrote: > > >> 2014-05-26 11:26 GMT-03:00

[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

On Thu, Nov 19, 2015 at 06:35:04PM -0200, Paulo Zanoni wrote: > 2015-11-19 18:06 GMT-02:00 Ville Syrjälä : > > On Thu, Nov 19, 2015 at 05:44:51PM -0200, Paulo Zanoni wrote: > >> 2014-05-26 11:26 GMT-03:00 : > >> > From: Ville Syrjälä > >> > > >> > Now that the vblank races are plugged, we

Funky new vblank counter regressions in Linux 4.4-rc1

On Thu, Nov 19, 2015 at 12:46 PM, Mario Kleiner wrote: > Hi Alex and Michel and Ville, > > it's "fix vblank stuff" time again ;-) Adding Harry from our display team. He might be able to fill in the blanks of on some of this better than I can. It might also be worth checking to see how our DAL

[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

On Thu, Nov 19, 2015 at 05:44:51PM -0200, Paulo Zanoni wrote: > 2014-05-26 11:26 GMT-03:00 : > > From: Ville Syrjälä > > > > Now that the vblank races are plugged, we can opt out of using > > the vblank disable timer and just let vblank interrupts get > > disabled immediately when the last

Funky new vblank counter regressions in Linux 4.4-rc1

On Thu, Nov 19, 2015 at 08:12:24PM +0100, Mario Kleiner wrote: > On 11/19/2015 07:20 PM, Ville Syrjälä wrote: > > On Thu, Nov 19, 2015 at 06:46:28PM +0100, Mario Kleiner wrote: > >> Hi Alex and Michel and Ville, > >> > >> it's "fix vblank stuff" time again ;-) > >> > >> Ville's changes to the

[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

On Thu, Nov 19, 2015 at 10:06:01PM +0200, Ville Syrjälä wrote: > On Thu, Nov 19, 2015 at 05:44:51PM -0200, Paulo Zanoni wrote: > > 2014-05-26 11:26 GMT-03:00 : > > > From: Ville Syrjälä > > > > > > Now that the vblank races are plugged, we can opt out of using > > > the vblank disable timer

[PATCH] nvidia/noveau: Fix color mask

>> (32 - info->var.bits_per_pixel)); u32 dsize, width, *data = (u32 *) image->data, tmp; int j, k = 0; -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digita

[PATCH] drm/sysfs: Send out uevent when connector->force changes

On Thu, Nov 19, 2015 at 05:46:50PM +0100, Daniel Vetter wrote: > To avoid even more code duplication punt this all to the probe worker, > which needs some slight adjustment to also generate a uevent when the > status has changed to due connector->force. > > v2: Instead of running the

[Bug 92755] [APITRACE] Shadow of Mordor locks up R600

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/0782e0fc/attachment.html>

[Bug 91994] Samsung U28D590D Monitor does not wake up after power saving mode

gt;4.3 -- 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/20151119/2688726d/attachment.html>

[Bug 91994] Samsung U28D590D Monitor does not wake up after power saving mode

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/7054998a/attachment.html>

[Bug 88043] Star Conflict locks up AMD BARTS

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/bb334be8/attachment.html>

Funky new vblank counter regressions in Linux 4.4-rc1

On Thu, Nov 19, 2015 at 06:46:28PM +0100, Mario Kleiner wrote: > Hi Alex and Michel and Ville, > > it's "fix vblank stuff" time again ;-) > > Ville's changes to the DRM's drm_handle_vblank() / > drm_update_vblank_count() code in Linux 4.4 not only made that code more > elegant, but also

[Bug 92952] Enabling Anti-Aliasing, when pp_jimenezmlaa and pp_jimenezmlaa_color are set, causes screen to corrupt

org/archives/dri-devel/attachments/20151119/57734879/attachment.html>

[Bug 73528] Deferred lighting in Second Life causes system hiccups and screen flickering

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/20151119/4818de3e/attachment.html>

Funky new vblank counter regressions in Linux 4.4-rc1

On 11/19/2015 07:20 PM, Ville Syrjälä wrote: > On Thu, Nov 19, 2015 at 06:46:28PM +0100, Mario Kleiner wrote: >> Hi Alex and Michel and Ville, >> >> it's "fix vblank stuff" time again ;-) >> >> Ville's changes to the DRM's drm_handle_vblank() / >> drm_update_vblank_count() code in Linux 4.4 not

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

In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for fence. Signed-off-by: Alex Goins --- drivers/gpu/drm/i915/intel_display.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index

[PATCH i915 v4 1/2] i915: wait for fences in mmio_flip()

If a buffer is backed by dmabuf, wait on its reservation object's fences before flipping. Signed-off-by: Alex Goins --- drivers/gpu/drm/i915/intel_display.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_display.c

[PATCH i915 v4 0/2] PRIME Synchronization

Hello all, For a while now, I've been working to fix tearing with PRIME. This is my fourth version of the solution, revised according to Daniel Vetter's and Chris Wilson's suggestions. It now uses crtc->primary->fb to get the GEM object instead of pending_flip_obj, waits for fence BEFORE marking

Funky new vblank counter regressions in Linux 4.4-rc1

saving. thanks, -mario -- next part -- A non-text attachment was scrubbed... Name: fixupForDRM.patch Type: text/x-patch Size: 3373 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/ce6d9daa/attachment.bin>

[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

2015-11-19 18:06 GMT-02:00 Ville Syrjälä : > On Thu, Nov 19, 2015 at 05:44:51PM -0200, Paulo Zanoni wrote: >> 2014-05-26 11:26 GMT-03:00 : >> > From: Ville Syrjälä >> > >> > Now that the vblank races are plugged, we can opt out of using >> > the vblank disable timer and just let vblank

[PULL] topic/drm-fixes

Hi Dave - Here are some drm core fixes for v4.4 that I've picked up. Atomic fixes from Maarten, and atomic helper fixes from Ville and Daniel. Admittedly the topmost commit didn't sit in our tree for very long, but does come with reviews and testing from trustworthy people. BR, Jani. The

[PATCH RESEND 15/20] drm/exynos: drop struct_mutex from exynos_drm_gem_get_ioctl

On Thu, Nov 19, 2015 at 04:50:11PM +, Daniel Stone wrote: > Hi, > > On 19 November 2015 at 16:46, Daniel Vetter wrote: > > @@ -367,7 +364,6 @@ int exynos_drm_gem_get_ioctl(struct drm_device *dev, > > void *data, > > args->size = exynos_gem->size; > > > >

[PATCH] drm/sysfs: Send out uevent when connector->force changes

To avoid even more code duplication punt this all to the probe worker, which needs some slight adjustment to also generate a uevent when the status has changed to due connector->force. v2: Instead of running the output_poll_work (which is kinda the wrong thing and a layering violation since it's

[PATCH RESEND 20/20] 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 RESEND 19/20] drm/vgem: Drop dev->struct_mutex

With the previous two changes it doesn't protect anything any more. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/vgem/vgem_drv.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c index

[PATCH RESEND 18/20] 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 RESEND 17/20] 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 RESEND 16/20] 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! Signed-off-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 22 --

[PATCH RESEND 15/20] 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 RESEND 14/20] 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. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 4 1 file changed, 4

[PATCH RESEND 13/20] 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.

[PATCH RESEND 12/20] 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 RESEND 11/20] 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 RESEND 10/20] 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 RESEND 09/20] 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 RESEND 08/20] 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 RESEND 07/20] 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 ---

[PATCH RESEND 06/20] drm/tegra: Use drm_gem_object_unreference_unlocked

This only grabs the mutex when really needed, but still has a might-acquire lockdep check to make sure that's always possible. With this patch tegra is officially struct_mutex free, yay! v2: refernce_unlocked doesn't exist as kbuild spotted. Cc: Thierry Reding Acked-by: Thierry Reding

[PATCH RESEND 05/20] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

Since David Herrmann's mmap vma manager rework we don't need to grab dev->struct_mutex any more to prevent races when looking up the mmap offset. Drop it and instead don't forget to use the unref_unlocked variant (since the drm core still cares). v2: Finally get rid of the copypasta from another

[PATCH RESEND 04/20] drm/armada: Use a private mutex to protect priv->linear

Reusing the Big DRM Lock just leaks, and the few things left that dev->struct_mutex protected are very well contained - it's just the linear drm_mm manager. With this armada is completely struct_mutex free! Cc: Russell King Signed-off-by: Daniel Vetter ---

[PATCH RESEND 03/20] drm/armada: Drop struct_mutex from cursor paths

The kms state itself is already protected by the modeset locks acquired by the drm core. The only thing left is gem bo state, and since the cursor code expects small objects which are statically mapped at create time and then invariant over the lifetime of the gem bo there's nothing to protect.

[PATCH RESEND 02/20] drm/armada: Don't grab dev->struct_mutex for in mmap offset ioctl

Since David Herrmann's mmap vma manager rework we don't need to grab dev->struct_mutex any more to prevent races when looking up the mmap offset. Drop it and instead don't forget to use the unref_unlocked variant (since the drm core still cares). v2: Split out the leak fix in dump_map_offset into

[PATCH RESEND 01/20] drm/armada: Plug leak in dumb_map_offset

We need to drop the gem bo reference if it's an imported one. Cc: Russell King Signed-off-by: Daniel Vetter --- drivers/gpu/drm/armada/armada_gem.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/armada/armada_gem.c

[PATCH RESEND 00/20] dev->struct_mutex locking crusade

Hi all, Here's my resend of the dev->struct_mutex locking removal patches. I'd like to get them all into 4.5, so please pick them either up into your tree or ack them. I'll send a pull request for the remaining in a few weeks. Thanks, Daniel Daniel Vetter (20): drm/armada: Plug leak in

[Intel-gfx] [PATCH 11/9] drm/i915: Opt out of vblank disable timer on >gen2

2014-05-26 11:26 GMT-03:00 : > From: Ville Syrjälä > > Now that the vblank races are plugged, we can opt out of using > the vblank disable timer and just let vblank interrupts get > disabled immediately when the last reference is dropped. > > Gen2 is the exception since it has no hardware

Regression on Chromebook Pixel 2015 due to i915 fastboot always-on

On Wed, 18 Nov 2015, David Airlie wrote: > I'm assuming I'll get a pull request from Jani by the end of the week, > and I'll pass it on to you as per normal, but it might be good if he > could accelerate that. Done. http://mid.gmane.org/87vb8yt4a2.fsf at intel.com BR, Jani. -- Jani Nikula,

[Bug 93021] Sometimes External Monitor stays black after resuming from suspend

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/36e52997/attachment.html>

[PATCH] drm/atomic-helper: Check encoder/crtc constraints

On Wed, 18 Nov 2015, Daniel Vetter wrote: > This was totally lost when I originally created the atomic helpers. > > We probably should also check possible_clones in the helpers, but > since the legacy ones didn't do that this is for a separate patch. > > Reported-by: Ville Syrjälä > Cc: Ville

[Bug 92923] SGPR spilling

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/50fc951c/attachment.html>

[PATCH] drm/sysfs: Grab lock for edid/modes_show

On Fri, Oct 02, 2015 at 01:08:40PM +0100, Emil Velikov wrote: > On 2 October 2015 at 12:01, Daniel Vetter wrote: > > We chase pointers/lists without taking the locks protecting them, > > which isn't that good. > > > > Fix it. > > > > v2: Actually unlock properly, spotted by Julia. > > > > v3: Put

[PULL] drm-intel-fixes

Hi Dave - i915 fixes for 4.4, including the revert for the backlight regression Olof reported. Otherwise fixes all around. BR, Jani. The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec: Linux 4.4-rc1 (2015-11-15 17:00:27 -0800) are available in the git repository

[PATCH RESEND 15/20] drm/exynos: drop struct_mutex from exynos_drm_gem_get_ioctl

Hi, On 19 November 2015 at 16:46, Daniel Vetter wrote: > @@ -367,7 +364,6 @@ int exynos_drm_gem_get_ioctl(struct drm_device *dev, void > *data, > args->size = exynos_gem->size; > > drm_gem_object_unreference(obj); > - mutex_unlock(>struct_mutex);

[PATCH 05/19] clk: sunxi: add DRAM gates

; > > Nit: Since the compatible added is sun5i, could you mention it in the > commit message, > to avoid confusion when we do this for the other families? It will be fixed in the v2. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineerin

[PATCH 01/19] clk: sunxi: Add display clock

> generic clocks. Do the __clk_get_hw() thing like in clk-divider.c Ack. I'll cook up a patch for this then. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/2f6046ef/attachment.sig>

[PATCH 04/19] clk: sunxi: Add TCON channel1 clock

where. Indeed. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/a439163e/attachment.sig>

[PATCH] drm/atomic-helper: Check encoder/crtc constraints

On Thu, Nov 19, 2015 at 03:02:09PM +0100, Daniel Vetter wrote: > On Thu, Nov 19, 2015 at 12:12:28PM +0200, Ville Syrjälä wrote: > > On Wed, Nov 18, 2015 at 06:46:48PM +0100, Daniel Vetter wrote: > > > This was totally lost when I originally created the atomic helpers. > > > > > > We probably

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151119/ed9111f5/attachment.html>

[PATCH v3 03/12] drm/rockchip: return a true clock rate to adjusted_mode

On 11/19/2015 03:08 PM, Mark yao wrote: > On 2015年11月19日 11:35, Chris Zhong wrote: >> + >> +/* >> + * Sometimes the clock driver can not set a accurate clock_rate >> for vop, >> + * get the true rate of vop_dclk and set it back to adjusted_mode. >> + */ >> +

[PATCH] drm/sysfs: Send out uevent when connector->force changes

To avoid even more code duplication punt this all to the probe worker, which needs some slight adjustment to also generate a uevent when the status has changed to due connector->force. v2: Instead of running the output_poll_work (which is kinda the wrong thing and a layering violation since it's

[PATCH] drm/atomic-helper: Check encoder/crtc constraints

On Thu, Nov 19, 2015 at 3:24 PM, Ville Syrjälä wrote: > On Thu, Nov 19, 2015 at 03:02:09PM +0100, Daniel Vetter wrote: >> On Thu, Nov 19, 2015 at 12:12:28PM +0200, Ville Syrjälä wrote: >> > On Wed, Nov 18, 2015 at 06:46:48PM +0100, Daniel Vetter wrote: >> > > This was totally lost when I

[PATCH] drm: Send a hotplug uevent after performing a sysfs connection probe

On Thu, Nov 19, 2015 at 01:51:37PM +, Chris Wilson wrote: > If we probe the connector status from sysfs and find it has a new value, > we should synthesize the associated hotplug uevent. This keeps our > behaviour consistent and informs userspace of any override or change > imposed by the

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

Intel but I think I had stalls prior doing that (but it was with older kernels etc) -- 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/20151119/15b83abd/attachment-0001.html>

[PATCH v3 03/12] drm/rockchip: return a true clock rate to adjusted_mode

On 2015年11月19日 11:35, Chris Zhong wrote: > + > + /* > + * Sometimes the clock driver can not set a accurate clock_rate for vop, > + * get the true rate of vop_dclk and set it back to adjusted_mode. > + */ > + adjusted_mode->clock = clk_get_rate(vop->dclk) / 1000; >

[PATCH] drm/atomic-helper: Check encoder/crtc constraints

On Thu, Nov 19, 2015 at 12:12:28PM +0200, Ville Syrjälä wrote: > On Wed, Nov 18, 2015 at 06:46:48PM +0100, Daniel Vetter wrote: > > This was totally lost when I originally created the atomic helpers. > > > > We probably should also check possible_clones in the helpers, but > > since the legacy

[Bug 92953] Segfault loading UT4 map/server

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

[PATCH v3 10/12] drm/panel: simple: Add support for BOE TV080WUM-NL0

Hi Chris, Missing Thierry from the To/Cc list ? His name/email should have popped up when using the get_mainteiners.pl script. On 19 November 2015 at 03:35, Chris Zhong wrote: > This adds support for the BOE TV080WUM-NL0 1200x1920 mipi panel to the > DRM simple panel driver. > > Signed-off-by:

[Bug 93015] Tonga Elemental segfault + VM faults since radeon: implement r600_query_hw_get_result via function pointers

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/20151119/bf0fa9ad/attachment.html>

[PATCH v3 00/12] Add mipi dsi support for rk3288

On 19 November 2015 at 03:35, Chris Zhong wrote: > The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller > IP. This series adds support for a Synopsys DesignWare MIPI DSI host > controller DRM bridge driver and a rockchip MIPI DSI specific DRM > driver. > > This series also

[PATCH] drm/tegra: fix locking of SET_TILING ioctl

On Tue, Nov 17, 2015 at 7:02 PM, Daniel Vetter wrote: > On Thu, Nov 12, 2015 at 04:09:56PM +0900, Alexandre Courbot wrote: >> drm_gem_object_unreference() now expects obj->dev->struct_mutex to be >> held. Use the newly-introduced drm_gem_object_unreference_unlocked() >> which handles locking for

[PATCH v2] drm/tegra: fix locking of SET_TILING ioctl

Commit ef4c6270bf28 made the check of whether struct_mutex is held more verbose, and this triggers a warning when calling drm_gem_object_unreference() from tegra_gem_set_tiling() which does not acquire that lock. Use drm_gem_object_unreference_unlocked() instead to ensure locking is handled

[PATCH] drm: Send a hotplug uevent after performing a sysfs connection probe

If we probe the connector status from sysfs and find it has a new value, we should synthesize the associated hotplug uevent. This keeps our behaviour consistent and informs userspace of any override or change imposed by the user. Signed-off-by: Chris Wilson --- drivers/gpu/drm/drm_sysfs.c | 2

[PATCH] [media] hdmi: added functions for MPEG InfoFrames

Hello Thierry, 2015-11-19 12:51 GMT+01:00 Thierry Reding : > On Tue, Nov 17, 2015 at 11:55:53PM +0100, Enric Balletbo Serra wrote: >> Hello Thierry, >> >> 2015-11-17 13:55 GMT+01:00 Thierry Reding : >> > On Mon, Nov 16, 2015 at 05:28:24PM +0100, Enric Balletbo Serra wrote: >> >> Hello Thierry, >>

[PATCH v3 06/12] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

Hi Chris, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.4-rc1 next-20151118] [cannot apply to rockchip/for-next] url: https://github.com/0day-ci/linux/commits/Chris-Zhong/Add-mipi-dsi-support-for-rk3288/20151119-114228 base: git://people.freedesktop.org/~airlied

[PATCH] [media] hdmi: added functions for MPEG InfoFrames

s, just so people get a better picture of what you're submitting. Of course that's just my opinion, somebody else may yell at you because they get Cc'ed on patches that they're not interested in... As for merging patches, it's usually best to let maintainers figure that out once the series is in good shape. 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/20151119/20600a54/attachment.sig>

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

?exynos >> >> [snip] >> >>> drm/exynos: add pm_runtime to Mixer >>> drm/exynos: add pm_runtime to FIMD >> >> I had to revert these patches in order to get the machine in a bootable >> state again, the sha1 hash for these patches in next-2015

[PATCH v3 06/12] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

Hi Chris, [auto build test WARNING on: drm/drm-next] [also build test WARNING on: v4.4-rc1 next-20151118] [cannot apply to: rockchip/for-next] url: https://github.com/0day-ci/linux/commits/Chris-Zhong/Add-mipi-dsi-support-for-rk3288/20151119-114228 base: git://people.freedesktop.org

[PATCH v3 06/12] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

Hi Chris, [auto build test WARNING on drm/drm-next] [also build test WARNING on v4.4-rc1 next-20151118] [cannot apply to rockchip/for-next] url: https://github.com/0day-ci/linux/commits/Chris-Zhong/Add-mipi-dsi-support-for-rk3288/20151119-114228 base: git://people.freedesktop.org/~airlied

[PATCH] drm/atomic-helper: Check encoder/crtc constraints

On Wed, Nov 18, 2015 at 06:46:48PM +0100, Daniel Vetter wrote: > This was totally lost when I originally created the atomic helpers. > > We probably should also check possible_clones in the helpers, but > since the legacy ones didn't do that this is for a separate patch. > > Reported-by: Ville

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

os5800 Peach Pi > Chromebook (tested myself) and seems to be the cause of other Exynos > boards failing to boot: http://kernelci.org/boot/?exynos > > [snip] > >> drm/exynos: add pm_runtime to Mixer >> drm/exynos: add pm_runtime to FIMD > > I had to revert these pa

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

bootable state again, the sha1 hash for these patches in next-20151119 are: 045febd5f813 drm/exynos: add pm_runtime to FIMD dd766fb8479b drm/exynos: add pm_runtime to Mixer Best regards, -- Javier Martinez Canillas Open Source Group Samsung Research America

[PATCH v3 11/12] drm/panel: simple: Add boe, tv080wum-nl0 simple panel device tree binding

This binding specifies a set of common properties for display panels. It can be used as a basis by bindings for specific panels. Bindings for three specific panels are provided to show how the simple panel binding can be used. Signed-off-by: Chris Zhong --- Changes in v3: move

[PATCH v3 10/12] drm/panel: simple: Add support for BOE TV080WUM-NL0

This adds support for the BOE TV080WUM-NL0 1200x1920 mipi panel to the DRM simple panel driver. Signed-off-by: Chris Zhong --- Changes in v3: None Changes in v2: None drivers/gpu/drm/panel/panel-simple.c | 33 + 1 file changed, 33 insertions(+) diff --git

[PATCH v3 07/12] drm: rockchip: Support Synopsys DesignWare MIPI DSI host controller

Add support for Synopsys DesignWare MIPI DSI host controller which is embedded in the rk3288 SoCs. Signed-off-by: Chris Zhong --- Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/Kconfig| 10 + drivers/gpu/drm/rockchip/Makefile | 1 +

[PATCH v3 06/12] drm/bridge: Add Synopsys DesignWare MIPI DSI host controller driver

add Synopsys DesignWare MIPI DSI host controller driver support. Signed-off-by: Chris Zhong --- Changes in v3: None Changes in v2: None drivers/gpu/drm/bridge/Kconfig | 11 + drivers/gpu/drm/bridge/Makefile |1 + drivers/gpu/drm/bridge/dw_mipi_dsi.c | 1055

[PATCH v3 04/12] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

From: Liu Ying Signed-off-by: Liu Ying Acked-by: Thierry Reding Signed-off-by: Chris Zhong --- Changes in v3: None Changes in v2: None include/drm/drm_mipi_dsi.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/include/drm/drm_mipi_dsi.h

[PATCH v3 03/12] drm/rockchip: return a true clock rate to adjusted_mode

Sometimes the clock driver can not set a accurate clock_rate for vop, get the true rate of vop_dclk and set it back to adjusted_mode, since the mipi dsi driver need to use the clock to make the calculation of Blanking. Signed-off-by: Chris Zhong --- Changes in v3: None Changes in v2: None

[PATCH v3 00/12] Add mipi dsi support for rk3288

The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller IP. This series adds support for a Synopsys DesignWare MIPI DSI host controller DRM bridge driver and a rockchip MIPI DSI specific DRM driver. This series also includes a DRM panel driver for BOE TV080WUM-NL0 panel. This panel

[PATCH 14/25] drm/exynos: introduce exynos_drm_plane_config structure

Hello, On 2015-11-18 16:40, Tobias Jakobi wrote: > Marek Szyprowski wrote: >> On 2015-11-17 19:00, Tobias Jakobi wrote: >>> Marek Szyprowski wrote: This patch adds common structure for keeping plane configuration and capabilities data. This patch is inspired by similar code developed by

linux-next: manual merge of the drm-intel tree with Linus' tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/intel_runtime_pm.c between commitis: bc5f2ab11ca6 ("drm/i915/skl: Don't call intel_prepare_ddi when encoder list isn't yet initialized.") 1b0e3a049efe ("drm/i915/skl: disable display side

[PATCH v3 11/12] drm/panel: simple: Add boe,tv080wum-nl0 simple panel device tree binding

On Thu, Nov 19, 2015 at 11:35:29AM +0800, Chris Zhong wrote: > This binding specifies a set of common properties for display panels. It > can be used as a basis by bindings for specific panels. > Bindings for three specific panels are provided to show how the > simple panel binding can be used. >

[PATCH v6 00/12] MT8173 DRM support

On Wed, Nov 18, 2015 at 06:34:08PM +0100, Philipp Zabel wrote: > Hi, > > another update to the MT8173 DRM support patchset. Since the device tree > bindings are now in order, I have dropped the RFC. > The irq handler is still writing to hardware registers, as on MT8173 vblank > synchronised

[Bug 92953] Segfault loading UT4 map/server

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/20151119/d84414b0/attachment.html>

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

On Wed, Nov 18, 2015 at 03:57:47PM -0500, Akshay Bhat wrote: > Add support for Innolux CheMei 12" G121X1-L03 XGA LVDS display. > > Datasheet: http://www.azdisplays.com/PDF/G121X1-L03.pdf > Signed-off-by: Akshay Bhat Acked-by: Rob Herring > --- >

[Intel-gfx] [PATCH] drm/atomic-helper: Check encoder/crtc constraints

Hi, On 18 November 2015 at 17:46, Daniel Vetter wrote: > This was totally lost when I originally created the atomic helpers. > > We probably should also check possible_clones in the helpers, but > since the legacy ones didn't do that this is for a separate patch. Heh, before reading this chunk

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

ttm_bo_wait. -- 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/20151119/752be2ca/attachment.html>

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

nts during wait helps.. Could you check the output with this patch? ^ -- 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/20151119/0c

[Bug 90404] [Steam] Unity3D Games: Shaders are choppy

vel/attachments/20151119/82813f32/attachment.html>

[Bug 90404] [Steam] Assault Android Cactus demo: Shaders are choppy

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151119/16ded071/attachment.html>

[Bug 92953] Segfault loading UT4 map/server

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

  1   2   >