[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 --- drivers/gpu/drm/i915/intel_sdvo.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) note: compile tested only due

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

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

Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez ?crit : > 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

Massive power regression going 3.4->3.5

On Tue, 31 Jul 2012 11:14:17 +0100, Chris Wilson wrote: > On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley 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

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

[PATCH] drm: refcnt drm_framebuffer

On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote: > On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson > wrote: > > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark > > wrote: > >> From: Rob Clark > >> > >> This simplifies drm fb lifetime, and if the crtc/plane needs to hold > >> a ref to the fb

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

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

[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

Fwd: Brightness on HP EliteBook 8460p

s rather obscure... > > Luca ACPI/WMI cannot change brightness, see this what doing that ALS function: http://lists.freedesktop.org/archives/dri-devel/2012- March/020416.html -- Pali Roh?r pali.rohar at gmail.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120731/10ea5fbb/attachment-0001.pgp>

[PATCH] drm: refcnt drm_framebuffer

On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote: > From: Rob Clark > > 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

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

The FIMD register headers are moved to include/video/ hence, deleting these files from platform side Signed-off-by: Leela Krishna Amudala --- arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 - arch/arm/plat-samsung/include/plat/regs-fb.h| 403 --- 2 files

[PATCH V2 4/5] driver: Include the modified FIMD header file

The fimd register headers have been moved to include/video/ hence, modifying the driver files accordingly. Signed-off-by: Leela Krishna Amudala --- drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +- drivers/video/s3c-fb.c |2 +- 2 files changed, 2 insertions(+), 2

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

Exynos5 has VIDTCON and VIDCON registers at different offsets from the previous SOCs. Hence, adding the macros. Signed-off-by: Leela Krishna Amudala --- include/video/samsung_fimd.h |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/include/video/samsung_fimd.h

[PATCH V2 1/5] include/video: Add samsung FIMD register header

This patch copies the contents from regs-fb-v4.h and regs-fb.h to include/video/samsung_fimd.h Signed-off-by: Leela Krishna Amudala --- include/video/samsung_fimd.h | 526 ++ 1 files changed, 526 insertions(+), 0 deletions(-) create mode 100644

[PATCH V2 0/5] arm: samsung: Move FIMD headers to include/video/

This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h This patchset is created and rebased against master branch of torvalds tree. Tested on smdk5250 board, build tested for other boards. Changes from version 1: - Split the patches

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 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 = 0xd0 > [

[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 --- drivers/gpu/drm/radeon/r100.c | 44 --- drivers/gpu/drm/radeon/radeon_combios.c |9 - drivers/gpu/drm/radeon/radeon_fb.c

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

On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti 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 >> wrote: >> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher >> > wrote: >> >> Regarding patches 3 and 4, it might be

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

[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 > wrote: >> On 31.07.2012 16:02, Alex Deucher wrote: >>> On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig >>> wrote: The sixteen bank case wasn't handled here, leading to GPU crashes because of

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

On Tuesday, July 31, 2012 3:28 PM 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:

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

Le mardi 31 juillet 2012 17:03:52 Rob Clark, vous avez ?crit : > On Tue, Jul 31, 2012 at 8:39 AM, 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

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

On Tuesday, July 31, 2012 3:37 PM, Tomasz Figa wrote: > > Hi, > > On Tuesday 31 of July 2012 at 09:47:57, 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: > > > >

[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 >> Reviewed-by: Alex Deucher >> Cc:

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

Hello. On 31-07-2012 16:23, Leela Krishna Amudala wrote: > Exynos5 has VIDTCON and VIDCON registers at different offsets > from the previous SOCs. Hence, adding the macros. > Signed-off-by: Leela Krishna Amudala > --- > include/video/samsung_fimd.h |7 +++ > 1 files changed, 7

[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 > Reviewed-by: Alex Deucher > Cc: stable at vger.kernel.org > --- >

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

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120731/6b5a62be/attachment.pgp>

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

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 once we get dma-buf support ? USERPTR, where available, is currently

Massive power regression going 3.4->3.5

On Tue, 31 Jul 2012 16:09:44 +0100, James Bottomley wrote: > On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: > > James Bottomley 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

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

Massive power regression going 3.4->3.5

On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: > James Bottomley 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,

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

[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 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: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[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

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

On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson wrote: > On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote: >> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson >> wrote: >> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark >> > wrote: >> >> From: Rob Clark >> >> >> >> This simplifies drm fb

[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

[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

[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

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

[PATCH] drm: refcnt drm_framebuffer

On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson wrote: > On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote: >> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson >> wrote: >> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark >> > wrote: >> >> From: Rob Clark >> >> >> >> This simplifies drm fb

[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

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

[PATCH] drm: refcnt drm_framebuffer

On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson wrote: > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote: >> From: Rob Clark >> >> 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

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

Fwd: Brightness on HP EliteBook 8460p

On Tue, Jul 31, 2012 at 12:03 PM, Pali Roh?r 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 > wrote: >> > Thanks, now working. When I write to acpi video brightness >> > file it change

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

Fwd: Brightness on HP EliteBook 8460p

On Tue, Jul 31, 2012 at 11:49 AM, Luca Tettamanti wrote: > I'm putting back the CC and adding Alex. > > On Tue, Jul 31, 2012 at 5:07 PM, Pali Roh?r wrote: >> Thanks, now working. When I write to acpi video brightness file >> it change brightness and in dmesg is: >> >> [ 47.200998]

[PATCH] drm/radeon: Remove unused functions

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

Fix GPU triggering random system read after VRAM start change

On Tue, Jul 31, 2012 at 11:15 AM, Jerome Glisse wrote: > On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher > wrote: >> On Fri, Jul 27, 2012 at 4:32 PM, 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

[PATCH] drm: refcnt drm_framebuffer

From: Rob Clark 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

[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

Fix GPU triggering random system read after VRAM start change

On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher wrote: > On Fri, Jul 27, 2012 at 4:32 PM, 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

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 2/2] drm/radeon: fix bank tiling parameters on cayman

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

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

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

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

Fix GPU triggering random system read after VRAM start change

On Fri, Jul 27, 2012 at 4:32 PM, 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

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

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

On Tue, Jul 31, 2012 at 10:21 AM, Christian K?nig wrote: > On 31.07.2012 16:02, Alex Deucher wrote: >> >> On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig >> wrote: >>> >>> The sixteen bank case wasn't handled here, leading to GPU >>> crashes because of userspace miscalculation. >> >> You mean a

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

[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/3] Move FIMD register headers to include/video/

Hello, On Tuesday, July 31, 2012 10:19 AM Jingoo Han wrote: > On Tuesday, July 31, 2012 3:28 PM 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

[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

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

On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig 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 considered 8 for tiling.

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

On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote: > 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. > >

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

On Tue, Jul 31, 2012 at 12:43 AM, 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 them.

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

On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valkeinen wrote: > Hi, > > On Fri, 2012-07-27 at 20:07 -0500, Rob Clark wrote: >> From: Rob Clark >> >> 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

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

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

drm/nouveau: crash regression in 3.5

Yes, as far as I can tell. I didn't do anything different this time. The date on the kernel file looks ok. Just did a fresh make && make install again, and got the same behaviour. When is that number after the hash sign upped? Marcin Slusarz wrote: >Are you sure you boot the correct kernel?

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

On Tue, Jul 31, 2012 at 8:39 AM, 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 once

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

.pc files should come with the parts necessary to build. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120

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

Hi, On Tuesday 31 of July 2012 at 09:47:57, 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: > > > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote: > > >> Moved the

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

[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

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

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

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: > > > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote: > > >> > > >>

[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 Tue, Jul 31, 2012 at 7:11 AM, Hans Verkuil 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 it's

[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

Massive power regression going 3.4->3.5

gp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120731/b452da17/attachment.pgp>

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

  1   2   >