[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 |

[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):

Using a HD 4670 still possible?

gt; > >> > > >> > It sounds like there's a problem with interrupt processing on your > >> system. Please provide the dmesg output. You might try > >> disabling/enabling MSI to see if that works around the problem. > >> > >> Thank you so much for this hint! Booting using radeon.msi=0 finally > >> brings the system into a usable state. The dmesg of a default boot (i.e. > >> radeon.msi=-1) is available at http://pastebin.com/gS1xHYPc > > > > > > Can you file a bug report at > > https://bugs.freedesktop.org/enter_bug.cgi?product=DRI component > > "DRM/Radeon" and attach the dmesg output there? > > > > Also mention what chipset your system uses and whether the card is AGP or > not. > > Alex > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/0993c00f/attachment-0001.html>

[PATCH v3 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote: > Currently the DP_PHY_ENABLE register is mapped in the driver, > and accessed to control power to the PHY. > With mfd-syscon and regmap interface available at our disposal, > it's wise to use that instead of using a 'reg' property for

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

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

[Bug 83998] Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg 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 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

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

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/984da3f2/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 84017] HD 4670 only works with MSI disabled

-- An 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

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

[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>

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

[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 >> --- >>

-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 V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

guarantee that it's enough for everyone, on all platforms? The point of the ports/endpoint graph is to also support more complicated scenarios. If you now create ps8622 bindings that do not support those graphs, the no one else using ps8622 can use ports/endpoint graphs either. Btw, is there an example how the bridge with these bindings is used in a board's .dts file? I couldn't find any example with a quick search. So it's unclear to me what the "simple phandle" actually is. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/cbe71368/attachment-0001.sig>

[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

-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

[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,

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

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>

[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>

radeon/radeon_bios.c: clean up coding style differences in radeon_get_bios()

radeon/radeon_bios.c: clean up coding style differences in radeon_get_bios() Signed-off-by: Wilfried Klaebe diff --git a/drivers/gpu/drm/radeon/radeon_bios.c b/drivers/gpu/drm/radeon/radeon_bios.c index 6a03624..63ccb8f 100644 --- a/drivers/gpu/drm/radeon/radeon_bios.c +++

[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

-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

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:

[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

[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 ++ >

[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 81382] Text console blanking does not go away

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>

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

[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 ++--

[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

[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

[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:

[Bug 81382] Text console blanking does not go away

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

[Bug 81382] Text console blanking does not go away

gpu backlight device for testing. The second adds a quirk for the Amilo laptop. -- 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/20

[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

[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 +++--- >

[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 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: >>

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

display driver model later if we're missing such critical pieces from the DT bindings. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/d9fcb555/attachment.sig>

[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

[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 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 +

[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 ++--

[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 +-

[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

[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 +-

[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 ++--

[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 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

[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

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

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

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

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

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

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

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

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>

rockchip and atmel kms drivers

Hi Boris & Dave, I will update the rockchip drm driver soon, we have many change about it. thanks. On 2014?09?17? 13:41, 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

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

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

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

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

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

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

[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

[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

[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

-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

[PATCH v3 4/5] ASoC: davinci: HDMI audio build for AM33XX and TDA998x

es/dri-devel/attachments/20140917/8904d641/attachment.sig>

[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

[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

[Bug 82828] Regression: Crash in 3Dmark2001

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

[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>

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 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

-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

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

> What if someone doesn't know about that intention one day and inserts > some field in the structure at the "wrong place" ? Then we have code review. Also they are much more likely to simply change the code elsewhere and break it. Nobody afaik ever got this wrong, while the litany of other

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

[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

-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

[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>: >>

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

On 09/17/2014 04:06 AM, Dave Airlie wrote: > 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: >>

[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

[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

[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 > --- >

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

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/20140

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

[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 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>

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

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

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

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>

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 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

ark03.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/2014

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

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>

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

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

[Bug 81382] Text console blanking does not go away

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140917/345c2d61/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 75276] Implement VGPR Register Spilling

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

[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 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

`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>

[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>

[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),

[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=edit Kernel boot log with printk timings Interesting part goes from 2.35 to 7.77 -- You are receiving this mail because:

  1   2   >