Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Thu, 15 Apr 2010 13:31:12 -0400
> Subject: [PATCH] drm/radeon/kms: fix tv dac conflict resolver
>
> On systems with the tv da
Additional patch on top of the no accel patch to fix resume when no
accel is specified or if accel failed to init at startup.
Alex
On Fri, Apr 23, 2010 at 5:21 PM, Alex Deucher wrote:
> From 114f3491a411f50a0de1d59475fc267efd5afa6a Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 23 A
On Tue, 27 Apr 2010 14:06:41 -0400
Alex Deucher wrote:
[...]
>
> enable/disable dynpm:
> echo 1 > /sys/class/drm/card0/device/dynpm
>
> force a static power state:
> echo 1.0 > /sys/class/drm/card0/device/power_state
>
> Alex
Oh, now that you've mentioned it, I've noticed I've been using sysf
2010/4/27 Michel D?nzer :
> [ Moving to the new list ]
>
> On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> On constrained r100 systems compiz would fail to start due to a lack
>> of memory, we can just fallback place the objects rather than completely
>> failing it
On Tue, 27 Apr 2010 13:42:05 -0400
Alex Deucher wrote:
> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
> wrote:
> >
> > I sent this to Alex a few days ago but felt I should post it on this
> > list as well:
> >
>
> You might want to check the address you used as I never got the email.
H
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 6241255..cf7aa3d 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
b/driv
From: Jakob Bornecrantz
The unpause codepath uses vmw_overlay_update() so we must
unset the paused status.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dri
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 -
1 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
We should not use SVGA_REG_ENABLE anywhere but in the fifo setup code,
since it controls whether the device is active.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
drivers/gpu/drm/vmwgfx/vmwgfx_ld
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
index 1b818c
The host may be touching this part of VRAM at modesetting,
even if we never use it ourselves, since we blit screen updates from 3D
surfaces. Make sure no DMA buffers are placed in this part of VRAM.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwg
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81 --
drivers/gpu/drm/vmwgfx/
From: Jakob Bornecrantz
Also make sure the ldu::active member is properly initialized.
Part of fix by Michel Daenzer .
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Michel Daenzer
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 10 +++---
1 files changed, 3
The throttle_us member in the execbuf argument is now honored.
If the member is 0, no waiting for lag will occur, which
guarantees backwards compatibility with well-behaved clients.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/Makefile |2 +-
drivers/gpu/drm/vmwgfx/vmwg
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
index 9089159..
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 31f9afe
This patch series basically brings vmwgfx up to date with the
standalone repo. Mostly bug-fixes but some new features as well.
Most notably the in-kernel time-based throttling support which is
advertized by a minor version bump.
Additional patch on top of the no accel patch to fix resume when no
accel is specified or if accel failed to init at startup.
Alex
On Fri, Apr 23, 2010 at 5:21 PM, Alex Deucher wrote:
> From 114f3491a411f50a0de1d59475fc267efd5afa6a Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 23 A
On Tue, Apr 27, 2010 at 6:24 PM, GhePeU wrote:
> Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
>> On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
>> > Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
>> >> >From 837feb147c531219c7315857a6f17e145af8f750 Mo
On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
> Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
>> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Thu, 15 Apr 2010 13:31:12 -0400
>> Subject: [PATCH] drm/radeon/kms: fix t
On Tue, Apr 27, 2010 at 6:24 PM, GhePeU wrote:
> Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
>> On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
>> > Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
>> >> >From 837feb147c531219c7315857a6f17e145af8f750 Mo
Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
> On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
> > Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
> >> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
> >> From: Alex Deucher
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #11 from Brian Paul 2010-04-27 15:16:15
PDT ---
Can you do "export ST_DEBUG=mesa,tgsi" and re-run? That should print the GPU
instructions to stderr. Please attach that output to the bug report. Thanks.
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #11 from Brian Paul 2010-04-27 15:16:15
PDT ---
Can you do "export ST_DEBUG=mesa,tgsi" and re-run? That should print the GPU
instructions to stderr. Please attach that output to the bug report. Thanks.
--
Configure bugmail: http
On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
> Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
>> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Thu, 15 Apr 2010 13:31:12 -0400
>> Subject: [PATCH] drm/radeon/kms: fix t
On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson wrote:
> Signed-off-by: Adam Jackson
not sure about the kernel-parameters additions, since the option would
be drm.edid_threshhold= and its a module option, though now that we
can accept module options on the command line, we could start adding
them
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Thu, 15 Apr 2010 13:31:12 -0400
> Subject: [PATCH] drm/radeon/kms: fix tv dac conflict resolver
>
> On systems with the tv da
On Tue, Apr 27, 2010 at 1:53 PM, Klaus Doblmann B.A.
wrote:
> On Tue, 27 Apr 2010 13:42:05 -0400
> Alex Deucher wrote:
>
>> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
>> wrote:
>> >
>> > I sent this to Alex a few days ago but felt I should post it on this
>> > list as well:
>> >
>>
>>
If initializing accel on resume fails, fallback to no
accel. This should fix resume if accel setup failed
initially or was forced off by the user.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 40 ++---
drivers/gpu/drm/radeon/r100.c |
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
wrote:
>
> I sent this to Alex a few days ago but felt I should post it on this
> list as well:
>
You might want to check the address you used as I never got the email.
> I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
>
On Die, 2010-04-27 at 20:14 +1000, Dave Airlie wrote:
> 2010/4/27 Michel D?nzer :
> > [ Moving to the new list ]
> >
> > On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> On constrained r100 systems compiz would fail to start due to a lack
> >> of memory, we c
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> On constrained r100 systems compiz would fail to start due to a lack
> of memory, we can just fallback place the objects rather than completely
> failing it works a lot better.
>
> v2:
> fi
I sent this to Alex a few days ago but felt I should post it on this
list as well:
I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
I wanted to send you my testcase. Even though PM is enabled, the
defaults of my card are somewhat insane so no real powermanagement
takes place
ay of knowing whether the monitor has synced, which would
let us know whether a given mode was bad or not.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally
On Tue, 27 Apr 2010 14:06:41 -0400
Alex Deucher wrote:
[...]
>
> enable/disable dynpm:
> echo 1 > /sys/class/drm/card0/device/dynpm
>
> force a static power state:
> echo 1.0 > /sys/class/drm/card0/device/power_state
>
> Alex
Oh, now that you've mentioned it, I've noticed I've been using sysf
On Tue, Apr 27, 2010 at 1:53 PM, Klaus Doblmann B.A.
wrote:
> On Tue, 27 Apr 2010 13:42:05 -0400
> Alex Deucher wrote:
>
>> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
>> wrote:
>> >
>> > I sent this to Alex a few days ago but felt I should post it on this
>> > list as well:
>> >
>>
>>
On Tue, 27 Apr 2010 13:42:05 -0400
Alex Deucher wrote:
> On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
> wrote:
> >
> > I sent this to Alex a few days ago but felt I should post it on this
> > list as well:
> >
>
> You might want to check the address you used as I never got the email.
H
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 6241255..cf7aa3d 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
b/driv
From: Jakob Bornecrantz
The unpause codepath uses vmw_overlay_update() so we must
unset the paused status.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dri
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 -
1 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
We should not use SVGA_REG_ENABLE anywhere but in the fifo setup code,
since it controls whether the device is active.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c |4
drivers/gpu/drm/vmwgfx/vmwgfx_ld
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
index 1b818c
The host may be touching this part of VRAM at modesetting,
even if we never use it ourselves, since we blit screen updates from 3D
surfaces. Make sure no DMA buffers are placed in this part of VRAM.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwg
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |9
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |5 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 81 --
drivers/gpu/drm/vmwgfx/
From: Jakob Bornecrantz
Also make sure the ldu::active member is properly initialized.
Part of fix by Michel Daenzer .
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Michel Daenzer
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 10 +++---
1 files changed, 3
The throttle_us member in the execbuf argument is now honored.
If the member is 0, no waiting for lag will occur, which
guarantees backwards compatibility with well-behaved clients.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/Makefile |2 +-
drivers/gpu/drm/vmwgfx/vmwg
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c
index 9089159..
On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson wrote:
> On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
>> On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson wrote:
>> > Signed-off-by: Adam Jackson
>>
>> not sure about the kernel-parameters additions, since the option would
>> be drm.edid_thres
From: Jakob Bornecrantz
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 31f9afe
This patch series basically brings vmwgfx up to date with the
standalone repo. Mostly bug-fixes but some new features as well.
Most notably the in-kernel time-based throttling support which is
advertized by a minor version bump.
___
dri-devel mailing lis
On Tue, Apr 27, 2010 at 5:35 AM, Klaus Doblmann B.A.
wrote:
>
> I sent this to Alex a few days ago but felt I should post it on this
> list as well:
>
You might want to check the address you used as I never got the email.
> I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
>
ame: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100427/b4eb2612/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #10 from Fabio Pedretti 2010-04-27 09:13:58
PDT ---
> (gdb) p index
> $2 = 1
> (gdb) p t->psizoutindex
> $3 = -1
> (gdb) p t->prevInstWrotePsiz
> $4 = 0 '\000'
> (gdb) p t->outputMapping[index]
> $5 = 19828484
>
> Other vars?
That
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #10 from Fabio Pedretti 2010-04-27
09:13:58 PDT ---
> (gdb) p index
> $2 = 1
> (gdb) p t->psizoutindex
> $3 = -1
> (gdb) p t->prevInstWrotePsiz
> $4 = 0 '\000'
> (gdb) p t->outputMapping[index]
> $5 = 19828484
>
> Other vars?
That
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #9 from Fabio Pedretti 2010-04-27 09:03:57
PDT ---
(In reply to comment #8)
> Created an attachment (id=35312)
View: https://bugs.freedesktop.org/attachment.cgi?id=35312
Review: https://bugs.freedesktop.org/review?bug=27729&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #9 from Fabio Pedretti 2010-04-27 09:03:57
PDT ---
(In reply to comment #8)
> Created an attachment (id=35312)
View: https://bugs.freedesktop.org/attachment.cgi?id=35312
Review: https://bugs.freedesktop.org/review?bug=27729&attachm
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #8 from Brian Paul 2010-04-27 08:43:18 PDT
---
Created an attachment (id=35312)
View: https://bugs.freedesktop.org/attachment.cgi?id=35312
Review: https://bugs.freedesktop.org/review?bug=27729&attachment=35312
patch for r300g is_f
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #8 from Brian Paul 2010-04-27 08:43:18
PDT ---
Created an attachment (id=35312)
View: https://bugs.freedesktop.org/attachment.cgi?id=35312
Review: https://bugs.freedesktop.org/review?bug=27729&attachment=35312
patch for r300g is_f
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #7 from Fabio Pedretti 2010-04-27 08:31:26
PDT ---
(In reply to comment #6)
> I think I have this fixed now. Can you re-test with mesa commit
> db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
With 7567f05199f1ca114cc57e3a11ac101
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #7 from Fabio Pedretti 2010-04-27 08:31:26
PDT ---
(In reply to comment #6)
> I think I have this fixed now. Can you re-test with mesa commit
> db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
With 7567f05199f1ca114cc57e3a11ac101
On Tue, 2010-04-27 at 10:47 -0400, Alex Deucher wrote:
> On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson wrote:
> > That's a valid point though: we currently don't distinguish between
> > "connected but with broken EDID" and "disconnected". I think it sounds
> > reasonable to treat the former as c
On Tue, Apr 27, 2010 at 10:30 AM, Adam Jackson wrote:
> On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
>> On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson wrote:
>> > Signed-off-by: Adam Jackson
>>
>> not sure about the kernel-parameters additions, since the option would
>> be drm.edid_thres
On Tue, 2010-04-27 at 15:01 +1000, Dave Airlie wrote:
> On Tue, Apr 27, 2010 at 5:03 AM, Adam Jackson wrote:
> > Signed-off-by: Adam Jackson
>
> not sure about the kernel-parameters additions, since the option would
> be drm.edid_threshhold= and its a module option, though now that we
> can acce
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #6 from Brian Paul 2010-04-27 07:30:15 PDT
---
I think I have this fixed now. Can you re-test with mesa commit
db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #6 from Brian Paul 2010-04-27 07:30:15
PDT ---
I think I have this fixed now. Can you re-test with mesa commit
db14a8022a2a957c83b1fe33a84af3cdb1952d68 or later?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
Hi Linus,
radeon: couple of evergreen support fixes, + pipe fix for r300, sparc
regression fix
core: another vblank from jbarnes.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are ava
https://bugs.freedesktop.org/show_bug.cgi?id=27858
Summary: [r300g] wine game crashes
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=27858
Summary: [r300g] wine game crashes
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Com
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Die, 2010-04-27 at 20:14 +1000, Dave Airlie wrote:
> 2010/4/27 Michel Dänzer :
> > [ Moving to the new list ]
> >
> > On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> On constrained r100 systems compiz would fail to start due to a lack
> >> of memory, we c
2010/4/27 Michel Dänzer :
> [ Moving to the new list ]
>
> On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> On constrained r100 systems compiz would fail to start due to a lack
>> of memory, we can just fallback place the objects rather than completely
>> failing it
[ Moving to the new list ]
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> On constrained r100 systems compiz would fail to start due to a lack
> of memory, we can just fallback place the objects rather than completely
> failing it works a lot better.
>
> v2:
> fi
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #3 from Pavel Ondračka 2010-04-27 03:11:08 PDT
---
Created an attachment (id=35305)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35305)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #3 from Pavel Ondra?ka 2010-04-27 03:11:08
PDT ---
Created an attachment (id=35305)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35305)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #2 from Marek Olšák 2010-04-27 03:02:18 PDT ---
Please attach the dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #2 from Marek Ol??k 2010-04-27 03:02:18 PDT
---
Please attach the dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee fo
I sent this to Alex a few days ago but felt I should post it on this
list as well:
I've been testing radeon KMS PM with 2.6.34-rc* for a few days now and
I wanted to send you my testcase. Even though PM is enabled, the
defaults of my card are somewhat insane so no real powermanagement
takes place
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Pavel Ondračka changed:
What|Removed |Added
Keywords||regression
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Pavel Ondra?ka changed:
What|Removed |Added
Keywords||regression
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #1 from Pavel Ondračka 2010-04-27 02:17:58 PDT
---
Created an attachment (id=35303)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35303)
console output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=27851
--- Comment #1 from Pavel Ondra?ka 2010-04-27 02:17:58
PDT ---
Created an attachment (id=35303)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35303)
console output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Summary: Major slowdowns in Heroes of Newerth with r300g
driver.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sever
https://bugs.freedesktop.org/show_bug.cgi?id=27851
Summary: Major slowdowns in Heroes of Newerth with r300g
driver.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sever
Hi all
PathScale is giving away a limited amount of Nvidia Fermi cards to
qualified open source developers and researchers. We are mainly focused
on our optimized gpu compiler and the HPC market, but also open to
sponsoring creative ideas or projects surrounding the gpu.
Here's a short list of s
On Mon, Apr 26, 2010 at 5:36 AM, Jerome Glisse wrote:
> Color buffer pitch need to be 64bits aligned not 64bytes.
> This patch correct the cs checker.
>
Nack for now. It's actually quite a bit more complex. I'll try and
put together some better info on the alignment requirements tomorrow.
Alex
90 matches
Mail list logo
