>>>
>>>
It might be related to a hardware bug, or the algorithm is flawed in a
way I currently don't see. Anyway the old code we had wasn't so picky
about such problems and the patch just tries to make the current code as
robust as the old code was, which indeed seems to solve t
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 tha
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 `drivers/gpu/drm/drm_modes
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 st
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 dr
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
--- a/drivers/gpu/drm
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 ac
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 requests in flight.
sp
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
---
drivers/gpu/drm/exy
Hi,
I can't see it in [1], forgotten?
Regards,
- Sedat -
[1] http://cgit.freedesktop.org/mesa/mesa/refs/tags
https://bugs.freedesktop.org/show_bug.cgi?id=35838
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
https://bugs.freedesktop.org/show_bug.cgi?id=29691
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26962
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27148
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27149
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27147
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> again we increment 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 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.
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)
https://bugs.freedesktop.org/show_bug.cgi?id=27141
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27324
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
https://bugs.freedesktop.org/show_bug.cgi?id=27142
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28049
Andreas Boll changed:
What|Removed |Added
Summary|Failure observed while |Failure observed while
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 e81ee67b5
https://bugs.freedesktop.org/show_bug.cgi?id=31423
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
-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>
rt --
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>
gnature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/9b84cd57/attachment.pgp>
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.
>
>
nature
Size: 190 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120911/fd03a4bc/attachment.pgp>
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 expl
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 ex
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: https://bugs.freedesktop.org/userprefs.cgi?tab=e
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 disp
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
---
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 chang
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
drivers/gpu/drm/ra
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
+++
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 a/drivers/gpu/dr
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
--- a/
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 8d23b7e..d210fe
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
---
https://bugs.freedesktop.org/show_bug.cgi?id=40495
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmai
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
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 h
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 hand
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
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.
> ---
> drivers/gpu/drm/radeo
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 a/drivers/gp
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 +++
> drivers/gpu/drm/radeon/rade
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
> b/drivers/gpu/d
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 ++
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 a/drivers/
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 +
> drivers/gpu/
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 .
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: https://bugs.freedesktop.org/userpref
https://bugs.freedesktop.org/show_bug.cgi?id=26641
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27937
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
creat
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
http://lists.freedesktop.o
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 advantag
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 a
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 certa
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 swi
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
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:
ret
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 = D
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 st
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 dr
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
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
--- a/drivers/gpu/drm
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 ac
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 requests in flight.
sp
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
---
drivers/gpu/drm/exy
https://bugs.freedesktop.org/show_bug.cgi?id=35838
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 mail
On Mon, Sep 10, 2012 at 1:27 AM, Michel Dänzer 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 mis-configured under m
https://bugs.freedesktop.org/show_bug.cgi?id=29691
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26962
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27148
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27149
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27147
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 10.09.2012 18:07, Jerome Glisse wrote:
On Mon, Sep 10, 2012 at 11:52 AM, Jerome Glisse wrote:
On Mon, Sep 10, 2012 at 11:38 AM, Michel Dänzer wrote:
On Mon, 2012-09-10 at 14:02 +0200, Christian König wrote:
On 10.09.2012 13:12, Michel Dänzer wrote:
On Mon, 2012-09-10 at 11:13 +0200, Chri
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.
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)
https://bugs.freedesktop.org/show_bug.cgi?id=27141
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27324
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
https://bugs.freedesktop.org/show_bug.cgi?id=27142
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28049
Andreas Boll changed:
What|Removed |Added
Summary|Failure observed while |Failure observed while
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 e81ee67b5
https://bugs.freedesktop.org/show_bug.cgi?id=31423
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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 wha
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 somethi
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 u
1 - 100 of 143 matches
Mail list logo
