Re: [PATCH 3/5] nouveau: Add interface to detect optimus support

Hi Dave, +bool nouveau_is_optimus(void) { + return nouveau_dsm_priv.optimus_detected; +} This will only work for new Optimus laptops, not the older ones such as your Lenovo T410s or on a Dell Vostro 3500 with a GT 310M. Is that intended? If not, check for those models too:

Re: [PATCH 4/5] nouveau: add dynamic gpu power off support.

Hi Dave, +int nouveau_dynamic_power_set_state(struct drm_device *dev, int state) +{ + struct nouveau_drm *drm = nouveau_drm(dev); + pm_message_t pmm = { .event = PM_EVENT_SUSPEND }; + + if (state == DRM_SWITCH_POWER_DYNAMIC_OFF) { + dev-switch_power_state =

runtime PM and special power switches

Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have a secondary GPU (optimus) that can be powered up for certain 3D tasks and then turned off when finished with. Now I did an initial pass on supporting it without using the kernel runtime PM

[Bug 47321] crash with drm/radeon on hp dm1 4100ed laptop with amd 6320

https://bugzilla.kernel.org/show_bug.cgi?id=47321 --- Comment #9 from Marcel Pol mar...@timelord.nl 2012-09-11 05:59:30 --- I thought about it for a while. For me personally the bug is fixed. But it should be that if the driver doesn't find the software, then it should degrade gracefully.

Missing GIT tag for mesa v9.0?

Hi, I can't see it in [1], forgotten? Regards, - Sedat - [1] http://cgit.freedesktop.org/mesa/mesa/refs/tags ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 1/2] nouveau: convert to dev_pm_ops

From: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/nouveau/nouveau_drm.c | 93 +-- 1 file changed, 67 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c index 9fb56b3..bb51a00 100644

nouveau runtime PM support (take two)

So I started investigating the kernel runtime PM support as per Alan's suggestion. An API with lots of interface docs and not enough examples :-) So I've mostly implemented autosuspend for nouveau with this, it could still be pushed down a lot further into the code I suspect. Also this doesn't

[PATCH 2/2] nouveau: add runtime PM support (v0.1)

From: Dave Airlie airl...@redhat.com This adds hook into the system runtime PM support to enable dynamic PM on the nvidia device. It doesn't hook into the power switch yet, only D3s the card. TODO: keep a reference if we have enabled outputs/framebuffers (??) keep a reference if we have any

[PATCH v2] drm/exynos: separeated fimd_power_on into some parts.

Changelog v2: fix pm operation when resume. Changelog v1: this patch separetes fimd_power_on into fimd_activate and fimd_clock and fimd_activate function will call fimd_clock to control fimd power and vsync interrupt. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[Bug 35838] Savage2 crashes when running Practice

https://bugs.freedesktop.org/show_bug.cgi?id=35838 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Missing GIT tag for mesa v9.0?

On 09/11/2012 09:40 AM, Sedat Dilek wrote: Hi, I can't see it in [1], forgotten? Mesa 9.0 hasn't been released yet, so of course there isn't a release tag. Regards, - Sedat - [1] http://cgit.freedesktop.org/mesa/mesa/refs/tags ___ dri-devel

Re: drm: Changes to 'debian-experimental'

On Mon, Sep 10, 2012 at 1:27 AM, Michel Dänzer mic...@daenzer.net wrote: On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote: New branch 'debian-experimental' available with the following commits: I think you pushed this to the wrong repository? My apologies. I had the hook script

[Bug 29691] Lightsmark isnt rendering textures

https://bugs.freedesktop.org/show_bug.cgi?id=29691 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 26962] fbo/fbo-nodepth-test: Invalid command stream

https://bugs.freedesktop.org/show_bug.cgi?id=26962 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 27148] Failed assertion in piglit test 'bin/fbo-flushing -auto' with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27148 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 27149] Failed assertion in piglit test 'fbo-pbo-readpixels-small -auto' with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27149 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 27147] piglit fdo23670-drawpix_stencil -auto test dumps core with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27147 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/radeon: make 64bit fences more robust

On Die, 2012-09-11 at 12:11 +0200, Christian König wrote: How about this idea: Instead of increasing the upper 32bits we just use the upper 32bits of the last emitted fence value? E.g. see the attached patch. That both should handle random zero and out of order values more gracefully. I

[Bug 54767] New: [r300g] 298 failures on WebGL Conformance Test

https://bugs.freedesktop.org/show_bug.cgi?id=54767 Bug #: 54767 Summary: [r300g] 298 failures on WebGL Conformance Test Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 27141] piglit glean/vertProg1 core dumps with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27141 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 27324] fbotest* broken on r600

https://bugs.freedesktop.org/show_bug.cgi?id=27324 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 25871] nearest neighbour samples wrong texel (precision/rounding problem)

https://bugs.freedesktop.org/show_bug.cgi?id=25871 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Component|Drivers/DRI/R600

[Bug 27142] piglit glean/pbo -o -v test dumps core

https://bugs.freedesktop.org/show_bug.cgi?id=27142 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 28049] Failure observed while running piglit glean/pbo

https://bugs.freedesktop.org/show_bug.cgi?id=28049 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Summary|Failure observed while |Failure

[Bug 27142] piglit glean/pbo -o -v test dumps core

https://bugs.freedesktop.org/show_bug.cgi?id=27142 --- Comment #3 from Andreas Boll andreas.boll@gmail.com 2012-09-11 11:57:28 UTC --- (In reply to comment #2) Note: classic r600 driver has been abandoned. works without any segfault with r600g (gallium driver) on my rv770 tested with

[Bug 31423] Stars in Celestia misrendered

https://bugs.freedesktop.org/show_bug.cgi?id=31423 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 47321] crash with drm/radeon on hp dm1 4100ed laptop with amd 6320

https://bugzilla.kernel.org/show_bug.cgi?id=47321 --- Comment #10 from Alex Deucher alexdeuc...@gmail.com 2012-09-11 12:25:13 --- (In reply to comment #9) I thought about it for a while. For me personally the bug is fixed. But it should be that if the driver doesn't find the software,

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

Dear DRI folks, using Debian Sid/unstable with the awesome 3.4.13-1 window manager and Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU. Closing Evolution the usage goes back to more or less 0 %. I am contacting this list because of the output of OProfile. After figuring out

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: using Debian Sid/unstable with the awesome 3.4.13-1 window manager and Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU. Closing Evolution the usage goes back to more or less 0 %. I'm not seeing this. Is there something

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer: On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: using Debian Sid/unstable with the awesome 3.4.13-1 window manager and Evolution 3.4.3-1, htop shows X to constantly use 10 % of the CPU. Closing Evolution the usage

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

On Tue, 11 Sep 2012 15:07:41 +0200, Paul Menzel paulepan...@users.sourceforge.net wrote: Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer: I'd focus on profiling the X server, making sure the profiles show symbols, ideally with call graphs. sysprof or perf might work better

Re: xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote: Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer: On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote: using Debian Sid/unstable with the awesome 3.4.13-1 window manager and Evolution 3.4.3-1, htop shows X to

Re: [RFC] drm dynamic power off support

At Mon, 10 Sep 2012 18:50:04 +1000, Dave Airlie wrote: On Mon, Sep 10, 2012 at 6:47 PM, Takashi Iwai ti...@suse.de wrote: At Mon, 10 Sep 2012 15:04:02 +1000, Dave Airlie wrote: On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie airl...@gmail.com wrote: For optimus and powerxpress setups

[Bug 51652] [6550D SUMO] problems with secondar monitor on VGA, causing GPU lockups

https://bugs.freedesktop.org/show_bug.cgi?id=51652 --- Comment #3 from okias d.ok...@gmail.com 2012-09-11 13:45:48 UTC --- Created attachment 66971 -- https://bugs.freedesktop.org/attachment.cgi?id=66971 picture.jpg after upgrade from 3.6.0_rc2 to rc4 second monitor works with clone (absolute

[Bug 25871] nearest neighbour samples wrong texel (precision/rounding problem)

https://bugs.freedesktop.org/show_bug.cgi?id=25871 --- Comment #6 from Pierre Ossman pierre-bugzi...@ossman.eu 2012-09-11 13:51:20 UTC --- I don't have any updated systems right now, so I can't really test. Test program should still be valid though. -- Configure bugmail:

Re: -next queue and EDID stuff

Ping On 09/04/2012 09:02 AM, Ian Pilcher wrote: On 08/30/2012 12:23 AM, Ian Pilcher wrote: * Remove EDID_QUIRK_NO_AUDIO from the flags for the LG L246WP. It won't work out of the box with the Intel driver until that driver is fixed to not send audio InfoFrames to non-HDMI displays (but

[PATCH 3/8] drm/radeon: move IB pool to 1MB offset

Even GPUs can have a null pointer dereference, so move the IB pool to another offset to catch those. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_gart.c |2 +- drivers/gpu/drm/radeon/radeon_ring.c |

[PATCH 1/8] drm/radeon: fix VA range check

The end offset is exclusive not inclusive. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index

[PATCH 4/8] drm/radeon: move and rename radeon_bo_va function

It doesn't really belong into the object functions, also rename it to avoid collisions with struct radeon_bo_va. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h|2 ++ drivers/gpu/drm/radeon/radeon_gart.c | 34

[PATCH 2/8] drm/radeon: fix VA overlap check

Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index 614e31a..5694421 100644 ---

[PATCH 5/8] drm/radeon: let bo_reserve take no_intr instead of no_wait param

The no_wait param isn't used anywhere, and actually isn't very usefull at all. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_object.c |7 +++ drivers/gpu/drm/radeon/radeon_object.h |2 +- 2 files changed, 4 insertions(+), 5 deletions(-)

[PATCH 6/8] drm/radeon: fix gem_close_object handling

Make the reserve non interruptible. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gem.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c index

[PATCH 7/8] drm/radeon: remove radeon_bo_clear_va

It is unnecessary when we remove the va in drm_close. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_object.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_object.c

[PATCH 8/8] drm/radeon: rework the VM code a bit more

Roughly based on how nouveau is handling it. Instead of adding the bo_va when the address is set add the bo_va when the handle is opened, but set the address to zero until userspace tells us where to place it. This fixes another bunch of problems with glamor. Signed-off-by: Christian König

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Component|Drivers/DRI/r300

Re: [pull] drm-intel-fixes

On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote: On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote: Hi Dave, You're pull just reminded me that I've been sitting on a few small -fixes, too. Nothing really major at all: - fixup edp setup sequence (Dave) -

[Bug 54662] [bisected] Kernel 3.6 breaks KMS on Radeon RV530 (black screen)

https://bugs.freedesktop.org/show_bug.cgi?id=54662 --- Comment #5 from Tony Thomas autonym...@gmail.com 2012-09-11 15:52:36 UTC --- (In reply to comment #4) (In reply to comment #1) Recent Ubuntu versions don't come with an xorg.conf file, and sudo Xorg -configure reports a fatal error, so

[Bug 47321] crash with drm/radeon on hp dm1 4100ed laptop with amd 6320

https://bugzilla.kernel.org/show_bug.cgi?id=47321 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/radeon: make 64bit fences more robust

On Tue, Sep 11, 2012 at 6:23 AM, Michel Dänzer mic...@daenzer.net wrote: On Die, 2012-09-11 at 12:11 +0200, Christian König wrote: How about this idea: Instead of increasing the upper 32bits we just use the upper 32bits of the last emitted fence value? E.g. see the attached patch. That both

Re: [PATCH 8/8] drm/radeon: rework the VM code a bit more

On Tue, Sep 11, 2012 at 10:10 AM, Christian König deathsim...@vodafone.de wrote: Roughly based on how nouveau is handling it. Instead of adding the bo_va when the address is set add the bo_va when the handle is opened, but set the address to zero until userspace tells us where to place it.

Re: [PATCH 7/8] drm/radeon: remove radeon_bo_clear_va

On Tue, Sep 11, 2012 at 10:10 AM, Christian König deathsim...@vodafone.de wrote: It is unnecessary when we remove the va in drm_close. Signed-off-by: Christian König deathsim...@vodafone.de NAK there is case for which drm_close is not call like ib pool and other iirc. This clear va is really a

Re: [PATCH 6/8] drm/radeon: fix gem_close_object handling

On Tue, Sep 11, 2012 at 10:10 AM, Christian König deathsim...@vodafone.de wrote: Make the reserve non interruptible. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon_gem.c |7 +-- 1 file changed, 5 insertions(+), 2

Re: [PATCH 5/8] drm/radeon: let bo_reserve take no_intr instead of no_wait param

On Tue, Sep 11, 2012 at 10:10 AM, Christian König deathsim...@vodafone.de wrote: The no_wait param isn't used anywhere, and actually isn't very usefull at all. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon_object.c |

Re: [PATCH 2/8] drm/radeon: fix VA overlap check

On Tue, Sep 11, 2012 at 10:09 AM, Christian König deathsim...@vodafone.de wrote: Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_gart.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 1/8] drm/radeon: fix VA range check

On Tue, Sep 11, 2012 at 10:09 AM, Christian König deathsim...@vodafone.de wrote: The end offset is exclusive not inclusive. Signed-off-by: Christian König deathsim...@vodafone.de Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_gart.c |2 +- 1 file

Re: [PATCH 3/8] drm/radeon: move IB pool to 1MB offset

On Tue, Sep 11, 2012 at 10:09 AM, Christian König deathsim...@vodafone.de wrote: Even GPUs can have a null pointer dereference, so move the IB pool to another offset to catch those. Reviewed-by: Jerome Glisse jgli...@redhat.com Signed-off-by: Christian König deathsim...@vodafone.de ---

[Bug 25871] nearest neighbour samples wrong texel (precision/rounding problem)

https://bugs.freedesktop.org/show_bug.cgi?id=25871 --- Comment #8 from Alex Deucher ag...@yahoo.com 2012-09-11 17:23:43 UTC --- might be fixed with this commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=f44bda17f515c411071ca8744ebd96039d9c583b -- Configure bugmail:

[Bug 26641] RV730 agp xf86-video-ati with kms poor performance

https://bugs.freedesktop.org/show_bug.cgi?id=26641 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 27937] 0ad: SEGV in r700_assembler.c next_ins() with RV670 kms

https://bugs.freedesktop.org/show_bug.cgi?id=27937 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm: make buffer management work without DRM_MASTER

DRM users should be able to create/destroy/manage dumb- and frame-buffers without DRM_MASTER. These ioctls do not affect modesetting so there is no reason to protect them by drm-master. Particularly, destroying buffers should always be possible as a client has only access to buffers that they

[Bug 51344] massive corruption on RV410

https://bugs.freedesktop.org/show_bug.cgi?id=51344 --- Comment #10 from Tormod Volden bugzi11.fdo.tor...@xoxy.net 2012-09-11 18:42:32 UTC --- Created attachment 66986 -- https://bugs.freedesktop.org/attachment.cgi?id=66986 backport of Christian's v2 patch I tried backporting the v2 patch from

Re: [RFC 0/9] nuclear pageflip

On Sun, 9 Sep 2012 22:19:59 -0500 Rob Clark r...@ti.com wrote: On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This is following a bit the approach that Ville is taking for atomic- modeset, in that it is switching over to using

Re: runtime PM and special power switches

Hi, On Tuesday, September 11, 2012, Dave Airlie wrote: Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have a secondary GPU (optimus) that can be powered up for certain 3D tasks and then turned off when finished with. Now I did an

Re: runtime PM and special power switches

On Tue, 11 Sep 2012, Rafael J. Wysocki wrote: Hi, On Tuesday, September 11, 2012, Dave Airlie wrote: Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have a secondary GPU (optimus) that can be powered up for certain 3D tasks

Re: [RFC 0/9] nuclear pageflip

On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky b...@bwidawsk.net wrote: On Sun, 9 Sep 2012 22:19:59 -0500 Rob Clark r...@ti.com wrote: On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com This is following a bit the approach that Ville is

Re: runtime PM and special power switches

On Tuesday, September 11, 2012, Alan Stern wrote: On Tue, 11 Sep 2012, Rafael J. Wysocki wrote: Hi, On Tuesday, September 11, 2012, Dave Airlie wrote: Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have a secondary

Re: runtime PM and special power switches

On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu wrote: On Tue, 11 Sep 2012, Rafael J. Wysocki wrote: Hi, On Tuesday, September 11, 2012, Dave Airlie wrote: Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have

Re: runtime PM and special power switches

On Wednesday, September 12, 2012, Dave Airlie wrote: On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu wrote: On Tue, 11 Sep 2012, Rafael J. Wysocki wrote: Hi, On Tuesday, September 11, 2012, Dave Airlie wrote: Hi Rafael, I've been investigating runtime PM

Re: runtime PM and special power switches

On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki r...@sisk.pl wrote: On Wednesday, September 12, 2012, Dave Airlie wrote: On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu wrote: On Tue, 11 Sep 2012, Rafael J. Wysocki wrote: Hi, On Tuesday, September 11, 2012,

[PATCH 3/5] nouveau: Add interface to detect optimus support

On Tue, Sep 11, 2012 at 2:25 AM, Lekensteyn wrote: > Hi Dave, > >> +bool nouveau_is_optimus(void) { >> + return nouveau_dsm_priv.optimus_detected; >> +} > This will only work for new Optimus laptops, not the older ones such as your > Lenovo T410s or on a Dell Vostro 3500 with a GT 310M. Is

[PATCH] drm/edid: fix interlace mode name

On 09/10/2012 09:48 PM, Alex Deucher wrote: > On Mon, Sep 10, 2012 at 7:35 AM, Paul Menzel > wrote: >> Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim: >>> The some modes to support interlace have "i" character at the end of >> In `drm_mode_set_name()` from

runtime PM and special power switches

Hi Rafael, I've been investigating runtime PM support for some use-cases on GPUs. In some laptops we have a secondary GPU (optimus) that can be powered up for certain 3D tasks and then turned off when finished with. Now I did an initial pass on supporting it without using the kernel runtime PM

[Bug 47321] crash with drm/radeon on hp dm1 4100ed laptop with amd 6320

https://bugzilla.kernel.org/show_bug.cgi?id=47321 --- Comment #9 from Marcel Pol 2012-09-11 05:59:30 --- I thought about it for a while. For me personally the bug is fixed. But it should be that if the driver doesn't find the software, then it should degrade gracefully. Maybe not load the

[PATCH 1/2] nouveau: convert to dev_pm_ops

From: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_drm.c | 93 +-- 1 file changed, 67 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c index 9fb56b3..bb51a00 100644

nouveau runtime PM support (take two)

So I started investigating the kernel runtime PM support as per Alan's suggestion. An API with lots of interface docs and not enough examples :-) So I've mostly implemented autosuspend for nouveau with this, it could still be pushed down a lot further into the code I suspect. Also this doesn't

[PATCH 2/2] nouveau: add runtime PM support (v0.1)

From: Dave Airlie This adds hook into the system runtime PM support to enable dynamic PM on the nvidia device. It doesn't hook into the power switch yet, only D3s the card. TODO: keep a reference if we have enabled outputs/framebuffers (??) keep a reference if we have any

[PATCH v2] drm/exynos: separeated fimd_power_on into some parts.

Changelog v2: fix pm operation when resume. Changelog v1: this patch separetes fimd_power_on into fimd_activate and fimd_clock and fimd_activate function will call fimd_clock to control fimd power and vsync interrupt. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

Missing GIT tag for mesa v9.0?

Hi, I can't see it in [1], forgotten? Regards, - Sedat - [1] http://cgit.freedesktop.org/mesa/mesa/refs/tags

[Bug 35838] Savage2 crashes when running Practice

https://bugs.freedesktop.org/show_bug.cgi?id=35838 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Missing GIT tag for mesa v9.0?

On 09/11/2012 09:40 AM, Sedat Dilek wrote: > Hi, > > I can't see it in [1], forgotten? Mesa 9.0 hasn't been released yet, so of course there isn't a release tag. > Regards, > - Sedat - > > [1] http://cgit.freedesktop.org/mesa/mesa/refs/tags

[Bug 29691] Lightsmark isnt rendering textures

https://bugs.freedesktop.org/show_bug.cgi?id=29691 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 26962] fbo/fbo-nodepth-test: Invalid command stream

https://bugs.freedesktop.org/show_bug.cgi?id=26962 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 27148] Failed assertion in piglit test 'bin/fbo-flushing -auto' with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27148 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 27149] Failed assertion in piglit test 'fbo-pbo-readpixels-small -auto' with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27149 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 27147] piglit "fdo23670-drawpix_stencil -auto" test dumps core with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27147 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon: make 64bit fences more robust

upper 32bits so last seq become 0x3 0001. Good point. > Again this will happen after month of uptime and all it does is > decrement the amount of uptime for which 64bit fence are fine ie at > worst we over increment by 0x2 instead of 0x1 on > wrap around

[PATCH] drm/radeon: make 64bit fences more robust

On Die, 2012-09-11 at 12:11 +0200, Christian K?nig wrote: > > How about this idea: Instead of increasing the upper 32bits we just use > the upper 32bits of the last emitted fence value? > E.g. see the attached patch. That both should handle random zero and out > of order values more

[Bug 54767] New: [r300g] 298 failures on WebGL Conformance Test

https://bugs.freedesktop.org/show_bug.cgi?id=54767 Bug #: 54767 Summary: [r300g] 298 failures on WebGL Conformance Test Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 27141] piglit glean/vertProg1 core dumps with RV790

https://bugs.freedesktop.org/show_bug.cgi?id=27141 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 27324] fbotest* broken on r600

https://bugs.freedesktop.org/show_bug.cgi?id=27324 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 25871] nearest neighbour samples wrong texel (precision/rounding problem)

https://bugs.freedesktop.org/show_bug.cgi?id=25871 Andreas Boll changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 --- Comment #5 from

[Bug 27142] piglit "glean/pbo -o -v" test dumps core

https://bugs.freedesktop.org/show_bug.cgi?id=27142 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 28049] Failure observed while running piglit glean/pbo

https://bugs.freedesktop.org/show_bug.cgi?id=28049 Andreas Boll changed: What|Removed |Added Summary|Failure observed while |Failure observed while

[Bug 27142] piglit "glean/pbo -o -v" test dumps core

https://bugs.freedesktop.org/show_bug.cgi?id=27142 --- Comment #3 from Andreas Boll 2012-09-11 11:57:28 UTC --- (In reply to comment #2) > Note: classic r600 driver has been abandoned. > > works without any segfault with r600g (gallium driver) on my rv770 > tested with mesa git master

[Bug 31423] Stars in Celestia misrendered

https://bugs.freedesktop.org/show_bug.cgi?id=31423 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 47321] crash with drm/radeon on hp dm1 4100ed laptop with amd 6320

https://bugzilla.kernel.org/show_bug.cgi?id=47321 --- Comment #10 from Alex Deucher 2012-09-11 12:25:13 --- (In reply to comment #9) > I thought about it for a while. For me personally the bug is fixed. But it > should be that if the driver doesn't find the software, then it should degrade

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/ec155a50/attachment.pgp>

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

--- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/43a45f5d/attachment-0001.pgp>

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

ze: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/9b84cd57/attachment.pgp>

xserver-xorg-video-radeon 6.14.4: X has constant 10 % CPU usage

On Tue, 11 Sep 2012 15:07:41 +0200, Paul Menzel wrote: > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel D??nzer: > > I'd focus on profiling the X server, making sure the profiles show > > symbols, ideally with call graphs. sysprof or perf might work better for > > this than oprofile. >

  1   2   >