[PATCH libdrm] Fix strict aliasing violation in drmHandleEvent

[i], e and vblank have been pointers of different types but refering to the same memory location, thus breaking the strict aliasing rules. Fix this by working exclusively with pointers to char. Signed-off-by: Felix Janda --- xf86drmMode.c | 40 1 file

[Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

On Wed, Oct 05, 2016 at 06:44:04PM -0300, Paulo Zanoni wrote: > Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index dd15ae2..c580d3d 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > >

kernel-doc-rst-lint (was: Re: [PATCH 00/15] improve function-level documentation)

On Wed, 5 Oct 2016, Jani Nikula wrote: > On Wed, 05 Oct 2016, Daniel Vetter wrote: > > Jani Nikula has a patch with a scrip to make the one kernel-doc parser > > into a lint/checker pass over the entire kernel. I think that'd would > > be more robust instead of trying to approximate the real

[PATCH 02/11] drm/etnaviv: Remove manual call to reservation_object_test_signaled_rcu before wait

Hi Lucas, On 23 September 2016 at 18:25, Daniel Vetter wrote: > On Mon, Aug 29, 2016 at 08:08:25AM +0100, Chris Wilson wrote: >> Since fence_wait_timeout_reservation_object_wait_timeout_rcu() with a >> timeout of 0 becomes reservation_object_test_signaled_rcu(), we do not >> need to handle such

[Intel-gfx] [PATCH 05/11] drm/vmwgfx: Remove call to reservation_object_test_signaled_rcu before wait

Hi Thomas, Sinclair, On 23 September 2016 at 18:26, Daniel Vetter wrote: > On Mon, Aug 29, 2016 at 08:08:28AM +0100, Chris Wilson wrote: >> Since fence_wait_timeout_reservation_object_wait_timeout_rcu() with a >> timeout of 0 becomes reservation_object_test_signaled_rcu(), we do not >> need to

[PATCH 2/3] drm/fb_cma_helper: Add panic handling

Den 05.10.2016 15:22, skrev Laurent Pinchart: > Hi Noralf, > > Thank you for the patch. > > On Sunday 11 Sep 2016 20:47:41 Noralf Trønnes wrote: >> This enables panic message output for fb cma helper framebuffers. >> >> Signed-off-by: Noralf Trønnes >> --- >>

[Intel-gfx] [PATCH 04/11] drm/nouveau: Remove call to reservation_object_test_signaled_rcu before wait

Hi Ben, On 23 September 2016 at 18:25, Daniel Vetter wrote: > On Mon, Aug 29, 2016 at 08:08:27AM +0100, Chris Wilson wrote: >> Since fence_wait_timeout_reservation_object_wait_timeout_rcu() with a >> timeout of 0 becomes reservation_object_test_signaled_rcu(), we do not >> need to handle such

[PATCH 01/11] drm/amdgpu: Remove call to reservation_object_test_signaled_rcu before wait

Hi Alex, On 23 September 2016 at 18:24, Daniel Vetter wrote: > On Mon, Aug 29, 2016 at 08:08:24AM +0100, Chris Wilson wrote: >> Since fence_wait_timeout_reservation_object_wait_timeout_rcu() with a >> timeout of 0 becomes reservation_object_test_signaled_rcu(), we do not >> need to handle such

[PATCH] drm/fb-helper: fix sphinx markup for DRM_FB_HELPER_DEFAULT_OPS

Fix invalid sphinx markup in the comment for the newly added DRM_FB_HELPER_DEFAULT_OPS. Signed-off-by: Stefan Christ --- Hi, > > If I'm not mistaken v1 of this patch is already in drm-misc so you may > > want to send a patch that fix just the line above. > > Yup, I need an incremental patch

kernel-doc-rst-lint (was: Re: [PATCH 00/15] improve function-level documentation)

Am 05.10.2016 um 16:04 schrieb Jani Nikula : > On Wed, 05 Oct 2016, Daniel Vetter wrote: >> Jani Nikula has a patch with a scrip to make the one kernel-doc parser >> into a lint/checker pass over the entire kernel. I think that'd would >> be more robust instead of trying to approximate the real

[Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > Now that we've make skl_wm_levels make a little more sense, we can > remove all of the redundant wm information. Up until now we'd been > storing two copies of all of the skl watermarks: one being the > skl_pipe_wm structs, the other being the

[PATCH] drm: Fix up kerneldoc for new drm_gem_dmabuf_export()

I hit send before completing a make htmldoc, and lo I forgot to fix up the cut'n'paste. Fixes: a4fce9cb782a ("drm/prime: Take a ref on the drm_dev when exporting...") Reported-by: kbuild test robot Signed-off-by: Chris Wilson Cc: Daniel Vetter Cc: stable at vger.kernel.org ---

[Bug 97643] Shader crashes radeon driver and brings the whole system down

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

[Bug 97643] Shader crashes radeon driver and brings the whole system down

it's unbearably slow. It definitely shouldn't happen. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/e19cba36/attachment-0001.html>

[Intel-gfx] [PATCH 4/6] drm/i915/gen9: Make skl_wm_level per-plane

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > Having skl_wm_level contain all of the watermarks for each plane is > annoying since it prevents us from having any sort of object to > represent a single watermark level, something we take advantage of in > the next commit to cut down on all

[Intel-gfx] [PATCH 2/6] drm/i915/skl: Remove linetime from skl_wm_values

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > Next part of cleaning up the watermark code for skl. This is easy, > since > it seems that we never actually needed to keep track of the linetime > in > the skl_wm_values struct anyway. Reviewed-by: Paulo Zanoni > > Signed-off-by: Lyude >

[Intel-gfx] [PATCH 1/6] drm/i915/skl: Move per-pipe ddb allocations into crtc states

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > First part of cleaning up all of the skl watermark code. This moves > the > structures for storing the ddb allocations of each pipe into > intel_crtc_state, along with moving the structures for storing the > current ddb allocations active on

kernel-doc-rst-lint (was: Re: [PATCH 00/15] improve function-level documentation)

On Wed, 05 Oct 2016, Daniel Vetter wrote: > Jani Nikula has a patch with a scrip to make the one kernel-doc parser > into a lint/checker pass over the entire kernel. I think that'd would > be more robust instead of trying to approximate the real kerneldoc > parser. Otoh that parser is a horror

[PATCH 1/2] drm/fb_cma_helper: Add drm_fb_cma_setup_fence() helper

On 10/03/2016 03:54 PM, Daniel Vetter wrote: > On Sun, Oct 2, 2016 at 7:19 PM, Marek Vasut wrote: /** * drm_fb_cma_extract_and_attach_fence() - Extract fence from plane and attach to planestate * @plane: Which plane * @state: Plane state attach fence to * *

[PATCH 00/15] improve function-level documentation

On Wed, 5 Oct 2016, Daniel Vetter wrote: > Jani Nikula has a patch with a scrip to make the one kernel-doc parser > into a lint/checker pass over the entire kernel. I think that'd would > be more robust instead of trying to approximate the real kerneldoc > parser. Otoh that parser is a horror

[Intel-gfx] [PATCH 3/6] drm/i915: Add enable_sagv option

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > This option allows us to manually control the SAGV at module load > time. > This can be useful in situations such as trying to debug watermark > changes, since enabled SAGV + incorrect watermarks = total GPU > annihilation. I'm not a huge fan

[PATCH] drm/bridge: Call drm_connector_cleanup directly

On 10/05/2016 04:20 PM, Gustavo Padovan wrote: > Hi Marek, > > 2016-10-05 Marek Vasut : > >> On 10/05/2016 03:21 PM, Daniel Vetter wrote: >>> On Wed, Oct 05, 2016 at 11:03:20AM +0200, Gustavo Padovan wrote: Hi Marek, 2016-10-05 Marek Vasut : > Remove the unnecessary

[PATCH] drm/bridge: Drop drm_connector_unregister and call drm_connector_cleanup directly

Drop unneeded drm_connector_unregister() and remove the unnecessary wrapper functions around drm_connector_cleanup(). Signed-off-by: Marek Vasut Cc: Daniel Vetter --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 9 + drivers/gpu/drm/bridge/dw-hdmi.c | 8

[PATCH 2/3] drm/fb_cma_helper: Add panic handling

Hi Noralf, Thank you for the patch. On Sunday 11 Sep 2016 20:47:41 Noralf Trønnes wrote: > This enables panic message output for fb cma helper framebuffers. > > Signed-off-by: Noralf Trønnes > --- > drivers/gpu/drm/drm_fb_cma_helper.c | 10 ++ > 1 file changed, 10 insertions(+) > >

[PATCH] drm/bridge: Call drm_connector_cleanup directly

Hi Marek, 2016-10-05 Marek Vasut : > On 10/05/2016 03:21 PM, Daniel Vetter wrote: > > On Wed, Oct 05, 2016 at 11:03:20AM +0200, Gustavo Padovan wrote: > >> Hi Marek, > >> > >> 2016-10-05 Marek Vasut : > >> > >>> Remove the unnecessary wrapper functions around drm_connector_cleanup(). > >>> > >>>

[PATCH V3] drm: simple_kms_helper: Add prepare_fb and cleanup_fb hooks

On 10/05/2016 03:18 PM, Daniel Vetter wrote: > On Sun, Oct 02, 2016 at 07:01:24PM +0200, Marek Vasut wrote: >> Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms. >> These can be used by drivers to call ie. the drm_fb_cma_setup_fence() >> helper. >> >> Signed-off-by: Marek Vasut

[PATCH] drm/bridge: Call drm_connector_cleanup directly

On 10/05/2016 03:21 PM, Daniel Vetter wrote: > On Wed, Oct 05, 2016 at 11:03:20AM +0200, Gustavo Padovan wrote: >> Hi Marek, >> >> 2016-10-05 Marek Vasut : >> >>> Remove the unnecessary wrapper functions around drm_connector_cleanup(). >>> >>> Signed-off-by: Marek Vasut >>> Cc: Daniel Vetter >>>

[PATCH v4 1/3] drm/prime: Pass the right module owner through to dma_buf_export()

For the series: Reviewed-by: Petri Latvala On 10/05/2016 03:21 PM, Chris Wilson wrote: > dma_buf_export() adds a reference to the owning module to the dmabuf (to > prevent the driver from being unloaded whilst a third party still refers > to the dmabuf). However, drm_gem_prime_export() was

[Bug 97894] Crash in u_transfer_unmap_vtbl when unmapping a buffer mapped in different context

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/88c32364/attachment.html>

[PATCH v10 0/3] Secure Memory Allocation Framework

On Wed, Oct 05, 2016 at 03:40:14PM +0200, Benjamin Gaignard wrote: > because with ion it is up to userland to decide which heap to use > and until now userland doesn't have any way to get device constraints... > > I will prefer let a central allocator (in kernel) decide from the > attached

[Intel-gfx] [PATCH v3 3/3] drm/vgem: Keep a reference to the dmabuf when mmaped

On Wed, Oct 05, 2016 at 02:40:09PM +0100, Chris Wilson wrote: > On Wed, Oct 05, 2016 at 03:11:00PM +0200, Daniel Vetter wrote: > > On Fri, Sep 30, 2016 at 02:59:59PM +0100, Chris Wilson wrote: > > > In order to keep the dmabuf alive whilst the mmap is, we need to hold a > > > reference to the

[PATCH v10 0/3] Secure Memory Allocation Framework

because with ion it is up to userland to decide which heap to use and until now userland doesn't have any way to get device constraints... I will prefer let a central allocator (in kernel) decide from the attached devices which allocator is the best. It is what I have implemented in smaf.

[PATCH] drm/bridge: Call drm_connector_cleanup directly

On Wed, Oct 05, 2016 at 11:03:20AM +0200, Gustavo Padovan wrote: > Hi Marek, > > 2016-10-05 Marek Vasut : > > > Remove the unnecessary wrapper functions around drm_connector_cleanup(). > > > > Signed-off-by: Marek Vasut > > Cc: Daniel Vetter > > --- > >

[PATCH v10 0/3] Secure Memory Allocation Framework

On Tue, Oct 04, 2016 at 01:47:21PM +0200, Benjamin Gaignard wrote: > version 10 changes: > - rebased on kernel 4.8 tag > - minor typo fix > > version 9 changes: > - rebased on 4.8-rc5 > - struct dma_attrs doesn't exist anymore so update CMA allocator >to compile with new dma_*_attr

[PATCH V3] drm: simple_kms_helper: Add prepare_fb and cleanup_fb hooks

On Sun, Oct 02, 2016 at 07:01:24PM +0200, Marek Vasut wrote: > Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms. > These can be used by drivers to call ie. the drm_fb_cma_setup_fence() > helper. > > Signed-off-by: Marek Vasut > Cc: Noralf Trønnes > Cc: Daniel Vetter > Cc:

[PATCH] drm: Release resources with a safer function

On Sun, Oct 02, 2016 at 08:01:22AM +0200, Christophe JAILLET wrote: > We should use 'ida_simple_remove()' instead of 'ida_remove()' when freeing > resources allocated with 'ida_simple_get()'. > > This as been spotted with the following coccinelle script which tries to > detect missing

[PATCH 0/2] ARM: davinci: initial infrastructure for LCDC

On Wed, Oct 05, 2016 at 03:05:30PM +0200, Bartosz Golaszewski wrote: > After discussing the matter with Laurent Pinchart it turned out that > using ti,tilcdc,panel was wrong and we should go with the new > simple-vga-dac driver proposed by Maxime Ripard and currently being > reviewed. > > The

[PATCH 00/15] improve function-level documentation

Jani Nikula has a patch with a scrip to make the one kernel-doc parser into a lint/checker pass over the entire kernel. I think that'd would be more robust instead of trying to approximate the real kerneldoc parser. Otoh that parser is a horror show of a perl/regex driven state machine ;-) Jani,

[PATCH 0/3] drm: Add panic handling

Needs review from David Herrmann, pls keep him on cc for anything related to panic handling. -Daniel On Sun, Oct 2, 2016 at 3:47 PM, Noralf Trønnes wrote: > Ping. > > > Den 11.09.2016 20:47, skrev Noralf Trønnes: >> >> This patchset adds a way for DRM drivers to display kernel messages >>

[PATCH v2] drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops

On Wed, Oct 05, 2016 at 11:00:03AM +0200, Gustavo Padovan wrote: > Hi Stefan, > > 2016-10-04 Stefan Christ : > > > The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default > > implementations for functions in struct fb_ops. A drm driver can use it > > like: > > > > static

[Intel-gfx] [PATCH v3 3/3] drm/vgem: Keep a reference to the dmabuf when mmaped

On Fri, Sep 30, 2016 at 02:59:59PM +0100, Chris Wilson wrote: > In order to keep the dmabuf alive whilst the mmap is, we need to hold a > reference to the dmabuf and not the backing object. This is important as > the dmabuf not only keeps the object alive, but also the device so that > >

[PATCH 2/2] ARM: dts: da850: add a node for the LCD controller

From: Karl Beldan Add pins used by the LCD controller and a disabled LCDC node to be reused in device trees including da850.dtsi. Signed-off-by: Karl Beldan [Bartosz: - added the commit description - changed the dt node name to a generic one - added a da850-specific

[PATCH 1/2] ARM: davinci: da8xx-dt: add OF_DEV_AUXDATA entry for lcdc

From: Karl Beldan This is required for tilcdc to be able to acquire a functional clock on da850 SoCs. Signed-off-by: Karl Beldan [Bartosz: - added the commit description - changed the compatible string to 'ti,da850-tilcdc'] Signed-off-by: Bartosz Golaszewski ---

[PATCH 0/2] ARM: davinci: initial infrastructure for LCDC

After discussing the matter with Laurent Pinchart it turned out that using ti,tilcdc,panel was wrong and we should go with the new simple-vga-dac driver proposed by Maxime Ripard and currently being reviewed. The da850-lcdk board on which I'm working has a THS8135 video DAC for which the new

Regression: drm: Lobotomize set_busid nonsense for !pci drivers (a325725633c2)

On Wed, Oct 05, 2016 at 02:43:37PM +0200, Gerd Hoffmann wrote: > On Mi, 2016-10-05 at 12:30 +0200, Daniel Vetter wrote: > > On Wed, Oct 05, 2016 at 08:34:57AM +0200, Gerd Hoffmann wrote: > > > On Di, 2016-10-04 at 09:43 +0200, Gerd Hoffmann wrote: > > > > Hi, > > > > > > > > > diff --git

[PATCH v2 5/5] drm/fsl-dcu: only init fbdev if required

There is no need to request a CMA backed framebuffer if fbdev emulation is not enabled. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c

[PATCH v2 4/5] drm/fsl-dcu: enable pixel clock when enabling CRTC

The pixel clock should not be on if the CRTC is not in use, hence move clock enable/disable calls into CRTC callbacks. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 ++ drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 21 + 2 files changed, 3

[PATCH v2 3/5] drm/fsl-dcu: do not transfer registers in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 3/5] drm/fsl-dcu: do not transfer register in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 2/5] drm/fsl-dcu: do not transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

[PATCH v2 2/5] drm/fsl-dcu: do not explicitly transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

[PATCH v2 1/5] drm/fsl-dcu: enable TCON bypass mode by default

Do not use encoder disable/enable callbacks to control bypass mode as this seems to mess with the signals not liked by displays. This also makes more sense since the encoder is already defined to be parallel RGB/LVDS at creation time. Signed-off-by: Stefan Agner ---

[PATCH v2 0/5] drm/fsl-dcu: initialization fixes

Hi All, This is an assortment of fixes which solve issues seen using an external RGB converter and makes sure that pixel clock is only on when really required. Meng, would be good if you can test it on a LS1021a. -- Stefan Changes since v1: - add patch to no not transfer registers in

Regression: drm: Lobotomize set_busid nonsense for !pci drivers (a325725633c2)

On Mi, 2016-10-05 at 12:30 +0200, Daniel Vetter wrote: > On Wed, Oct 05, 2016 at 08:34:57AM +0200, Gerd Hoffmann wrote: > > On Di, 2016-10-04 at 09:43 +0200, Gerd Hoffmann wrote: > > > Hi, > > > > > > > diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > > >

[Intel-gfx] [PATCH v3 3/3] drm/vgem: Keep a reference to the dmabuf when mmaped

On Wed, Oct 05, 2016 at 03:11:00PM +0200, Daniel Vetter wrote: > On Fri, Sep 30, 2016 at 02:59:59PM +0100, Chris Wilson wrote: > > In order to keep the dmabuf alive whilst the mmap is, we need to hold a > > reference to the dmabuf and not the backing object. This is important as > > the dmabuf not

[Bug 98037] HD6450 KMS failure

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

[PATCH v4 3/3] drm/vgem: Keep a reference to the dmabuf when mmaped

In order to keep the dmabuf alive whilst the mmap is, we need to hold a reference to the dmabuf and not the backing object. This is important as the dmabuf not only keeps the object alive, but also the device so that dmabuf = vgem_create_dmabuf(); ptr = mmap(... dmabuf ...);

[PATCH v4 2/3] drm/prime: Take a ref on the drm_dev when exporting a dma_buf

dma_buf may live a long time, longer than the last direct user of the driver. We already hold a reference to the owner module (that prevents the object code from disappearing), but there is no reference to the drm_dev - so the pointers to the driver backend themselves may vanish. v2: Resist

[PATCH v4 1/3] drm/prime: Pass the right module owner through to dma_buf_export()

dma_buf_export() adds a reference to the owning module to the dmabuf (to prevent the driver from being unloaded whilst a third party still refers to the dmabuf). However, drm_gem_prime_export() was passing its own THIS_MODULE (i.e. drm.ko) rather than the driver. Extract the right owner from the

[Bug 98028] Guns of Icarus Online segfaults on startup since AMDGPU: Partially fix control flow at -O0

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/7bc69f04/attachment.html>

[Bug 98037] HD6450 KMS failure

ode 1920x1080 failed to light up the TV through the HDMI connector. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/55

Regression: drm: Lobotomize set_busid nonsense for !pci drivers (a325725633c2)

On Wed, Oct 05, 2016 at 08:34:57AM +0200, Gerd Hoffmann wrote: > On Di, 2016-10-04 at 09:43 +0200, Gerd Hoffmann wrote: > > Hi, > > > > > diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > > b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > > index a59d0e309bfc..1fcf739bf509 100644 > > >

[PATCH 6/6] drm/i915/gen9: Add ddb changes to atomic debug output

Finally, add some debugging output for ddb changes in the atomic debug output. This makes it a lot easier to spot bugs from incorrect ddb allocations. Signed-off-by: Lyude Cc: Maarten Lankhorst Cc: Ville Syrjälä Cc: Matt Roper --- drivers/gpu/drm/i915/intel_pm.c | 57

[PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

Now that we've make skl_wm_levels make a little more sense, we can remove all of the redundant wm information. Up until now we'd been storing two copies of all of the skl watermarks: one being the skl_pipe_wm structs, the other being the global wm struct in drm_i915_private containing the raw

[PATCH 4/6] drm/i915/gen9: Make skl_wm_level per-plane

Having skl_wm_level contain all of the watermarks for each plane is annoying since it prevents us from having any sort of object to represent a single watermark level, something we take advantage of in the next commit to cut down on all of the copy paste code in here. Signed-off-by: Lyude Cc:

[PATCH 3/6] drm/i915: Add enable_sagv option

This option allows us to manually control the SAGV at module load time. This can be useful in situations such as trying to debug watermark changes, since enabled SAGV + incorrect watermarks = total GPU annihilation. Signed-off-by: Lyude Cc: Maarten Lankhorst Cc: Ville Syrjälä Cc: Matt Roper

[PATCH 2/6] drm/i915/skl: Remove linetime from skl_wm_values

Next part of cleaning up the watermark code for skl. This is easy, since it seems that we never actually needed to keep track of the linetime in the skl_wm_values struct anyway. Signed-off-by: Lyude Cc: Maarten Lankhorst Cc: Ville Syrjälä Cc: Matt Roper --- drivers/gpu/drm/i915/i915_drv.h

[PATCH 1/6] drm/i915/skl: Move per-pipe ddb allocations into crtc states

First part of cleaning up all of the skl watermark code. This moves the structures for storing the ddb allocations of each pipe into intel_crtc_state, along with moving the structures for storing the current ddb allocations active on hardware into intel_crtc. Signed-off-by: Lyude Cc: Maarten

[PATCH 0/6] Start of skl watermark cleanup

While it (mostly) works, the code for handling watermarks on Skylake has been kind of ugly for a while. As well a lot of it isn't that friendly to atomic transactions, Lots of copy paste, redundant wm values, etc. While this isn't a full cleanup, it's a good start. As well, we add a couple of

[PULL] topic/drm-misc

Hi Dave, Another attempt, this time rebased and without the pipe crc patches: - display_info cleanups from Ville - make prime/gem lookups faster with rbtrees (Chris) - misc stuff all over Cheers, Daniel The following changes since commit c2cbc38b9715bd8318062e600668fc30e5a3fbfa: drm:

[PATCH 0/6] R-Car DU fixes and cleanups

Hi Laurent, 2016-10-04 Laurent Pinchart : > Hello, > > This patch series contains five simple cleanups and fixes for the rcar-du-drm > driver, as well as an argument constification patch for video/of. > > The patches themselves are straightforward,

[PATCH] drm/bridge: Call drm_connector_cleanup directly

Hi Marek, 2016-10-05 Marek Vasut : > Remove the unnecessary wrapper functions around drm_connector_cleanup(). > > Signed-off-by: Marek Vasut > Cc: Daniel Vetter > --- > drivers/gpu/drm/bridge/analogix-anx78xx.c | 7 +-- > drivers/gpu/drm/bridge/nxp-ptn3460.c | 7 +-- >

[PATCH v2] drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops

Hi Stefan, 2016-10-04 Stefan Christ : > The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default > implementations for functions in struct fb_ops. A drm driver can use it > like: > > static struct fb_ops drm_fbdev_cma_ops = { > .owner = THIS_MODULE, >

Unix Device Memory Allocation project

Hi, Do you already have in mind a list of targeted driver/backend/plugin ? How do you expect to enumerate devices capabilities ? by adding a new generic ioctl or a configuration file in userland ? Maybe it is to early for those questions but anyway I'm interested by this memory allocation

[Bug 173041] Nouveau random hangs in g84_gr_tlb_flush (NVIDIA GT240)

https://bugzilla.kernel.org/show_bug.cgi?id=173041 madicine6 at gmail.com changed: What|Removed |Added CC||madicine6 at gmail.com ---

[Intel-gfx] [PATCH 05/11] drm/vmwgfx: Remove call to reservation_object_test_signaled_rcu before wait

Hi, I'm preparing a fixes pull request, and I'll include this one if it hasn't been applied by others already. Sinclair On Wed, Oct 05, 2016 at 09:41:22PM +0530, Sumit Semwal wrote: > Hi Thomas, Sinclair, > > On 23 September 2016 at 18:26, Daniel Vetter wrote: > > On Mon, Aug 29, 2016 at

[Bug 98002] Mud rendering bug in Portal 2

vel/attachments/20161005/37ab4f8b/attachment.html>

Voltage Settings Not Applied with AMDGPU Driver

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/b4a98f5c/attachment.html>

[Bug 98016] [bisected] Fury fails to boot on drm-next-4.9

rubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/43f8e64d/attachment.html>

[PATCH V2] OMAPDSS: Kconfig: Add HDMI for OMAP4 and OMAP5 dependencies

Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/a6778ae2/attachment.sig>

Regression: drm: Lobotomize set_busid nonsense for !pci drivers (a325725633c2)

On Di, 2016-10-04 at 09:43 +0200, Gerd Hoffmann wrote: > Hi, > > > diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > index a59d0e309bfc..1fcf739bf509 100644 > > --- a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c > > +++

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161005/1bb14d1d/attachment.html>

Unix Device Memory Allocation project

This would be a purely userspace interface (in that user just interacts w/ a userspace shared lib, the driver specific backend may do it's own ioctls to query whatever is needed from the hw).. So might be something like, for each device in the sharing use-case, call: allocator_dev_t

[Bug 98021] Applications and games crash after opengl version overrides

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

[Bug 98016] [bisected] Fury fails to boot on drm-next-4.9

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/5aa201ee/attachment-0001.html>

[Bug 98021] Applications and games crash after opengl version overrides

he bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/c0301532/attachment.html>

[Bug 98002] Mud rendering bug in Portal 2

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

[Bug 97980] [amdgpu] New kernel warning during shutdown

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

[Bug 98002] Mud rendering bug in Portal 2

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161005/1c6b4544/attachment.html>

[Bug 97969] [radeonsi, bisected: fb827c0] Video decoding shows green artifacts

vel/attachments/20161005/04852056/attachment-0001.html>

[PATCH] drm/bridge: Call drm_connector_cleanup directly

Remove the unnecessary wrapper functions around drm_connector_cleanup(). Signed-off-by: Marek Vasut Cc: Daniel Vetter --- drivers/gpu/drm/bridge/analogix-anx78xx.c | 7 +-- drivers/gpu/drm/bridge/nxp-ptn3460.c | 7 +-- drivers/gpu/drm/bridge/parade-ps8622.c| 7 +-- 3 files

[PATCH v2] drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops

The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default implementations for functions in struct fb_ops. A drm driver can use it like: static struct fb_ops drm_fbdev_cma_ops = { .owner = THIS_MODULE, DRM_FB_HELPER_DEFAULT_OPS, /* driver specific