Re: [PATCH] drm/radeon/kms: allow invalid DB formats as a means to disable DB

On Mon, 2012-07-30 at 21:45 +0200, Marek Olšák wrote: After some discussion in private, we've come to the conclusion that this is a very important fix. So if it's possible: Cc: sta...@kernel.org Applicable to 3.5 stable kernel only. Add Cc: sta...@vger.kernel.org [3.5] (but don't send

[PATCH] i915: don't map imported dma-bufs for dmar.

From: Dave Airlie airl...@redhat.com The exporter should have given us pages in the correct place, avoid the prepare object mapping phase on dmar systems. This fixes an oops on a GM45/R600 machine, when running the intel/radeon tests. Signed-off-by: Dave Airlie airl...@redhat.com ---

Re: [PATCHv7 00/15] Integration of videobuf2 with dmabuf

Hi Tomasz! What is the status of this? If it is stable, then it might be a good idea to rebase to the latest for_v3.6 and make a pull request for 3.6. Regards, Hans On Thu June 14 2012 15:37:34 Tomasz Stanislawski wrote: Hello everyone, This patchset adds support for DMABUF [2]

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: This patch adds extension to V4L2 api. It allow to export a mmap buffer as file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by mmap and return a file descriptor on success. Signed-off-by: Tomasz

Re: [PATCHv7 00/15] Integration of videobuf2 with dmabuf

On Tue July 31 2012 08:23:15 Hans Verkuil wrote: Hi Tomasz! What is the status of this? If it is stable, then it might be a good idea to rebase to the latest for_v3.6 and make a pull request for 3.6. BTW, while rebasing also fix two typos in patch 9 and 15: s/usefull/useful/ Regards,

Re: [PATCH 1/3] Move FIMD register headers to include/video/

Hello Marek, On Tue, Jul 31, 2012 at 11:58 AM, Marek Szyprowski m.szyprow...@samsung.com wrote: Hello, On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote: On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote: Hello Jingoo Han, On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han

Re: Massive power regression going 3.4-3.5

On Tue, 2012-07-31 at 08:31 +0100, James Bottomley wrote: On Mon, 2012-07-30 at 11:23 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com

Re: Massive power regression going 3.4-3.5

On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley james.bottom...@hansenpartnership.com wrote: Actually, bad news: it looks like the problem is drm: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X causes idle power to go 6.8W - 5.7W The files that will be the most

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher alexdeuc...@gmail.com wrote: Regarding patches 3 and 4, it might be easier to just store a pointer to the relevant encoder when you verify ATIF rather than walking the encoder list every time. Makes sense, I was unsure about the lifetime of the

Re: Massive power regression going 3.4-3.5

On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote: On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley james.bottom...@hansenpartnership.com wrote: Actually, bad news: it looks like the problem is drm: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X causes

Re: Massive power regression going 3.4-3.5

On Tue, 2012-07-31 at 10:54 +0100, Chris Wilson wrote: On Tue, 31 Jul 2012 10:37:35 +0100, James Bottomley james.bottom...@hansenpartnership.com wrote: On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote: On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley

[PATCH] drm/radeon/kms: allow invalid DB formats as a means to disable DB

Signed-off-by: Marek Olšák mar...@gmail.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Michel Dänzer michel.daen...@amd.com Cc: sta...@vger.kernel.org [3.5] --- drivers/gpu/drm/radeon/evergreen_cs.c |6 -- drivers/gpu/drm/radeon/evergreend.h |2 ++

[Bug 52997] New: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

https://bugs.freedesktop.org/show_bug.cgi?id=52997 Bug #: 52997 Summary: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine Classification: Unclassified Product: Mesa Version: 8.0

Re: Massive power regression going 3.4-3.5

On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley james.bottom...@hansenpartnership.com wrote: When did you inspect the debug files? One effect I can imagine is that if your system was previously stuck at RPn and never upclocking the GPU when X starts. The question would then be what is

Re: [PATCH] drm/radeon: Mark all possible functions / structs as static

On Tue, 31 Jul 2012 14:43:34 +1000 Dave Airlie airl...@gmail.com wrote: On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen c...@gmx.com wrote: Let's allow GCC to optimize better. This exposed some five unused

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Frömmel cfroem...@web.de changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH 1/2] drm/radeon: fix fence related segfault in CS

Don't return success if scheduling the IB fails, otherwise we end up with an oops in ttm_eu_fence_buffer_objects. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/radeon_cs.c |2 +-

[PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

The sixteen bank case wasn't handled here, leading to GPU crashes because of userspace miscalculation. Signed-off-by: Christian König deathsim...@vodafone.de Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/si.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

Hi Hans, On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote: On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: This patch adds extension to V4L2 api. It allow to export a mmap buffer as file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by mmap and

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Tue 31 July 2012 13:56:14 Laurent Pinchart wrote: Hi Hans, On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote: On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: +/** + * struct v4l2_exportbuffer - export of video buffer as DMABUF file descriptor + * + * @fd:

[PATCH libdrm] Add configure option --with/--without-valgrind

Add a configure option --with/--without-valgrind to be able to compile libdrm with or without valgrind. The latter was not possible if pkgconfig found the valgrind package. --- configure.ac | 18 -- 1 files changed, 16 insertions(+), 2 deletions(-) diff --git a/configure.ac

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Tue, Jul 31, 2012 at 7:11 AM, Hans Verkuil hverk...@xs4all.nl wrote: For that matter, wouldn't it be useful to support exporting a userptr buffer at some point in the future? Shouldn't USERPTR usage be discouraged once we get dma-buf support ? Why? It's perfectly fine to use it and

Re: [PATCH V2 2/5] include/video: Add Exynos5 specific FIMD register offsets

Hi, On 07/31/2012 02:51 PM, Sergei Shtylyov wrote: +/*EXYNOS5 FIMD REG OFFSET */ How about changing it to, e.g. /* EXYNOS5 specific register offset definitions */ (but just in case you happen to resend this patch series) +#define EXYNOS5_VIDTCON0(0x20010) +#define EXYNOS5_VIDTCON1

Re: [RFC 0/3] solving omapdrm/omapdss layering issues

Hi, On Fri, 2012-07-27 at 20:07 -0500, Rob Clark wrote: From: Rob Clark r...@ti.com I've been working for the better part of the week on solving some of the omapdss vs kms mismatches, which is one of the bigger remaining issues in the TODO before moving omapdrm out of staging. The

Re: [PATCH] drm/radeon: Mark all possible functions / structs as static

On Tue, Jul 31, 2012 at 12:43 AM, Dave Airlie airl...@gmail.com wrote: On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen c...@gmx.com wrote: Let's allow GCC to optimize better. This exposed some five unused functions,

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher alexdeuc...@gmail.com wrote: Regarding patches 3 and 4, it might be easier to just store a pointer to the relevant encoder when you verify ATIF rather than walking the

Re: [PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

On Tue, Jul 31, 2012 at 7:48 AM, Christian König deathsim...@vodafone.de wrote: The sixteen bank case wasn't handled here, leading to GPU crashes because of userspace miscalculation. You mean a GPU hang or a segfault in userspace? IIRC, from the hw perspective numbers of banks over 8 are

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Tue, Jul 31, 2012 at 8:39 AM, Rémi Denis-Courmont r...@remlab.net wrote: Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit : For that matter, wouldn't it be useful to support exporting a userptr buffer at some point in the future? Shouldn't USERPTR usage be discouraged

Re: [PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

On 31.07.2012 16:02, Alex Deucher wrote: On Tue, Jul 31, 2012 at 7:48 AM, Christian König deathsim...@vodafone.de wrote: The sixteen bank case wasn't handled here, leading to GPU crashes because of userspace miscalculation. You mean a GPU hang or a segfault in userspace? IIRC, from the hw

Re: Massive power regression going 3.4-3.5

James Bottomley james.bottom...@hansenpartnership.com writes: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X causes idle power to go 6.8W - 5.7W That's actually pretty good news -- you're just not getting to RC6 when X is running, but RC6 is otherwise working. And, yes,

Re: [PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

On Tue, Jul 31, 2012 at 10:21 AM, Christian König deathsim...@vodafone.de wrote: On 31.07.2012 16:02, Alex Deucher wrote: On Tue, Jul 31, 2012 at 7:48 AM, Christian König deathsim...@vodafone.de wrote: The sixteen bank case wasn't handled here, leading to GPU crashes because of userspace

Re: [RFC 0/3] solving omapdrm/omapdss layering issues

On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Fri, 2012-07-27 at 20:07 -0500, Rob Clark wrote: From: Rob Clark r...@ti.com I've been working for the better part of the week on solving some of the omapdss vs kms mismatches, which is one of the bigger

Re: [PATCH 1/2] drm/radeon: fix fence related segfault in CS

On Die, 2012-07-31 at 13:48 +0200, Christian König wrote: Don't return success if scheduling the IB fails, otherwise we end up with an oops in ttm_eu_fence_buffer_objects. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Alex Deucher alexander.deuc...@amd.com Cc:

Re: Fix GPU triggering random system read after VRAM start change

On Fri, Jul 27, 2012 at 4:32 PM, j.gli...@gmail.com wrote: So first patch is a fix in itself, smallest possible and should go to stable. Second patch is an improvement as a first step to flicker free boot. First patch looks ok. In mc_stop we should disable the crtc and then poll

Re: [PATCH 1/2] drm/radeon: fix fence related segfault in CS

On 31.07.2012 16:47, Michel Dänzer wrote: On Die, 2012-07-31 at 13:48 +0200, Christian König wrote: Don't return success if scheduling the IB fails, otherwise we end up with an oops in ttm_eu_fence_buffer_objects. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Alex Deucher

[PATCH 1/2] drm/radeon: fix bank tiling parameters on evergreen

From: Alex Deucher alexander.deuc...@amd.com Handle the 16 bank case. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git

[PATCH 2/2] drm/radeon: fix bank tiling parameters on cayman

From: Alex Deucher alexander.deuc...@amd.com Handle the 16 bank case. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/ni.c | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git

Re: Massive power regression going 3.4-3.5

On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X causes idle power to go 6.8W - 5.7W That's actually pretty good news -- you're just not getting to

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #70 from Alex Deucher ag...@yahoo.com 2012-07-31 15:10:38 UTC --- Does this kernel patch help? http://lists.freedesktop.org/archives/dri-devel/2012-July/025704.html -- Configure bugmail:

Re: Fix GPU triggering random system read after VRAM start change

On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 27, 2012 at 4:32 PM, j.gli...@gmail.com wrote: So first patch is a fix in itself, smallest possible and should go to stable. Second patch is an improvement as a first step to flicker free boot. First

Re: [PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

On 31.07.2012 16:42, Alex Deucher wrote: On Tue, Jul 31, 2012 at 10:21 AM, Christian König deathsim...@vodafone.de wrote: On 31.07.2012 16:02, Alex Deucher wrote: On Tue, Jul 31, 2012 at 7:48 AM, Christian König deathsim...@vodafone.de wrote: The sixteen bank case wasn't handled here, leading

Re: Fix GPU triggering random system read after VRAM start change

On Tue, Jul 31, 2012 at 11:15 AM, Jerome Glisse j.gli...@gmail.com wrote: On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 27, 2012 at 4:32 PM, j.gli...@gmail.com wrote: So first patch is a fix in itself, smallest possible and should go to stable. Second

Re: Massive power regression going 3.4-3.5

On Tue, 31 Jul 2012 16:09:44 +0100, James Bottomley james.bottom...@hansenpartnership.com wrote: On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X

[PATCH] drm/radeon: Remove unused functions

This applies on top of drm/radeon: Mark all possible functions / structs as static. Signed-off-by: Lauri Kasanen c...@gmx.com --- drivers/gpu/drm/radeon/r100.c | 44 --- drivers/gpu/drm/radeon/radeon_combios.c |9 -

Re: [PATCH libdrm] Add configure option --with/--without-valgrind

Daniel Martin consume.no...@gmail.com writes: Add a configure option --with/--without-valgrind to be able to compile libdrm with or without valgrind. The latter was not possible if pkgconfig found the valgrind package. How would you have the valgrind .pc file but be unable to build with

Re: [PATCH] drm/radeon: Remove unused functions

On Tue, Jul 31, 2012 at 10:41 AM, Lauri Kasanen c...@gmx.com wrote: This applies on top of drm/radeon: Mark all possible functions / structs as static. Signed-off-by: Lauri Kasanen c...@gmx.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com

Re: Fwd: Brightness on HP EliteBook 8460p

I'm putting back the CC and adding Alex. On Tue, Jul 31, 2012 at 5:07 PM, Pali Rohár pali.ro...@gmail.com wrote: Thanks, now working. When I write to acpi video brightness file it change brightness and in dmesg is: [ 47.200998] [drm:radeon_atif_handler], event, device_class = video, type =

Re: Fwd: Brightness on HP EliteBook 8460p

On Tue, Jul 31, 2012 at 11:49 AM, Luca Tettamanti kronos...@gmail.com wrote: I'm putting back the CC and adding Alex. On Tue, Jul 31, 2012 at 5:07 PM, Pali Rohár pali.ro...@gmail.com wrote: Thanks, now working. When I write to acpi video brightness file it change brightness and in dmesg is:

Re: Fwd: Brightness on HP EliteBook 8460p

On Tue, Jul 31, 2012 at 12:03 PM, Pali Rohár pali.ro...@gmail.com wrote: On Tuesday 31 July 2012 17:49:32 Luca Tettamanti wrote: I'm putting back the CC and adding Alex. On Tue, Jul 31, 2012 at 5:07 PM, Pali Rohár pali.ro...@gmail.com wrote: Thanks, now working. When I write to acpi video

[PATCH] drm: refcnt drm_framebuffer

From: Rob Clark r...@ti.com This simplifies drm fb lifetime, and if the crtc/plane needs to hold a ref to the fb when disabling a pipe until the next vblank, this avoids the need to make disabling an overlay synchronous. This is a problem that shows up when userspace is using a drm plane to

Re: Massive power regression going 3.4-3.5

On Tue, 2012-07-31 at 16:09 +0100, James Bottomley wrote: On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: on 3.5 killing X causes idle power to go 14W - 5.9W on 3.4.6 killing X causes idle power to go 6.8W - 5.7W

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

Hi Rémi, On Tuesday 31 July 2012 16:39:00 Rémi Denis-Courmont wrote: Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit : For that matter, wouldn't it be useful to support exporting a userptr buffer at some point in the future? Shouldn't USERPTR usage be discouraged

Re: [PATCH] drm: refcnt drm_framebuffer

On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This simplifies drm fb lifetime, and if the crtc/plane needs to hold a ref to the fb when disabling a pipe until the next vblank, this avoids the need to make disabling an overlay

Re: [PATCH] drm: refcnt drm_framebuffer

On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This simplifies drm fb lifetime, and if the crtc/plane needs to hold a ref to the fb when disabling a pipe until

Re: [PATCH] drm: refcnt drm_framebuffer

On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark rob.cl...@linaro.org wrote: On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This simplifies drm fb lifetime,

Re: [PATCH] drm: refcnt drm_framebuffer

On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark rob.cl...@linaro.org wrote: On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #10 from Sven Arvidsson s...@whiz.se 2012-07-31 18:35:56 UTC --- (In reply to comment #8) same problem here when trying to run dungeon siege 2 via wine, intro plays fine and then hangs , found a radeon problem to be the cause. I

[Bug 52997] evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

https://bugs.freedesktop.org/show_bug.cgi?id=52997 --- Comment #1 from stevenvandenbrandenst...@gmail.com 2012-07-31 18:38:32 UTC --- what else do i need to submit and how to do it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #11 from stevenvandenbrandenst...@gmail.com 2012-07-31 19:44:10 UTC --- (In reply to comment #10) (In reply to comment #8) same problem here when trying to run dungeon siege 2 via wine, intro plays fine and then hangs , found

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote: On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher alexdeuc...@gmail.com wrote: Regarding patches 3 and 4, it might be easier to just store a pointer to

[PATCH] drm/i915: Fix mem leak in intel_sdvo_write_cmd()

If the allocation of 'buf' succeeds but the allocation of 'msgs' fails we'll return false and leak 'buf' when it goes out of scope. Signed-off-by: Jesper Juhl j...@chaosbits.net --- drivers/gpu/drm/i915/intel_sdvo.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) note:

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti kronos...@gmail.com wrote: On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote: On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher alexdeuc...@gmail.com wrote:

Re: [PATCHv2 3/9] v4l: add buffer exporting via dmabuf

Hi Rémi, On Tuesday 31 July 2012 21:39:40 Rémi Denis-Courmont wrote: Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez écrit : On Tuesday 31 July 2012 16:39:00 Rémi Denis-Courmont wrote: Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit : For that matter,

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #71 from awate...@gmail.com awate...@gmail.com 2012-08-01 01:18:00 UTC --- I have been having this same issue with respect to rendering regressions, I have also experienced the error relating to va conflicts. I investigated it a bit

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #72 from awate...@gmail.com awate...@gmail.com 2012-08-01 02:09:17 UTC --- Also, I believe the source of radeon :01:00.0: bo 8802ea5ec800 va 0x038EC000 conflict with (bo 8803eb464000 0x038EC000 0x038ED000) is due to a

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #73 from Jerome Glisse gli...@freedesktop.org 2012-08-01 02:14:12 UTC --- Created attachment 65013 -- https://bugs.freedesktop.org/attachment.cgi?id=65013 Free va early in the kernel Diagnosis was kind of obvious, but it just pop

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #74 from Jerome Glisse gli...@freedesktop.org 2012-08-01 02:15:19 UTC --- The way i build my kernel must hide this latency i guess... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

drm_intel_bo for the KMS framebuffer with IvyBridge?

Hello all, Saying I want to play with an IvyBridge machine and the display when X is *not* running (I just opened /dev/dri/card0 from a terminal). Is there a simple way to get a drm_intel_bo for the terminal framebuffer such that I can brutally write into it? So, can I easily get its bo and its

Re: drm_intel_bo for the KMS framebuffer with IvyBridge?

On Wed, Aug 1, 2012 at 12:59 PM, Segovia, Benjamin benjamin.sego...@intel.com wrote: Hello all, Saying I want to play with an IvyBridge machine and the display when X is *not* running (I just opened /dev/dri/card0 from a terminal). Is there a simple way to get a drm_intel_bo for the terminal

RE: drm_intel_bo for the KMS framebuffer with IvyBridge?

Yes, I imagine this is not exactly using the API by the book :) but this is really to play with the HW not to write a real application. Can you give me the complete link to the file? I am not finding it in libdrm source. I guess it is somewhere else. Thanks! Ben -Original Message-

Re: drm_intel_bo for the KMS framebuffer with IvyBridge?

On Wed, Aug 1, 2012 at 1:07 PM, Segovia, Benjamin benjamin.sego...@intel.com wrote: Yes, I imagine this is not exactly using the API by the book :) but this is really to play with the HW not to write a real application. Can you give me the complete link to the file? I am not finding it in

Re: [PATCH V2 5/5] arm: samsung: delete frame buffer header files from platform

Hello Kgene, On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim kgene@samsung.com wrote: Leela Krishna Amudala wrote: The FIMD register headers are moved to include/video/ hence, deleting these files from platform side Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

[Bug 45018] [bisected] rendering regression since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #75 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-01 03:26:16 UTC --- These are all food news. So I'll test both patches and I'll see if it also fixes the thing for me. Awaters (I don't know your name, you'll have to

[Bug 52549] libdrm 2.4.37 compilation fails if ETIME not defined

https://bugs.freedesktop.org/show_bug.cgi?id=52549 --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-01 04:48:13 UTC --- http://comments.gmane.org/gmane.comp.freedesktop.xorg.devel/32267 So why are you trying to build libdrm_intel on an operating system that doesn't have Intel KMS? --

[Bug 51383] 'make clean' broken after switching to automake

https://bugs.freedesktop.org/show_bug.cgi?id=51383 --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-01 04:57:09 UTC --- This looks just like a problem caused by still having non-automake Makefiles. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[PATCH] drm/radeon: Mark all possible functions / structs as static

On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher wrote: > On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen wrote: >> Let's allow GCC to optimize better. >> >> This exposed some five unused functions, but this patch doesn't remove them. >> >> Signed-off-by: Lauri Kasanen > > Reviewed-by: Alex

[PATCH] drm/radeon/kms: allow "invalid" DB formats as a means to disable DB

On Mon, 2012-07-30 at 21:45 +0200, Marek Ol??k wrote: > After some discussion in private, we've come to the conclusion that > this is a very important fix. So if it's possible: > > Cc: stable at kernel.org > > Applicable to 3.5 stable kernel only. Add Cc: stable at vger.kernel.org [3.5] (but

[PATCH] i915: don't map imported dma-bufs for dmar.

From: Dave Airlie The exporter should have given us pages in the correct place, avoid the prepare object mapping phase on dmar systems. This fixes an oops on a GM45/R600 machine, when running the intel/radeon tests. Signed-off-by: Dave Airlie ---

[PATCHv7 00/15] Integration of videobuf2 with dmabuf

Hi Tomasz! What is the status of this? If it is stable, then it might be a good idea to rebase to the latest for_v3.6 and make a pull request for 3.6. Regards, Hans On Thu June 14 2012 15:37:34 Tomasz Stanislawski wrote: > Hello everyone, > This patchset adds support for DMABUF [2]

[PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: > This patch adds extension to V4L2 api. It allow to export a mmap buffer as > file > descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by > mmap and return a file descriptor on success. > > Signed-off-by: Tomasz

[PATCHv7 00/15] Integration of videobuf2 with dmabuf

On Tue July 31 2012 08:23:15 Hans Verkuil wrote: > Hi Tomasz! > > What is the status of this? If it is stable, then it might be a good idea to > rebase to the latest for_v3.6 and make a pull request for 3.6. BTW, while rebasing also fix two typos in patch 9 and 15: s/usefull/useful/ Regards,

[PATCH 1/3] Move FIMD register headers to include/video/

Hello Marek, On Tue, Jul 31, 2012 at 11:58 AM, Marek Szyprowski wrote: > Hello, > > On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote: > >> On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote: >> > >> > Hello Jingoo Han, >> > >> > On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote: >>

Massive power regression going 3.4->3.5

On Mon, 2012-07-30 at 11:23 -0700, Keith Packard wrote: > James Bottomley writes: > > > On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: > >> James Bottomley writes: > >> > >> > OK, I've run the bisect as far as I can. It looks to be in the drm > >> > tree. Unfortunately, this tree

Massive power regression going 3.4->3.5

On Tue, 2012-07-31 at 08:31 +0100, James Bottomley wrote: > On Mon, 2012-07-30 at 11:23 -0700, Keith Packard wrote: > > James Bottomley writes: > > > > > On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: > > >> James Bottomley writes: > > >> > > >> > OK, I've run the bisect as far as I

Massive power regression going 3.4->3.5

On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley wrote: > Actually, bad news: it looks like the problem is drm: > > on 3.5 killing X causes idle power to go 14W -> 5.9W > on 3.4.6 killing X causes idle power to go 6.8W -> 5.7W The files that will be the most interesting to compare at first

[PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher wrote: > Regarding patches 3 and 4, it might be easier to just store a pointer > to the relevant encoder when you verify ATIF rather than walking the > encoder list every time. Makes sense, I was unsure about the lifetime of the encoders, but AFAICS

Massive power regression going 3.4->3.5

On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote: > On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley HansenPartnership.com> wrote: > > Actually, bad news: it looks like the problem is drm: > > > > on 3.5 killing X causes idle power to go 14W -> 5.9W > > on 3.4.6 killing X causes idle

Massive power regression going 3.4->3.5

On Tue, 31 Jul 2012 10:37:35 +0100, James Bottomley wrote: > On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote: > > On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley > HansenPartnership.com> wrote: > > > Actually, bad news: it looks like the problem is drm: > > > > > > on 3.5 killing X

Massive power regression going 3.4->3.5

On Tue, 2012-07-31 at 10:54 +0100, Chris Wilson wrote: > On Tue, 31 Jul 2012 10:37:35 +0100, James Bottomley HansenPartnership.com> wrote: > > On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote: > > > On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley > > HansenPartnership.com> wrote: > > >

[PATCH] drm/radeon/kms: allow "invalid" DB formats as a means to disable DB

Signed-off-by: Marek Ol??k Reviewed-by: Alex Deucher Reviewed-by: Michel D?nzer Cc: stable at vger.kernel.org [3.5] --- drivers/gpu/drm/radeon/evergreen_cs.c |6 -- drivers/gpu/drm/radeon/evergreend.h |2 ++ drivers/gpu/drm/radeon/r600_cs.c |6 --

[Bug 52997] New: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine

https://bugs.freedesktop.org/show_bug.cgi?id=52997 Bug #: 52997 Summary: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine Classification: Unclassified Product: Mesa Version: 8.0

Massive power regression going 3.4->3.5

On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley wrote: > > When did you inspect the debug files? One effect I can imagine is that > > if your system was previously stuck at RPn and never upclocking the GPU > > when X starts. The question would then be what is preventing the GPU > > from

[PATCH] drm/radeon: Mark all possible functions / structs as static

On Tue, 31 Jul 2012 14:43:34 +1000 Dave Airlie wrote: > On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher > wrote: > > On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen wrote: > >> Let's allow GCC to optimize better. > >> > >> This exposed some five unused functions, but this patch doesn't remove

Fwd: Brightness on HP EliteBook 8460p

On Sat, Jul 28, 2012 at 4:47 PM, Pali Roh?r wrote: > Hello, I have some good news. Radeon patches from this post > http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html > export brightness file /sys/class/backlight/radeon_bl/brightness > And finally with these patches I'm able to

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 1/2] drm/radeon: fix fence related segfault in CS

Don't return success if scheduling the IB fails, otherwise we end up with an oops in ttm_eu_fence_buffer_objects. Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_cs.c |2 +- 1 file changed, 1 insertion(+), 1

[PATCH 2/2] drm/radeon: fix bank tiling parameters on SI

The sixteen bank case wasn't handled here, leading to GPU crashes because of userspace miscalculation. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/si.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git

[PATCHv2 3/9] v4l: add buffer exporting via dmabuf

Hi Hans, On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote: > On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: > > This patch adds extension to V4L2 api. It allow to export a mmap buffer as > > file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer > > offset used by mmap

[PATCHv2 3/9] v4l: add buffer exporting via dmabuf

On Tue 31 July 2012 13:56:14 Laurent Pinchart wrote: > Hi Hans, > > On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote: > > On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote: > > > +/** > > > + * struct v4l2_exportbuffer - export of video buffer as DMABUF file > > > descriptor + * > > > + *

[PATCH libdrm] Add configure option --with/--without-valgrind

Add a configure option --with/--without-valgrind to be able to compile libdrm with or without valgrind. The latter was not possible if pkgconfig found the valgrind package. --- configure.ac | 18 -- 1 files changed, 16 insertions(+), 2 deletions(-) diff --git a/configure.ac

  1   2   >