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

Hi Ajay, Am 25.07.2014 21:22, schrieb Ajay Kumar: > This series is based on exynos-drm-next branch of Inki Dae's tree at: > git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git > > I have tested this after adding few DT changes for exynos5250-snow, > exynos5420-peach-pit and

[PATCH] drm: refcnt drm_display_mode

On Sun, Jul 27, 2014 at 6:20 PM, Rob Clark wrote: > On Sun, Jul 27, 2014 at 11:17 AM, Daniel Vetter wrote: >> On Sat, Jul 26, 2014 at 12:51 AM, Rob Clark wrote: >>> We're going to need this for atomic. >>> >>> Signed-off-by: Rob Clark >> >> I disagree. Iiui correctly Rob's concern is that the

[PATCH 8/8] freedreno: add Android build support

Cc: freedreno at lists.freedesktop.org Signed-off-by: Emil Velikov --- Android.mk | 1 + freedreno/Android.mk | 30 ++ 2 files changed, 31 insertions(+) create mode 100644 freedreno/Android.mk diff --git a/Android.mk b/Android.mk index eb54bf7..b3bf411

[PATCH 7/8] nouveau: add Android build support

Signed-off-by: Emil Velikov --- Android.mk | 1 + nouveau/Android.mk | 30 ++ 2 files changed, 31 insertions(+) create mode 100644 nouveau/Android.mk diff --git a/Android.mk b/Android.mk index b3fbb5b..eb54bf7 100644 --- a/Android.mk +++ b/Android.mk @@

[PATCH 6/8] radeon: add Android build support

Signed-off-by: Emil Velikov --- Android.mk| 1 + radeon/Android.mk | 30 ++ 2 files changed, 31 insertions(+) create mode 100644 radeon/Android.mk diff --git a/Android.mk b/Android.mk index ec340b4..b3fbb5b 100644 --- a/Android.mk +++ b/Android.mk @@ -54,3

[PATCH 5/8] libdrm,intel: rework android header handling

Contains the following patches squashed in: commit 99247a5bd724ddcf0f06a5518baad207c53f1e2b Author: Haitao Huang Date: Fri, 27 Apr 2012 13:20:53 -0500 Android.mk: use LOCAL_COPY_HEADERS to export headers. Export necessary header files used by other components for

[PATCH 4/8] libdrm,intel: Add Android build

Contains the following patches squashed in: commit f340a8b9f2b84d5762553bef046914e0bde20795 Author: Chad Versace Date: Wed, 21 Dec 2011 11:43:57 -0800 libdrm,intel: Add Android makefiles (v2) This enables libdrm.so and libdrm_intel.so to build on Android

[PATCH 3/8] libdrm, freedreno, intel, nouveau, radeon: add Makefile.sources

Will be used to consolidate the required sources lists as well as the install-able headers. This is turn will help us to avoid the duplication with the upcoming Android build support. Signed-off-by: Emil Velikov --- Makefile.am | 13 - Makefile.sources |

[PATCH 2/8] libkms: remove explicit define _FILE_OFFSET_BITS 64

configure.ac has AC_SYS_LARGEFILE which provides the define and/or approapriate magic when required. Signed-off-by: Emil Velikov --- libkms/dumb.c| 1 - libkms/exynos.c | 1 - libkms/intel.c | 1 - libkms/nouveau.c | 1 - libkms/radeon.c | 1 - libkms/vmwgfx.c | 1 - 6 files changed, 6

[PATCH 1/8] all: include config.h only when available and use its defines

... rather than explicitly redefining HAVE_STDINT_H and _GNU_SOURCE. Signed-off-by: Emil Velikov --- intel/test_decode.c | 5 +++-- libkms/api.c | 2 ++ libkms/dumb.c | 4 +++- libkms/exynos.c | 4 +++- libkms/intel.c| 4 +++- libkms/linux.c

[PATCH 0/8] Upstreaming the Android build and misc fixes

Hello list, Recently I've had a go at the Anroid builds and I felt ... inspired that there are (at least) two downstream repositories that have the relevant Android build, yet all of them use 6+month old libdrm. Making even builds a pain in the neck :'( Are there any objections if we get the

[PATCH 2/2] drm/radeon: add new info ioctl query for hawaii accel

Can't we just make the accel2 info return 2 instead of 1? and have userspace know the difference. be careful to make userspace work so we can return 3 in future. Dave.

[PATCH] drm: refcnt drm_display_mode

On Sat, Jul 26, 2014 at 12:51 AM, Rob Clark wrote: > We're going to need this for atomic. > > Signed-off-by: Rob Clark I disagree. Iiui correctly Rob's concern is that the additional stuff to keep track of mode lists (list_head and the idr stuff) could confuse driver writers into doing stupid

[Bug 78453] [HAWAII] Get acceleration working

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

[Bug 78453] [HAWAII] Get acceleration working

Org 1.16.0 AFAIK. Maybe you want to try that instead of your development version? -- 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/attachment

[Bug 78453] [HAWAII] Get acceleration working

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

[Bug 78453] [HAWAII] Get acceleration working

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

[Bug 78453] [HAWAII] Get acceleration working

attachment #93015 from bug #73420 and i get a hard lock up, can't even ssh the machine. -- 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

[PATCH] drm: refcnt drm_display_mode

On Sun, Jul 27, 2014 at 1:38 PM, Daniel Vetter wrote: > On Sun, Jul 27, 2014 at 6:20 PM, Rob Clark wrote: >> On Sun, Jul 27, 2014 at 11:17 AM, Daniel Vetter wrote: >>> On Sat, Jul 26, 2014 at 12:51 AM, Rob Clark wrote: We're going to need this for atomic. Signed-off-by: Rob

[Bug 78453] [HAWAII] Get acceleration working

his happens only in fullscreen mode. -- 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/20140727/4aaa1a83/attachment.html>

Re: [Radeon RV280] radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion »boi->space_accounted« failed, core dumped

I think the problem is the driver hasn't called radeon_cs_space_add_persistent_bo. Marek On Fri, Jul 25, 2014 at 6:32 PM, Jochen Rollwagen wrote: > I've recently ported the peopsxgl OpenGL-GPU-Plugin for the pcsx > Playstation1 Emulator to the Powerpc-architecture. When running certain > games

[PATCH v2 15/25] amdkfd: Add kernel queue module

Am 27.07.2014 um 13:05 schrieb Oded Gabbay: > On 21/07/14 05:42, Jerome Glisse wrote: >> On Thu, Jul 17, 2014 at 04:29:22PM +0300, Oded Gabbay wrote: >>> From: Ben Goz >>> >>> The kernel queue module enables the amdkfd to establish kernel >>> queues, not exposed to user space. >>> >>> The kernel

[Bug 78453] [HAWAII] Get acceleration working

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

[PATCH v2 10/25] amdkfd: Add topology module to amdkfd

On 21/07/14 01:37, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:17PM +0300, Oded Gabbay wrote: >> From: Evgeny Pinchuk >> >> This patch adds the topology module to the driver. The topology is exposed to >> userspace through the sysfs. >> >> The calls to add and remove a device to/from

[PATCH v2 10/25] amdkfd: Add topology module to amdkfd

On 21/07/14 01:37, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:17PM +0300, Oded Gabbay wrote: >> From: Evgeny Pinchuk >> >> This patch adds the topology module to the driver. The topology is exposed to >> userspace through the sysfs. >> >> The calls to add and remove a device to/from

[PATCH v2 12/25] amdkfd: Add binding/unbinding calls to amd_iommu driver

On 21/07/14 02:04, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:19PM +0300, Oded Gabbay wrote: >> This patch adds the functions to bind and unbind pasid from a device through >> the amd_iommu driver. >> >> The unbind function is called when the mm_struct of the process is released. >> >>

[PATCH v2 13/25] amdkfd: Add queue module

On 21/07/14 02:06, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:20PM +0300, Oded Gabbay wrote: >> From: Ben Goz >> >> The queue module enables allocating and initializing queues uniformly. >> >> Signed-off-by: Ben Goz >> Signed-off-by: Oded Gabbay >> --- >>

[PATCH v2 15/25] amdkfd: Add kernel queue module

On 21/07/14 05:42, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:22PM +0300, Oded Gabbay wrote: >> From: Ben Goz >> >> The kernel queue module enables the amdkfd to establish kernel queues, not >> exposed to user space. >> >> The kernel queues are used for HIQ (HSA Interface Queue) and

[PATCH v2 16/25] amdkfd: Add module parameter of scheduling policy

On 21/07/14 05:45, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:23PM +0300, Oded Gabbay wrote: >> From: Ben Goz >> >> This patch adds a new parameter to the amdkfd driver. This parameter enables >> the user to select the scheduling policy of the CP. The choices are: >> >> * CP Scheduling

[PATCH v2 21/25] amdkfd: Implement the create/destroy/update queue IOCTLs

On 21/07/14 02:09, Jerome Glisse wrote: > On Thu, Jul 17, 2014 at 04:29:28PM +0300, Oded Gabbay wrote: >> From: Ben Goz >> >> Signed-off-by: Ben Goz >> Signed-off-by: Oded Gabbay >> --- >> drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 133 >> +++- >>

[Bug 78453] [HAWAII] Get acceleration working

/lists.freedesktop.org/archives/dri-devel/attachments/20140727/68c43566/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

ny settings related to opengl). -- 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/20140727/334ca839/attachment.html>

[PATCH] drm: refcnt drm_display_mode

On Sun, Jul 27, 2014 at 11:17 AM, Daniel Vetter wrote: > On Sat, Jul 26, 2014 at 12:51 AM, Rob Clark wrote: >> We're going to need this for atomic. >> >> Signed-off-by: Rob Clark > > I disagree. Iiui correctly Rob's concern is that the additional stuff > to keep track of mode lists (list_head

[Bug 66963] Rv6xx dpm problems

power level 2sclk: 72500 mclk: 4 vddc: 1250 status: r -- 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

[Bug 80584] XCOM: Eenemy Unknown incorrect hair rendering

|| -- 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/20140727/67b58dfd/attachment.html>

[Bug 80584] XCOM: Eenemy Unknown incorrect hair rendering

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

[Bug 66963] Rv6xx dpm problems

too or only with hibernate/resume. -- 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/20140727/0709c94a/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

r never worked with GLAMOR since I've started using GLAMOR (IIRC it was something close to 0.3). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/d

[Bug 81644] Random crashes on RadeonSI with Chromium.

://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2062afb4f804afef61cbe62a30cac9a46e58e067 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.o

[Bug 78453] [HAWAII] Get acceleration working

https://bugs.freedesktop.org/show_bug.cgi?id=78453 --- Comment #103 from Serkan Hosca --- Created attachment 103527 --> https://bugs.freedesktop.org/attachment.cgi?id=103527=edit dmesg with drm-next-3.17-wip Not working for me. I've updated the firmware files and using agd5f's