[PATCH] drm/vmwgfx: Fix drm.h include

On 16 September 2014 23:43, Josh Boyer wrote: > On Fri, Sep 5, 2014 at 1:19 PM, Josh Boyer > wrote: >> The userspace drm.h include doesn't prefix the drm directory. This can lead >> to compile failures as /usr/include/drm/ isn't in the standard gcc include >> paths. Fix it to be , which matche

[PATCH/RESEND 0/8] tilcdc-panel: Backlight and GPIO devicetree support

On 16 September 2014 04:51, Ezequiel Garcia wrote: > On 15 Sep 05:59 PM, Dave Airlie wrote: >> On 15 September 2014 17:50, Ezequiel Garcia >> wrote: >> > Dave, >> > >> > On 03 Sep 08:08 AM, Johannes Pointner wrote: >> >> 2014-09-02 14:51 GMT+02:00 Ezequiel Garcia > >> vanguardiasur.com.ar>: >> >>

-next mostly closed, what have I missed?

Okay so I'm pretty sure I'm close to not taking anything major for next, I'm not sure I've gotten an exynos tree yet, so hopefully that appears before -rc6, Please continue to send fixes for -next pulls, and I'm kinda open to new hw support depending on how intrusive it is to other code. Now we

[Bug 81382] Text console blanking does not go away

type|| -- 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/20140917/c27930ca/attachment.html>

[Bug 81382] Text console blanking does not go away

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/cfe2c776/attachment-0001.html>

[alsa-devel] [PATCH v3 0/5] Beaglebone-Black HDMI audio

On 17 September 2014 06:40, Jyri Sarha wrote: > Changes since v2: > - Change compatible property from "ti,gpio-clock" to "ti,gpio-gate-clock" > - Some minor cleanups > > The code has a functional dependency to: > http://www.mail-archive.com/linux-omap at vger.kernel.org/msg109264.html > > Without

[Bug 83461] hdmi screen flicker/unusable

https://bugzilla.kernel.org/show_bug.cgi?id=83461 --- Comment #5 from Alex Deucher --- (In reply to kb from comment #0) > > Downgrading to 3.14 seems to remove the issue. Can you bisect to find out what change caused this regression? -- You are receiving this mail because: You are watching th

rockchip and atmel kms drivers

Hey, So I notice we have two unreviewed drivers outstanding, the atmel hlcdc and the rockchips one, I'd like to suggest they you guys review each others work, they should be quite close in terms of functionality and you might spot some problems in your own code from reading the other driver. I'm

[Bug 82588] X fails to start with linus-tip or drm-next

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

rockchip and atmel kms drivers

Hi Dave, On Wed, 17 Sep 2014 11:18:44 +1000 Dave Airlie wrote: > Hey, > > So I notice we have two unreviewed drivers outstanding, the atmel > hlcdc and the rockchips one, I'd like to suggest they you guys review > each others work, they should be quite close in terms of functionality > and you

[Bug 83331] radeon: Laptop panel out of sync after dpms standby/suspend/off

https://bugzilla.kernel.org/show_bug.cgi?id=83331 --- Comment #7 from Klaus Kusche --- 1.) The behaviour is absolutely reproducible: I *always* get almost exactly the same delays (both during boot and during internal display output off / on), I *always* get exactly the same messages, and I *alw

[Bug 83331] radeon: Laptop panel out of sync after dpms standby/suspend/off

https://bugzilla.kernel.org/show_bug.cgi?id=83331 --- Comment #8 from Klaus Kusche --- Created attachment 150591 --> https://bugzilla.kernel.org/attachment.cgi?id=150591&action=edit Kernel boot log with printk timings Interesting part goes from 2.35 to 7.77 -- You are receiving this mail bec

[PATCH] drm/exynos: fix plane-framebuffer linkage

Hi, On 09/16/2014 08:35 AM, Daniel Vetter wrote: > On Mon, Sep 15, 2014 at 12:52:17PM -0600, Daniel Drake wrote: >> Pageflipping currently causes some inconsistencies that lead to >> crashes. Just run an app that causes a CRTC pageflip in a raw X session >> and check that it exits cleanly and can

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/9b421b29/attachment.html>

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

Assertion `buffer' failed. -- 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/20140917/6f792821/attachment.html>

[PATCH] drm/exynos: fix plane-framebuffer linkage

On 2014? 09? 17? 15:35, Andrzej Hajda wrote: > Hi, > > On 09/16/2014 08:35 AM, Daniel Vetter wrote: >> On Mon, Sep 15, 2014 at 12:52:17PM -0600, Daniel Drake wrote: >>> Pageflipping currently causes some inconsistencies that lead to >>> crashes. Just run an app that causes a CRTC pageflip in a raw

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/3ec4819f/attachment.html>

[Bug 75276] Implement VGPR Register Spilling

bbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/0a8f83ea/attachment.html>

[Bug 82455] Failed to allocate virtual address for buffer

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

[Bug 81382] Text console blanking does not go away

the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/345c2d61/attachment.html>

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

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

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

ed by the apitrace trimming working incorrectly... -- 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/20140917/c19ca3ca/attachment.html>

[PATCH] drm/radeon: Disable HDP flush before every CS again for < r600

From: Michel D?nzer It was causing display corruption with R300 generation GPUs at least. Reported-and-Tested-by: Mikael Pettersson Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/r100.c| 28 ++-- drivers/gpu/drm/radeon/radeon_asic.c | 2 -- drivers/gp

Using a HD 4670 still possible?

On 14.09.2014 03:13, Christoph Brill wrote: > Am 08.09.2014 03:41 schrieb "Michel D?nzer" >: > > On 07.09.2014 01:01, Christoph Brill wrote: > >> > >> > >> I'm currently trying to get a HD 4670 aka RV730 XT to work against X.org > >> 1.16, xf86-video-ati 7.4.0 on

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

3\3DMark03.exe" -nosysteminfo Do you have apitrace 4 for windows? -- 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

[PATCH] drm/exynos: fix plane-framebuffer linkage

Hi, On 09/17/2014 03:49 PM, Inki Dae wrote: > On 2014? 09? 17? 15:35, Andrzej Hajda wrote: >> Hi, >> >> On 09/16/2014 08:35 AM, Daniel Vetter wrote: >>> On Mon, Sep 15, 2014 at 12:52:17PM -0600, Daniel Drake wrote: Pageflipping currently causes some inconsistencies that lead to crashes.

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

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/20140917/b705e031/attachment.html>

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

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

-next mostly closed, what have I missed?

Hi Dave, On 09/17/2014 09:59 AM, Dave Airlie wrote: > Okay so I'm pretty sure I'm close to not taking anything major for next, > > I'm not sure I've gotten an exynos tree yet, so hopefully that appears > before -rc6, > > Please continue to send fixes for -next pulls, and I'm kinda open to > new

[Bug 83505] AMD A4-5300 APU : radeon.dpm=1 get random reboots with 3.16.1 kernel.

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/430933ee/attachment.html>

[PATCH V6 6/8] drm/bridge: Modify drm_bridge core to support driver model

Hi Laurent, On Mon, Sep 15, 2014 at 11:07 PM, Laurent Pinchart wrote: > Hi Ajay, > > Thank you for the patch. > > I think we're moving in the right direction, but we're not there yet. > > On Saturday 26 July 2014 00:52:08 Ajay Kumar wrote: >> This patch tries to seperate drm_bridge implementation

[PATCH V6 6/8] drm/bridge: Modify drm_bridge core to support driver model

>> >> Before the introduction of the component framework I would have said this is >> the way to go. Now, I think bridges should register themselves as components, >> and the DRM master driver should use the component framework to get a >> reference to the bridges it needs. > Well, I have modified

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

ening in the intro, when the trace begins, it is part of the game. Thank you! -- 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/

[PATCH V6 6/8] drm/bridge: Modify drm_bridge core to support driver model

Hi Ajay, On Wednesday 17 September 2014 14:37:30 Ajay kumar wrote: > On Mon, Sep 15, 2014 at 11:07 PM, Laurent Pinchart wrote: > > Hi Ajay, > > > > Thank you for the patch. > > > > I think we're moving in the right direction, but we're not there yet. > > > > On Saturday 26 July 2014 00:52:08 Aj

[PATCH V7 00/12] drm/exynos: few patches to enhance bridge chip support

On Tue, Sep 16, 2014 at 6:14 PM, Javier Martinez Canillas wrote: > [adding Laurent Pinchart to cc who had concerns with a previous > version of this patch-set] > > Hello Ajay, > > On Wed, Aug 27, 2014 at 4:29 PM, Ajay Kumar > wrote: >> This series is based on master branch of Linus tree at: >> g

-next mostly closed, what have I missed?

Hi Dave, On Wednesday 17 September 2014 10:59:42 Dave Airlie wrote: > Okay so I'm pretty sure I'm close to not taking anything major for next, > > I'm not sure I've gotten an exynos tree yet, so hopefully that appears > before -rc6, > > Please continue to send fixes for -next pulls, and I'm kind

[PATCH V6 0/8] drm/exynos: few patches to enhance bridge chip support

Hi Thierry, On Wednesday 30 July 2014 11:40:54 Thierry Reding wrote: > On Wed, Jul 30, 2014 at 11:54:00AM +0530, Ajay kumar wrote: > > On Tue, Jul 29, 2014 at 5:17 PM, Thierry Reding wrote: > > > On Tue, Jul 29, 2014 at 01:42:09PM +0200, Andreas F?rber wrote: > > >> Am 29.07.2014 13:36, schrieb Th

-next mostly closed, what have I missed?

I have a whole bunch of patches for radeon in the pipeline, but I'm perfectly fine with waiting for 3.19 with them. Fixes for 3.18 are also already starting to stash up, so Alex will probably have a pull with fixes for your drm-next branch by the end of the week. Regards, Christian. Am 17.09.

-next mostly closed, what have I missed?

On 17 September 2014 19:45, Laurent Pinchart wrote: > Hi Dave, > > On Wednesday 17 September 2014 10:59:42 Dave Airlie wrote: >> Okay so I'm pretty sure I'm close to not taking anything major for next, >> >> I'm not sure I've gotten an exynos tree yet, so hopefully that appears >> before -rc6, >>

[PATCH] drm/radeon: fix AGP userptr handling

From: Christian K?nig AGP mappings are not cache coherent, so userptr support won't work. Additional to that the AGP implementation uses a different ttm_tt container structure so we run into problems if we cast the pointer without checking if it's the right type. Signed-off-by: Christian K?nig

[PATCH 0/9 linux-next] drivers/gpu/drm: use container_of where possible

On Mon, Sep 15, 2014 at 08:15:54PM +0200, Fabian Frederick wrote: > > > > On 15 September 2014 at 01:13 One Thousand Gnomes > lxorguk.ukuu.org.uk> > > wrote: > > > > > > On Sun, 14 Sep 2014 18:40:13 +0200 > > Fabian Frederick wrote: > > > > > Small patchset using container_of instead of casting

-next mostly closed, what have I missed?

Hi Dave, On 2014? 09? 17? 09:59, Dave Airlie wrote: > Okay so I'm pretty sure I'm close to not taking anything major for next, > > I'm not sure I've gotten an exynos tree yet, so hopefully that appears > before -rc6, I have patch sets for enhancing Exynos drm and will have a pull with them by th

[PATCH V6 0/8] drm/exynos: few patches to enhance bridge chip support

Hi Laurent, Please find the latest series here: http://www.spinics.net/lists/dri-devel/msg66740.html On Wed, Sep 17, 2014 at 3:23 PM, Laurent Pinchart wrote: > Hi Thierry, > > On Wednesday 30 July 2014 11:40:54 Thierry Reding wrote: >> On Wed, Jul 30, 2014 at 11:54:00AM +0530, Ajay kumar wrote:

[Intel-gfx] [PATCH] intel: Add support for userptr objects

On Thu, Jun 19, 2014 at 03:52:03PM +0100, Tvrtko Ursulin wrote: > From: Tvrtko Ursulin > > Allow userptr objects to be created and used via libdrm_intel. > > At the moment tiling and mapping to GTT aperture is not supported > due hardware limitations across different generations and uncertainty

[PATCH 0/9] drm/exynos: initialization/deinitialization fixes

On 2014? 09? 09? 22:16, Andrzej Hajda wrote: > This set of patches contains fixes of initialization and deinitialization > code of exynos_drm core and components. > It is based on exynos-drm-next branch. > > Patchset has been tested on trats and universal_c210 platforms. Applied all patches excep

[Bug 83436] Sudden framerate drops in multiple games when compiling with -mtune=generic (as well with -mtune=pentium-mmx and older CPUs)

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

[Bug 82828] Regression: Crash in 3Dmark2001

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/20140917/c61d8d2f/attachment.html>

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Wed, Sep 17, 2014 at 1:44 AM, Joonyoung Shim wrote: > It's problem to add this from commit 25c8b5c3048cb6c98d402ca8d4735ccf910f727c. My patch moves that drm_framebuffer_reference() call to the plane function which is called from crtc_mode_set context (and also called in crtc pageflip path), s

[PATCH 3/8] drm: Pass dma-buf as argument to gem_prime_import_sg_table

Allows importing dma_reservation_objects from a dma-buf. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_gem_cma_helper.c| 5 +++-- drivers/gpu/drm/drm_prime.c | 2 +- drivers/gpu/drm/msm/msm_drv.h | 2 +- drivers/gpu/drm/msm/msm_gem_prime.c | 4 ++-- drive

[PATCH 1/8] drm/nouveau: bump driver patchlevel to 1.2.1

Allows userspace to detect shared fences are supported. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_drm.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.h b/drivers/gpu/drm/nouveau/nouveau_drm.h index b02b02452

[PATCH 4/8] drm/ttm: add reservation_object as argument to ttm_bo_init

This allows importing reservation objects from dma-bufs. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ast/ast_ttm.c| 2 +- drivers/gpu/drm/bochs/bochs_mm.c | 2 +- drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +- drivers/gpu/drm/mgag200/mgag200_ttm.c| 2 +- dr

[PATCH 2/8] drm/nouveau: specify if interruptible wait is desired in nouveau_fence_sync

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +- drivers/gpu/drm/nouveau/nouveau_display.c | 4 ++-- drivers/gpu/drm/nouveau/nouveau_fence.c | 14 ++ drivers/gpu/drm/nouveau/nouveau_fence.h | 2 +- drivers/gpu/drm/nouveau/nouveau_gem.c

[PATCH 00/10] drm fence fixes and cross-dev sync.

This has a nouveau fix for suspend (no interruptible wait during suspend) and bumps patchlevel to abi 1.2.1 for telling shared fences are in use. Maarten Lankhorst (8): drm/nouveau: bump driver patchlevel to 1.2.1 drm/nouveau: specify if interruptible wait is desired in nouveau_fence_sync

[PATCH 5/8] drm/radeon: cope with foreign fences inside display

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/radeon.h | 2 +- drivers/gpu/drm/radeon/radeon_display.c | 30 +++--- 2 files changed, 20 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h ind

[PATCH 6/8] drm/radeon: cope with foreign fences inside the reservation object

Not the whole world is a radeon! :-) Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/cik.c | 2 +- drivers/gpu/drm/radeon/cik_sdma.c | 2 +- drivers/gpu/drm/radeon/evergreen_dma.c| 2 +- drivers/gpu/drm/radeon/r600.c | 2 +- drivers/gpu/drm/ra

[PATCH 8/8] drm/nouveau: export reservation_object from dmabuf to ttm

Adds an extra argument to nouveau_bo_new, which is only used in nouveau_prime.c. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 2 +- drivers/gpu/drm/nouveau/nouveau_bo.c| 4 ++-- drivers/gpu/drm/nouveau/nouveau_bo.h| 1 + drivers/gpu/drm/nouveau/nouveau_c

[PATCH 7/8] drm/radeon: export reservation_object from dmabuf to ttm

Adds an extra argument to ttm_bo_create, which is only used in radeon_prime.c. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/radeon/cik.c | 4 ++-- drivers/gpu/drm/radeon/evergreen.c| 6 +++--- drivers/gpu/drm/radeon/r600.c | 4 ++-- drivers/gpu/drm/radeon

[PATCH] intel: Don't leak the test page in an has_userptr() error path

When handling the error on GEM_CLOSE, we weren't freeing the allocated page. Plug that. Signed-off-by: Damien Lespiau --- intel/intel_bufmgr_gem.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c index f378e5c..ce35bd4 1

Using a HD 4670 still possible?

On Wed, Sep 17, 2014 at 3:30 AM, Michel D?nzer wrote: > On 14.09.2014 03:13, Christoph Brill wrote: >> >> Am 08.09.2014 03:41 schrieb "Michel D?nzer" > >: >> >> > On 07.09.2014 01:01, Christoph Brill wrote: >> >> >> >> >> >> I'm currently trying to get a HD 4670 a

[PATCH 6/8] drm/radeon: cope with foreign fences inside the reservation object

Am 17.09.2014 um 14:35 schrieb Maarten Lankhorst: > Not the whole world is a radeon! :-) > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/radeon/cik.c | 2 +- > drivers/gpu/drm/radeon/cik_sdma.c | 2 +- > drivers/gpu/drm/radeon/evergreen_dma.c| 2 +- >

[PATCH 7/8] drm/radeon: export reservation_object from dmabuf to ttm

Am 17.09.2014 um 14:35 schrieb Maarten Lankhorst: > Adds an extra argument to ttm_bo_create, which is only used in radeon_prime.c. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/radeon/cik.c | 4 ++-- > drivers/gpu/drm/radeon/evergreen.c| 6 +++--- > drivers/

[PATCH V6 6/8] drm/bridge: Modify drm_bridge core to support driver model

On Wed, Sep 17, 2014 at 2:57 PM, Laurent Pinchart wrote: > Hi Ajay, > > On Wednesday 17 September 2014 14:37:30 Ajay kumar wrote: >> On Mon, Sep 15, 2014 at 11:07 PM, Laurent Pinchart wrote: >> > Hi Ajay, >> > >> > Thank you for the patch. >> > >> > I think we're moving in the right direction, but

[PATCH 5/8] drm/radeon: cope with foreign fences inside display

Am 17.09.2014 um 14:35 schrieb Maarten Lankhorst: > Signed-off-by: Maarten Lankhorst Reviewed-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon.h | 2 +- > drivers/gpu/drm/radeon/radeon_display.c | 30 +++--- > 2 files changed, 20 insertions(+), 12 d

[PATCH] drm/radeon: Disable HDP flush before every CS again for < r600

On Wed, Sep 17, 2014 at 3:25 AM, Michel D?nzer wrote: > From: Michel D?nzer > > It was causing display corruption with R300 generation GPUs at least. > > Reported-and-Tested-by: Mikael Pettersson > Signed-off-by: Michel D?nzer Applied to my fixes tree. thanks! Alex > --- > drivers/gpu/drm

[Bug 83996] New: [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

s scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/7f720f58/attachment-0001.html>

[Bug 82588] X fails to start with linus-tip or drm-next

scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/ba3149d1/attachment.html>

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Wed, Sep 17, 2014 at 2:19 PM, Daniel Drake wrote: >> Chip specific drm driver internally doesn't have to care fb reference count >> if >> there is no special case. We should have switched to universal plane at that >> time. > > To me it seems like the chip-specific DRM drivers do need to add a

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

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

[PATCH 0/2] drm/exynos: use drm generic mmap interface

This patch set removes unnecessary DRM_EXYNOS_GEM_MAP_OFFSET interface which isn't used anymore and also uses drm generic mmap interface instead of a mmap interface specific to Exynos drm. So this patch set removes a existing mmap interface and relevant codes specific to Exynos drm. Inki Dae (2):

[PATCH 2/2] drm/exynos: use drm generic mmap interface

This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific to Exynos drm and instead uses drm generic mmap. We had used the interface specific to Exynos drm to do mmap directly, not to use demand paging which maps each page with physical memory at page fault handler. We don't need the specific

[PATCH 1/2] drm/exynos: remove DRM_EXYNOS_GEM_MAP_OFFSET ioctl

This interface and relevant codes aren't used anymore. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/exynos_drm_drv.c |3 --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 17 - drivers/gpu/drm/exynos/exynos_drm_gem.h |4 include/uapi/drm/exynos_drm.h |

[Bug 83998] New: Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg&fb buffers

time oomkiller put on its blindfold and ran around killing :-) -- 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/20140917/0d4218d7/attachment.html>

[Bug 83996] [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

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

[Bug 83998] Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg&fb buffers

xt part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/944b77b5/attachment.html>

[Bug 83998] Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg&fb buffers

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

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

Hi Tomi, Thanks for your comments. On Wed, Sep 17, 2014 at 5:22 PM, Tomi Valkeinen wrote: > On 27/08/14 17:39, Ajay Kumar wrote: >> Add documentation for DT properties supported by ps8622/ps8625 >> eDP-LVDS converter. >> >> Signed-off-by: Ajay Kumar >> --- >> .../devicetree/bindings/video/bri

[Bug 83461] hdmi screen flicker/unusable

https://bugzilla.kernel.org/show_bug.cgi?id=83461 --- Comment #6 from kb at spatium.org --- I'll have to setup the enviro, it'll take some time. But yeah, I'll do it. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 0/2] drm/exynos: use drm generic mmap interface

On Wed, Sep 17, 2014 at 10:48:44PM +0900, Inki Dae wrote: > This patch set removes unnecessary DRM_EXYNOS_GEM_MAP_OFFSET interface > which isn't used anymore and also uses drm generic mmap interface > instead of a mmap interface specific to Exynos drm. So this patch set > removes a existing mmap in

[Bug 81382] Text console blanking does not go away

ttachments/20140917/c05ec8d6/attachment.html>

[Bug 81382] Text console blanking does not go away

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/142eccc8/attachment.html>

rockchip and atmel kms drivers

On Wed, Sep 17, 2014 at 1:41 AM, Boris BREZILLON wrote: > Hi Dave, > > On Wed, 17 Sep 2014 11:18:44 +1000 > Dave Airlie wrote: > >> Hey, >> >> So I notice we have two unreviewed drivers outstanding, the atmel >> hlcdc and the rockchips one, I'd like to suggest they you guys review >> each others

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Wed, Sep 17, 2014 at 7:45 AM, Daniel Vetter wrote: > I think fb refcounting in exynos is just plain busted. If you look at > other drivers the only place the refcount framebuffers or backing > storage objects is for pageflips to make sure the memory doesn't go > away while the hw is still scann

[Bug 81382] Text console blanking does not go away

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

[PATCH] drm/radeon: fix AGP userptr handling

On Wed, Sep 17, 2014 at 6:00 AM, Christian K?nig wrote: > From: Christian K?nig > > AGP mappings are not cache coherent, so userptr support > won't work. Additional to that the AGP implementation uses > a different ttm_tt container structure so we run into > problems if we cast the pointer withou

[Bug 83436] Sudden framerate drops in multiple games when compiling with -mtune=generic (as well with -mtune=pentium-mmx and older CPUs)

ut not - it is not fixed... -- 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/20140917/b81bc5f3/attachment.html>

[Bug 83436] Sudden framerate drops in multiple games when compiling with -mtune=generic (as well with -mtune=pentium-mmx and older CPUs)

y non generic tuned build :) -- 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/20140917/8eece8a8/attachment.html>

rockchip and atmel kms drivers

Hi Yaozq, On Wed, 17 Sep 2014 13:50:26 +0800 yaozq wrote: > Hi Boris & Dave, > I will update the rockchip drm driver soon, we have many change about it. I'll wait for the new version then, just keep me in the loop when you send it. Thanks, Boris -- Boris Brezillon, Free Electrons Embedded L

[Bug 84017] New: HD 4670 only works with MSI disabled

html -- 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/20140917/141603ac/attachment.html>

[Bug 84017] HD 4670 only works with MSI disabled

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/6fe38a79/attachment.html>

[Bug 84017] HD 4670 only works with MSI disabled

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/25aa505e/attachment.html>

[Bug 84017] HD 4670 only works with MSI disabled

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/08b163ad/attachment.html>

[Bug 80618] [r600g] XCOM Ennemy Unknown crash (RV770)

. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/984da3f2/attachment.html>

[Bug 83998] Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg&fb buffers

. -- 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/20140917/c6626326/attachment.html>

[PATCH 05/11] drm/radeon: fence PT updates manually

On Fri, Sep 12, 2014 at 7:52 AM, Christian K?nig wrote: > From: Christian K?nig > > This allows us to add the real execution fence as shared. > > Signed-off-by: Christian K?nig Minor typo noted below. > --- > drivers/gpu/drm/radeon/radeon_object.c | 19 ++ > drivers/gpu/drm/radeon/rad

[PATCH 04/11] drm/radeon: split semaphore and sync object handling

On Fri, Sep 12, 2014 at 7:52 AM, Christian K?nig wrote: > From: Christian K?nig > > Previously we just allocated space for four hardware semaphores > in each software semaphore object. Make software semaphore objects > represent only one hardware semaphore address again by splitting > the sync co

drm/radeon: allow concurrent VM use

On Fri, Sep 12, 2014 at 7:52 AM, Christian K?nig wrote: > Similar to the already pushed patches for allowing concurrent buffers use from > different engines this set of patches allows concurrent VM use from different > engines at the same time. Other than the typos I pointed out, this series is:

[Bug 84021] New: [game][the cave] not rendered properly

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/20140917/014e3539/attachment.html>

[Bug 75061] bug in clearing color buffer

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/90ec71c7/attachment.html>

[Bug 84023] multiple uniform buffers problem

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

[Bug 83996] [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

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

  1   2   >