[PATCH 00/83] AMD HSA kernel driver

On Thu, 2014-07-10 at 18:24 -0400, Jerome Glisse wrote: > On Fri, Jul 11, 2014 at 12:45:27AM +0300, Oded Gabbay wrote: > > This patch set implements a Heterogeneous System Architecture > > (HSA) driver > > for radeon-family GPUs. > > This is just quick comments on few things. Given size of

[PATCH RFA] drm: add of_graph endpoint helper to find possible CRTCs

On Thu, Jul 10, 2014 at 2:01 PM, Russell King wrote: > Add a helper to allow encoders to find their possible CRTCs from the > OF graph without having to re-implement this functionality. We add a > device_node to drm_crtc which corresponds with the port node in the

[PATCH] modesetting: Support native primary plane rotation

> From: Chris Wilson > Date: Wed, 9 Jul 2014 12:14:41 +0100 > > With the advent of universal drm planes and the introduction of generic > plane properties for rotations, we can query and program the hardware > for native rotation support. > > NOTE: this depends upon the next release of libdrm

[PATCH] modesetting: Support native primary plane rotation

On Wed, 9 Jul 2014 11:02:59 +0100 Chris Wilson wrote: > On Wed, Jul 09, 2014 at 12:57:12PM +0300, Pekka Paalanen wrote: > > On Wed, 9 Jul 2014 09:19:08 +0100 > > Chris Wilson wrote: > > > > > With the advent of universal drm planes and the introduction of generic > > > plane properties for

[Intel-gfx] [RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type

> From: Daniel Vetter > Sent: Monday, July 07, 2014 11:40 AM > > On Mon, Jul 07, 2014 at 07:58:30PM +0200, Paolo Bonzini wrote: > > Il 07/07/2014 19:54, Daniel Vetter ha scritto: > > >On Mon, Jul 07, 2014 at 04:57:45PM +0200, Paolo Bonzini wrote: > > >>Il 07/07/2014 16:49, Daniel Vetter ha

[Bug 81192] Garbled screen with VDPAU playback and h264

and feel like crashing my xorg again -- 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/20140710/1fdd2aca/attachment-0001.html>

[Bug 81192] Garbled screen with VDPAU playback and h264

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/06501dc4/attachment.html>

[Bug 81192] Garbled screen with VDPAU playback and h264

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/5716d70b/attachment.html>

[Bug 81192] Garbled screen with VDPAU playback and h264

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

[Bug 81192] New: Garbled screen with VDPAU playback and h264

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

[PATCH 1/1] drm/tilcdc: Fix build breakage

On 10 July 2014 17:09, Daniel Vetter wrote: > On Thu, Jul 10, 2014 at 12:02:15PM +1000, Dave Airlie wrote: >> On 9 July 2014 21:42, Sachin Kamat wrote: >> > Commit 34ea3d386347 ("drm: add register and unregister functions >> > for connectors") probably missed out converting the >> >

[PATCH RFA] drm: add of_graph endpoint helper to find possible CRTCs

Add a helper to allow encoders to find their possible CRTCs from the OF graph without having to re-implement this functionality. We add a device_node to drm_crtc which corresponds with the port node in the DT description of the CRTC device. We can then scan the DRM device list for CRTCs to find

[PATCH 00/83] AMD HSA kernel driver

On Fri, Jul 11, 2014 at 12:45:27AM +0300, Oded Gabbay wrote: > This patch set implements a Heterogeneous System Architecture (HSA) driver > for radeon-family GPUs. This is just quick comments on few things. Given size of this, people will need to have time to review things. > > HSA allows

[pull] radeon drm-fixes-3.16

Hi Dave, This new request drops the pageflipping fixes for now. Just a few small fixes for dpm, DP, and a fix for a hang on boot evergreen. The following changes since commit 2db38e06ecda80063d748df7bd79b7186c8831e0: Merge tag 'drm-intel-fixes-2014-07-09' of

[Bug 80868] Support screen scaling modes for external monitors

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/93761a66/attachment-0001.html>

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

l/attachments/20140710/27b7d6d1/attachment.html>

[Bug 73053] dpm hangs with BTC parts

e last patch of bug 72921 fixes my bug issue. Thank you very much. -- 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/20140710

[pull] radeon drm-fixes-3.16

Hi Dave, Ignore this request for now. Mario ran into some problems with further pageflipping testing so I'll send a new request once we've sorted that out. Alex On Thu, Jul 10, 2014 at 11:46 AM, Alex Deucher wrote: > Hi Dave, > > Mostly fixes to fallout from the pageflipping changes in 3.16.

[PATCH 3/3] drm/gk20a: reclocking support

Add support for reclocking on GK20A, using a statically-defined pstates table. The algorithms for calculating the coefficients and setting the clocks are directly taken from the ChromeOS kernel. Signed-off-by: Alexandre Courbot --- drivers/gpu/drm/nouveau/Makefile | 1 +

[PATCH 2/3] drm/nouveau/clk: support for non-BIOS pstates

Make nouveau_clock_create() take new two optional arguments: an array of pstates and its size. When these are specified, nouveau_clock_create() will use the provided pstates instead of probing them using the BIOS. This is useful for platforms which do not provide a BIOS, like Tegra.

[PATCH 1/3] drm/nouveau/clk: make therm and volt devices optional

Allow the clock subsystem to operate even if voltage and thermal devices are not set for the device (for people with watercooling! ;)) Signed-off-by: Alexandre Courbot --- drivers/gpu/drm/nouveau/core/subdev/clock/base.c | 36 +++- 1 file changed, 22 insertions(+), 14

[PATCH 0/3] drm/gk20a: support for reclocking

This series adds support for reclocking on GK20A. The first two patches touch the clock subsystem to allow GK20A to operate, by making the presence of the thermal and voltage devices optional, and allowing pstates to be provided directly instead of being probed using the BIOS (which Tegra does not

[Bug 80868] Support screen scaling modes for external monitors

y modes, orientations, etc., 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/20140710/8f8142aa/attachment-0001.html>

[Bug 80868] Support screen scaling modes for external monitors

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140710/0c11e33f/attachment.html>

[PATCH 04/83] drm/radeon: Add radeon <--> kfd interface

On Fri, 2014-07-11 at 00:50 +0300, Oded Gabbay wrote: > This patch adds the interface between the radeon driver and the kfd > driver. The interface implementation is contained in > radeon_kfd.c and radeon_kfd.h. [] > include/linux/radeon_kfd.h | 67 ++ Is there a

[PATCH 28/83] mm: Change timing of notification to IOMMUs about a page to be invalidated

On Fri, 11 Jul 2014, Joerg Roedel wrote: > On Fri, Jul 11, 2014 at 12:53:26AM +0300, Oded Gabbay wrote: > > mm/rmap.c | 8 ++-- > > 1 file changed, 6 insertions(+), 2 deletions(-) > > > > diff --git a/mm/rmap.c b/mm/rmap.c > > index 196cd0c..73d4c3d 100644 > > --- a/mm/rmap.c > > +++

[Bug 81045] [r600] Unreal Engine 4 demo crashed kernel

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/522a65be/attachment.html>

[Bug 81045] [r600] Unreal Engine 4 demo crashed kernel

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

[PATCH 28/83] mm: Change timing of notification to IOMMUs about a page to be invalidated

On Fri, 11 Jul 2014 00:53:26 +0300 Oded Gabbay wrote: > From: Andrew Lewycky > > This patch changes the location of the mmu_notifier_invalidate_page function > call inside try_to_unmap_one. The mmu_notifier_invalidate_page function > call tells the IOMMU that a pgae should be invalidated. > >

[Nouveau] [PATCH v4 4/6] drm/nouveau: synchronize BOs when required

On Tue, Jul 08, 2014 at 05:25:59PM +0900, Alexandre Courbot wrote: > On architectures for which access to GPU memory is non-coherent, > caches need to be flushed and invalidated explicitly when BO control > changes between CPU and GPU. > > This patch adds buffer synchronization functions which

[Nouveau] [PATCH v4 2/6] drm/nouveau: map pages using DMA API on platform devices

On Tue, Jul 08, 2014 at 05:25:57PM +0900, Alexandre Courbot wrote: > page_to_phys() is not the correct way to obtain the DMA address of a > buffer on a non-PCI system. Use the DMA API functions for this, which > are portable and will allow us to use other DMA API functions for > buffer

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hi Laurent, On Thu, 10 Jul 2014 13:16:21 +0200 Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Monday 07 July 2014 18:42:59 Boris BREZILLON wrote: > > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. > > at91sam9n12, at91sam9x5 family or sama5d3

[PATCH 2/2] drm/radeon: add user pointer support v3

From: Christian K?nig This patch adds an IOCTL for turning a pointer supplied by userspace into a buffer object. It imposes several restrictions upon the memory being mapped: 1. It must be page aligned (both start/end addresses, i.e ptr and size). 2. It must be

[PATCH 1/2] drm/radeon: add readonly flag to radeon_gart_set_page v2

From: Christian K?nig v2: use flag instead of boolean Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/r100.c| 2 +- drivers/gpu/drm/radeon/r300.c| 8 ++-- drivers/gpu/drm/radeon/radeon.h | 12 +++-

[PATCH v2 09/17] drm/radeon: use common fence implementation for fences

On Wed, Jul 9, 2014 at 9:23 AM, Maarten Lankhorst wrote: > op 09-07-14 14:57, Deucher, Alexander schreef: >>> >>> +static const char *radeon_fence_get_timeline_name(struct fence *f) >>> +{ >>> +struct radeon_fence *fence = to_radeon_fence(f); >>> +switch (fence->ring) { >>> +case

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

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

[PATCH] drm/radeon: add HDMI/DP sink description to ELD like data

On Wed, Jul 9, 2014 at 6:13 PM, Stefan Bruens wrote: > Provide monitor name and product/manufacturer id to alsa hda driver. The > output > matches the fglrx settings, short of the port_id. As the latter is not > standardized, > leave it out for now. > > Corresponding alsa code is already in

[PATCH] drm/radeon: Inline r100_mm_rreg, -wreg, v3

On Thu, Jul 10, 2014 at 4:55 AM, Christian K?nig wrote: > Am 10.07.2014 10:48, schrieb Lauri Kasanen: > >> On Sun, 20 Apr 2014 19:41:11 +0200 >> Christian K?nig wrote: >> >>> Am 20.04.2014 19:29, schrieb Lauri Kasanen: This was originally un-inlined by Andi Kleen in 2011 citing size

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hi Boris, Thank you for the patch. On Monday 07 July 2014 18:42:59 Boris BREZILLON wrote: > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. > at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display > controller device. > > The HLCDC block provides a single

[PATCH 2/2] drm/radeon: consolidate vga and dvi get_modes functions (v2)

They are identical. v2: rebase Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_connectors.c | 14 +- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c b/drivers/gpu/drm/radeon/radeon_connectors.c index

[PATCH 1/2] drm/radeon: enable display scaling on all connectors (v2)

This enables the display scaler on all connectors for r5xx and newer asics. Previously we only enabled the scaler for fixed mode displays (eDP or LVDS) since they have to use the scaler to support non-native modes. Most other displays are multi-sync or have a built in scaler to support

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

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

[Bug 78661] GPU sometimes locks up after boot and/or resume

https://bugzilla.kernel.org/show_bug.cgi?id=78661 --- Comment #12 from Alex Deucher --- Make sure you power off completely before testing the new patch rather than just a warm reboot to make sure the old register state is not retained. -- You are receiving this mail because: You are watching

[PATCH 2/3] drm/radeon: add readonly flag to radeon_gart_set_page

Am 09.07.2014 22:01, schrieb Alex Deucher: > On Wed, Jul 9, 2014 at 2:15 PM, Christian K?nig > wrote: >> [SNIP] > > I think it would be better to add a page_flags parameter rather than a > boolean for each attribute. At some point we may want write-only or > non-snooped. Yeah, I know. Just

[Bug 73053] dpm hangs with BTC parts

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/8df53e13/attachment.html>

[PATCH 0/3] drm/gk20a: support for reclocking

Does GK20A itself have any kind of thermal protection capabilities? Upstream SOCTHERM support is not yet available (though I have a driver in my tree), so we are thinking of disabling CPU DVFS on boards that don't have always-on active cooling for now. Same might be necessary for GPU as well.

[Bug 66963] Rv6xx dpm problems

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

[PATCH 0/3] drm/gk20a: support for reclocking

On Thu, Jul 10, 2014 at 09:34:34AM +0200, Alexandre Courbot wrote: > This series adds support for reclocking on GK20A. The first two patches touch > the clock subsystem to allow GK20A to operate, by making the presence of the > thermal and voltage devices optional, and allowing pstates to be

drm/vmwgfx: Fix compat shader namespace

On Wed, Jul 09, 2014 at 11:31:45PM +0200, Thomas Hellstr?m wrote: > >Speaking of verbose, all the likely/unlikely annotations should be > >removed. > > Is this your personal opinion or has there been some kind of kernel > developer agreement not to add this annotation and remove it from > the

[Bug 73053] dpm hangs with BTC parts

vel/attachments/20140710/e17e8971/attachment.html>

[PATCH 1/1] drm/tilcdc: Fix build breakage

On 10 July 2014 10:16, Dave Airlie wrote: > On 10 July 2014 17:09, Daniel Vetter wrote: >> On Thu, Jul 10, 2014 at 12:02:15PM +1000, Dave Airlie wrote: >>> On 9 July 2014 21:42, Sachin Kamat wrote: >>> > Commit 34ea3d386347 ("drm: add register and unregister functions >>> > for connectors")

[PATCH 1/1] drm/tilcdc: Fix build breakage

On 9 July 2014 21:42, Sachin Kamat wrote: > Commit 34ea3d386347 ("drm: add register and unregister functions > for connectors") probably missed out converting the > drm_sysfs_connector_remove instances in the following files. > Without this patch we get the following compilation error: > ERROR:

[RFC] dma-buf: Implement test module

time to look into dusting off the patch? If not I'll gladly take whatever you have and dust it off myself. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/427efbde/attachment.sig>

[PATCH] drm/radeon: Inline r100_mm_rreg, -wreg, v3

On Sun, 20 Apr 2014 19:41:11 +0200 Christian K?nig wrote: > Am 20.04.2014 19:29, schrieb Lauri Kasanen: > > This was originally un-inlined by Andi Kleen in 2011 citing size concerns. > > Indeed, a first attempt at inlining it grew radeon.ko by 7%. > > > > However, 2% of cpu is spent in this

[pull] radeon drm-fixes-3.16

Hi Dave, Mostly fixes to fallout from the pageflipping changes in 3.16. The rest are dpm and display fixes and a boot hang fix. The following changes since commit 2db38e06ecda80063d748df7bd79b7186c8831e0: Merge tag 'drm-intel-fixes-2014-07-09' of git://anongit.freedesktop.org/drm-intel into

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

On 2014? 07? 10? 10:20, Inki Dae wrote: > On 2014? 07? 10? 10:06, YoungJun Cho wrote: >> On 07/10/2014 12:22 AM, Thierry Reding wrote: >>> On Tue, Jul 08, 2014 at 09:39:38AM +0900, YoungJun Cho wrote: To support LCD I80 interface, the DSI host calls this function to notify the panel

[PATCH] drm/radeon: Inline r100_mm_rreg, -wreg, v3

Am 10.07.2014 10:48, schrieb Lauri Kasanen: > On Sun, 20 Apr 2014 19:41:11 +0200 > Christian K?nig wrote: > >> Am 20.04.2014 19:29, schrieb Lauri Kasanen: >>> This was originally un-inlined by Andi Kleen in 2011 citing size concerns. >>> Indeed, a first attempt at inlining it grew radeon.ko by

[PATCH 2/2] drm/radeon: add user pointer support v3

On Thu, Jul 10, 2014 at 09:48:49AM -0400, Alex Deucher wrote: > On Thu, Jul 10, 2014 at 8:33 AM, Christian K?nig > wrote: > > From: Christian K?nig > > > > This patch adds an IOCTL for turning a pointer supplied by > > userspace into a buffer object. > > > > It imposes several restrictions upon

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

On 2014? 07? 10? 10:06, YoungJun Cho wrote: > On 07/10/2014 12:22 AM, Thierry Reding wrote: >> On Tue, Jul 08, 2014 at 09:39:38AM +0900, YoungJun Cho wrote: >>> To support LCD I80 interface, the DSI host calls this function >>> to notify the panel tearing effect synchronization signal to >>> the

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

On 07/10/2014 12:22 AM, Thierry Reding wrote: > On Tue, Jul 08, 2014 at 09:39:38AM +0900, YoungJun Cho wrote: >> To support LCD I80 interface, the DSI host calls this function >> to notify the panel tearing effect synchronization signal to >> the CRTC device manager to trigger to transfer video

[PATCH] drm/crtc-helper: use drm_framebuffer flags

Hi, Can anyone review this patch ? Thanks for your time. Fabien > -Original Message- > From: Fabien DESSENNE [mailto:fabien.dessenne at st.com] > Sent: mardi 1 juillet 2014 14:41 > To: dri-devel at lists.freedesktop.org > Cc: Benjamin Gaignard; Vincent ABRIOU; Fabien DESSENNE > Subject:

[PATCH 2/2] drm/radeon: add user pointer support v3

On Thu, Jul 10, 2014 at 8:33 AM, Christian K?nig wrote: > From: Christian K?nig > > This patch adds an IOCTL for turning a pointer supplied by > userspace into a buffer object. > > It imposes several restrictions upon the memory being mapped: > > 1. It must be page aligned (both start/end

[PATCH 1/2] drm/radeon: add readonly flag to radeon_gart_set_page v2

On Thu, Jul 10, 2014 at 8:33 AM, Christian K?nig wrote: > From: Christian K?nig > > v2: use flag instead of boolean > > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/r100.c| 2 +- > drivers/gpu/drm/radeon/r300.c| 8 ++-- > drivers/gpu/drm/radeon/radeon.h

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

module to the host processor when requested, using the bidirectional Data Lane. My interpretation of that is that a DSI peripheral doesn't have a dedicated TE signal. Now the panel that you want to support here seems to have one, so I'm wondering if maybe it isn't a DSI panel at all but rather DBI. The specification goes into further detail about how to perform the TE reporting in DSI. Essentially it consists of giving the peripheral control of the bus via a BTA and then waiting for the peripheral to report back with the TE event. It would really help if somebody could find a datasheet for the panel so that we don't have to keep guessing what the actual interface is and how it's supposed to work. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/7fc349d5/attachment.sig>

[PATCH] exynos: Put a stop to the userptr heresy.

On Thu, Jul 10, 2014 at 12:39:24AM +0900, Inki Dae wrote: > On 2014? 07? 09? 18:23, Daniel Vetter wrote: > > On Tue, Jul 8, 2014 at 6:20 PM, Inki Dae wrote: > >> 2014-07-08 22:37 GMT+09:00 Daniel Vetter : > >>> On Wed, Jul 02, 2014 at 11:25:19AM -0400, Jerome Glisse wrote: > Anyway as this

[PATCH 1/1] drm/tilcdc: Fix build breakage

On Thu, Jul 10, 2014 at 12:02:15PM +1000, Dave Airlie wrote: > On 9 July 2014 21:42, Sachin Kamat wrote: > > Commit 34ea3d386347 ("drm: add register and unregister functions > > for connectors") probably missed out converting the > > drm_sysfs_connector_remove instances in the following files. >

[Bug 73053] dpm hangs with BTC parts

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

[Bug 80141] Fails to page flip multiple time, queue overflows waiting for one to finish that never does crashing entire system.

. *** This bug has been marked as a duplicate of bug 79980 *** -- 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/20140710/c926c

[Bug 79980] Random radeonsi crashes

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140710/529bcb05/attachment.html>

[Bug 80141] Fails to page flip multiple time, queue overflows waiting for one to finish that never does crashing entire system.

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

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

On 2014? 07? 10? 00:22, Thierry Reding wrote: > On Tue, Jul 08, 2014 at 09:39:38AM +0900, YoungJun Cho wrote: >> To support LCD I80 interface, the DSI host calls this function >> to notify the panel tearing effect synchronization signal to >> the CRTC device manager to trigger to transfer video

[PATCH] exynos: Put a stop to the userptr heresy.

On 2014? 07? 09? 18:23, Daniel Vetter wrote: > On Tue, Jul 8, 2014 at 6:20 PM, Inki Dae wrote: >> 2014-07-08 22:37 GMT+09:00 Daniel Vetter : >>> On Wed, Jul 02, 2014 at 11:25:19AM -0400, Jerome Glisse wrote: Anyway as this is upstream i guess you can keep it. This is just an horrible

[PATCH] drm/radeon: add HDMI/DP sink description to ELD like data

Provide monitor name and product/manufacturer id to alsa hda driver. The output matches the fglrx settings, short of the port_id. As the latter is not standardized, leave it out for now. Corresponding alsa code is already in place. Signed-off-by: Stefan Br?ns --- The fglrx register settings

[PATCH v5 00/14] drm/exynos: support LCD I80 interface display

On 2014? 07? 08? 09:39, YoungJun Cho wrote: > Hi, > > This series adds LCD I80 interface display support for Exynos DRM driver. > The FIMD(display controller) specification describes it as "LCD I80 interface" > and the DSI specification describes it as "Command mode interface". > > This is based

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

shaders setting. -- 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/20140710/aa596bc0/attachment.html>

[PATCH 00/12] drm/exynos/ipp: image post processing improvements, part three

On 2014? 07? 03? 22:10, Andrzej Hajda wrote: > This set of independent patches contains various improvement and fixes > for exynos_drm ipp framework. > The patchset is based on exynos-drm-next branch. > Did you test ipp module using libdrm? If so, can you share the app? I would try to test this

[RFC] drm/exynos: abort commit when framebuffer is removed from plane

On 2014? 07? 09? 20:06, Rahul Sharma wrote: > On 8 July 2014 21:25, Inki Dae wrote: >> 2014-06-20 0:13 GMT+09:00 Rahul Sharma : >>> This situation arises when userspace remove the frambuffer object >>> and call setmode ioctl. >>> >>> drm_mode_rmfb --> drm_plane_force_disable --> plane->crtc =

drm/vmwgfx: Fix compat shader namespace

On 2014-07-09 14:48, Dan Carpenter wrote: > Hello Thomas Hellstrom, > > The patch 18e4a4669c50: "drm/vmwgfx: Fix compat shader namespace" > from Jun 9, 2014, leads to the following static checker warning: > > drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:477 vmw_cmd_res_reloc_add() > warn:

[Bug 78661] GPU sometimes locks up after boot and/or resume

https://bugzilla.kernel.org/show_bug.cgi?id=78661 --- Comment #11 from Nikolaus Waxweiler --- Created attachment 142621 --> https://bugzilla.kernel.org/attachment.cgi?id=142621=edit Got a temporary hang again on boot-up, managed to reboot... -- You are receiving this mail because: You are

[Bug 66067] Trine 2's fragment normal buffer is mixtextured on Radeon HD 6770 (Juniper)

https://bugs.freedesktop.org/show_bug.cgi?id=66067 --- Comment #26 from Nicholas Miell --- (In reply to comment #25) > BTW just to be aware of i see some side effects of this patch, for example > performance in Unigine Sanctuary goes down by ~40% for me :). Probably because it adds a branch to