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

[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

Missing GIT tag for mesa v9.0?

On Tue, Sep 11, 2012 at 10:01 AM, Ian Romanick wrote: > 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. > Hi Ian, I had my informations from [1]. As there is a "9.0" GIT

[Bug 51344] massive corruption on RV410

https://bugs.freedesktop.org/show_bug.cgi?id=51344 --- Comment #10 from Tormod Volden 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

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

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

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

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

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

[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

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

https://bugs.freedesktop.org/show_bug.cgi?id=25871 --- Comment #8 from Alex Deucher 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 25871] nearest neighbour samples wrong texel (precision/rounding problem)

https://bugs.freedesktop.org/show_bug.cgi?id=25871 --- Comment #7 from Andreas Boll 2012-09-11 17:12:41 UTC --- Created attachment 66984 --> https://bugs.freedesktop.org/attachment.cgi?id=66984 captured shader I have tested your modified fp-tri-c from attachment 32446 with r600g on my rv770

[RFC 0/9] nuclear pageflip

On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky wrote: > On Sun, 9 Sep 2012 22:19:59 -0500 > Rob Clark wrote: > >> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote: >> > From: Rob Clark >> > >> > This is following a bit the approach that Ville is taking for atomic- >> > modeset, in that it is

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

[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 --- drivers/gpu/drm/radeon/radeon_object.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_object.c b/drivers/gpu/drm/radeon/radeon_object.c index

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

Make the reserve non interruptible. Signed-off-by: Christian K?nig --- 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 6cac5cc..cfad667 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 --- drivers/gpu/drm/radeon/radeon_object.c |7 +++ drivers/gpu/drm/radeon/radeon_object.h |2 +- 2 files changed, 4 insertions(+), 5 deletions(-) diff --git

[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 --- drivers/gpu/drm/radeon/radeon.h|2 ++ drivers/gpu/drm/radeon/radeon_gart.c | 34

[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 --- drivers/gpu/drm/radeon/radeon.h |1 + drivers/gpu/drm/radeon/radeon_gart.c |2 +- drivers/gpu/drm/radeon/radeon_ring.c |6 +++--- 3 files

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

Signed-off-by: Christian K?nig --- 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 --- a/drivers/gpu/drm/radeon/radeon_gart.c +++

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

The end offset is exclusive not inclusive. Signed-off-by: Christian K?nig --- 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 d7bd46b..614e31a 100644

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

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

https://bugzilla.kernel.org/show_bug.cgi?id=47321 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[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 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 I'm not sure

[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 wrote: > > At Mon, 10 Sep 2012 15:04:02 +1000, > > Dave Airlie wrote: > >> > >> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote: > >> > For optimus and powerxpress setups where we can

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

his is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/fd03a4bc/attachment.pgp>

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

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>

[Bug 40495] r300 performance is slower on sleep resume

https://bugs.freedesktop.org/show_bug.cgi?id=40495 Andreas Boll changed: What|Removed |Added Component|Drivers/DRI/r300|Drivers/Gallium/r300 -- Configure

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

-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

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

[RFC 0/9] nuclear pageflip

On Sun, 9 Sep 2012 22:19:59 -0500 Rob Clark wrote: > On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote: > > From: Rob Clark > > > > This is following a bit the approach that Ville is taking for atomic- > > modeset, in that it is switching over to using properties for everything. > > The

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

https://bugs.freedesktop.org/show_bug.cgi?id=25871 --- Comment #6 from Pierre Ossman 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:

[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 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 0 0 both), but

[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

[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

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

On Tue, Sep 11, 2012 at 10:09 AM, Christian K?nig wrote: > Even GPUs can have a null pointer dereference, so move > the IB pool to another offset to catch those. Reviewed-by: Jerome Glisse > > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon.h |1 + >

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

On Tue, Sep 11, 2012 at 10:09 AM, Christian K?nig wrote: > The end offset is exclusive not inclusive. > > Signed-off-by: Christian K?nig Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_gart.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

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

On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig wrote: > 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 Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon.h|2 ++

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

On Tue, Sep 11, 2012 at 10:09 AM, Christian K?nig wrote: > Signed-off-by: Christian K?nig Reviewed-by: Jerome Glisse > --- > 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 >

[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 wrote: > The no_wait param isn't used anywhere, and actually isn't > very usefull at all. > > Signed-off-by: Christian K?nig Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_object.c |7 +++ >

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

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

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

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

[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 8/8] drm/radeon: rework the VM code a bit more

On Tue, Sep 11, 2012 at 10:10 AM, Christian K?nig 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. > > This fixes another

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

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

On Tue, Sep 11, 2012 at 6:23 AM, Michel D?nzer 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 should

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

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

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

[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

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

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|

[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

[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

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

  1   2   >