Hi.
On 01/06/10 16:33, Dave Airlie wrote:
On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
wrote:
Hi all.
Just wondering if anyone else has tried to hibernate while using Radeon KMS
and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
an RV250 card) is hanging at the a
Hi again.
On 01/06/10 16:33, Dave Airlie wrote:
On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
wrote:
Hi all.
Just wondering if anyone else has tried to hibernate while using Radeon KMS
and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
an RV250 card) is hanging at
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Summary: Flickering screen in Neverball on drm-radeon-testing
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medi
These patches fix some long-standing modesetting bugs.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Jakob Bornecrantz
Must set SVGA_NUM_REG_GUEST_DISPLAY before setting up the display information.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 22 --
1 files changed, 4 insertions(+), 18 deletions(-)
diff
vga save / restore previously didn't handle the display topology case.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 15 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 48 ++
2 files changed, 56 insertions(+), 7 deletions(-)
dif
From: Jakob Bornecrantz
The host may change the layout and, since the change is
communicated to the master, the master needs a way to
communicate the change to the kernel driver.
The minor version number is bumped to advertize the
availability of this feature.
Signed-off-by: Jakob Bornecrantz
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #11 from Andy Furniss 2010-06-01
02:59:35 PDT ---
(In reply to comment #10)
> ping
s3tc has never worked for me using a RV670 with git drivers, it affects all the
games I've tried - etqw, quake4 demo, et wolf, ut2004 demo and doom3
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #12 from Andy Furniss 2010-06-01
03:15:13 PDT ---
(In reply to comment #11)
> Of course disabling s3tc in .driconf will workaround
Oops - I meant .drirc in your home dir, not .driconf - the contents I use to
disable s3tc are -
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Summary: When cold-booting gfx is messed up with latest
drm-radeon-testing kernel
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #1 from Aidan Marks 2010-06-01 05:38:10 PDT ---
+1 seeing similar output on rv770 with latest d-r-t, but not noticing any
visual corruptions so far.
[ 227.930043] radeon :02:00.0: r600_cs_track_validate_cb offset[0] 0 to
big
[
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Marc changed:
What|Removed |Added
CC||marvi...@gmx.de
--- Comment #1 from Marc 2010-06
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #1 from Alex Deucher 2010-06-01 08:54:46 PDT ---
Are there any CS related messages in your dmesg?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #2 from Alex Deucher 2010-06-01 08:56:15 PDT ---
Can you bisect what change caused the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #3 from Magnus Jensen 2010-06-01 11:32:23
PDT ---
Marc, do you also have patched mesa and ddx? (Add r6xx/r7xx tiling support to
mesa Alex Deucher ; Add r6xx/r7xx tiling support to the ddx Alex Deucher)
When replacing the package
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #2 from Magnus Jensen 2010-06-01 11:37:20
PDT ---
Created an attachment (id=35995)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35995)
dmesg/current
The last output from dmesg after running neverball for a few seconds.
The n
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #3 from Magnus Jensen 2010-06-01 12:25:42
PDT ---
Sorry. ignore my last attachment. These errors continue to spawn and i don't
think they are related to neverball. i'm going to recompile mesa and ddx, and
post another dmesg soon.
Ju
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor. Exposed via sysfs
gpu_temp attribute.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution
On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
> rv6xx/rv7xx/evergreen families supported; older asics did
> not have an internal thermal sensor. Exposed via sysfs
> gpu_temp attribute.
This really should be done via the standard hwmon naming - some of the
sensor tools depend on i
On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
>> rv6xx/rv7xx/evergreen families supported; older asics did
>> not have an internal thermal sensor. Exposed via sysfs
>> gpu_temp attribute.
>
> This really should be done via t
On Tue, Jun 01, 2010 at 05:41:34PM -0400, Alex Deucher wrote:
> On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> > sensor tools depend on it. If there's only one sensor per GPU
> > "temp1_input" is correct, with a "name" attribute indicating which card
> > provides it. Also, make sure that
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Magnus Jensen changed:
What|Removed |Added
Attachment #35995|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #2 from Magnus Jensen 2010-06-01 15:16:24
PDT ---
I have also seen this with d-r-t, but it went away when i updated mesa and ddx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
On Tuesday 01 June 2010, Dave Airlie wrote:
> On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
> wrote:
> > Hi all.
> >
> > Just wondering if anyone else has tried to hibernate while using Radeon KMS
> > and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
> > an RV250 card)
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #3 from Magnus Jensen 2010-06-01 21:53:30
PDT ---
+1 i have encountered this again... (rv635 agp) trashed text and small gfx
glitches
[drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
radeon :01:00.0: r600_cs_track_validat
https://bugs.freedesktop.org/show_bug.cgi?id=28331
--- Comment #2 from Alex Deucher 2010-06-01 22:14:15 PDT ---
Can you dump the following regs using avivotool in both kms and ums? You can
get avivotool here:
http://cgit.freedesktop.org/~airlied/radeontool/
and most distros package it.
e.g.,
avi
https://bugs.freedesktop.org/show_bug.cgi?id=28331
Alex Deucher changed:
What|Removed |Added
Attachment #35972|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #4 from Magnus Jensen 2010-06-01 22:18:30
PDT ---
And now it's gone again... i added:
Option "ColorTiling" "on"
to the "Device" section in xorg.conf that seems to fix it.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
Hello All,
I'm trying the top-of-trunk drm-2.6 trees (both drm-next and
drm-radeon-testing) with my Radeon HD 3200 GPU over HDMI. The primary
application is mythtv which uses DRM syncing for the frame
syncronisation. Now, with the exact same userland software I noticed the
introduction of sync gli
These patches fix some long-standing modesetting bugs.
From: Jakob Bornecrantz
Must set SVGA_NUM_REG_GUEST_DISPLAY before setting up the display information.
Signed-off-by: Jakob Bornecrantz
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 22 --
1 files changed, 4 insertions(+), 18 deletions(-)
diff
vga save / restore previously didn't handle the display topology case.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 15 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 48 ++
2 files changed, 56 insertions(+), 7 deletions(-)
dif
From: Jakob Bornecrantz
The host may change the layout and, since the change is
communicated to the master, the master needs a way to
communicate the change to the kernel driver.
The minor version number is bumped to advertize the
availability of this feature.
Signed-off-by: Jakob Bornecrantz
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #11 from Andy Furniss 2010-06-01
02:59:35 PDT ---
(In reply to comment #10)
> ping
s3tc has never worked for me using a RV670 with git drivers, it affects all the
games I've tried - etqw, quake4 demo, et wolf, ut2004 demo and doom3
https://bugs.freedesktop.org/show_bug.cgi?id=24047
--- Comment #12 from Andy Furniss 2010-06-01
03:15:13 PDT ---
(In reply to comment #11)
> Of course disabling s3tc in .driconf will workaround
Oops - I meant .drirc in your home dir, not .driconf - the contents I use to
disable s3tc are -
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Summary: When cold-booting gfx is messed up with latest
drm-radeon-testing kernel
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #1 from Aidan Marks 2010-06-01 05:38:10 PDT ---
+1 seeing similar output on rv770 with latest d-r-t, but not noticing any
visual corruptions so far.
[ 227.930043] radeon :02:00.0: r600_cs_track_validate_cb offset[0] 0 to
big
[
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Marc changed:
What|Removed |Added
CC||marvin24 at gmx.de
--- Comment #1 from Marc 2010
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #1 from Alex Deucher 2010-06-01 08:54:46 PDT
---
Are there any CS related messages in your dmesg?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #2 from Alex Deucher 2010-06-01 08:56:15 PDT
---
Can you bisect what change caused the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #3 from Magnus Jensen 2010-06-01
11:32:23 PDT ---
Marc, do you also have patched mesa and ddx? (Add r6xx/r7xx tiling support to
mesa Alex Deucher ; Add r6xx/r7xx tiling support to the ddx Alex Deucher)
When replacing the package
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #2 from Magnus Jensen 2010-06-01
11:37:20 PDT ---
Created an attachment (id=35995)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35995)
dmesg/current
The last output from dmesg after running neverball for a few seconds.
The n
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #3 from Magnus Jensen 2010-06-01
12:25:42 PDT ---
Sorry. ignore my last attachment. These errors continue to spawn and i don't
think they are related to neverball. i'm going to recompile mesa and ddx, and
post another dmesg soon.
Ju
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor. Exposed via sysfs
gpu_temp attribute.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution
On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
> rv6xx/rv7xx/evergreen families supported; older asics did
> not have an internal thermal sensor. Exposed via sysfs
> gpu_temp attribute.
This really should be done via the standard hwmon naming - some of the
sensor tools depend on i
On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
>> rv6xx/rv7xx/evergreen families supported; older asics did
>> not have an internal thermal sensor. ?Exposed via sysfs
>> gpu_temp attribute.
>
> This really should be done via t
On Tue, Jun 01, 2010 at 05:41:34PM -0400, Alex Deucher wrote:
> On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett
> wrote:
> > sensor tools depend on it. If there's only one sensor per GPU
> > "temp1_input" is correct, with a "name" attribute indicating which card
> > provides it. Also, make sure t
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Magnus Jensen changed:
What|Removed |Added
Attachment #35995|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #2 from Magnus Jensen 2010-06-01
15:16:24 PDT ---
I have also seen this with d-r-t, but it went away when i updated mesa and ddx
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #3 from Magnus Jensen 2010-06-01
21:53:30 PDT ---
+1 i have encountered this again... (rv635 agp) trashed text and small gfx
glitches
[drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
radeon :01:00.0: r600_cs_track_validat
https://bugs.freedesktop.org/show_bug.cgi?id=28331
--- Comment #2 from Alex Deucher 2010-06-01 22:14:15 PDT
---
Can you dump the following regs using avivotool in both kms and ums? You can
get avivotool here:
http://cgit.freedesktop.org/~airlied/radeontool/
and most distros package it.
e.g.,
av
https://bugs.freedesktop.org/show_bug.cgi?id=28331
Alex Deucher changed:
What|Removed |Added
Attachment #35972|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=28327
--- Comment #4 from Magnus Jensen 2010-06-01
22:18:30 PDT ---
And now it's gone again... i added:
Option "ColorTiling" "on"
to the "Device" section in xorg.conf that seems to fix it.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Summary: Flickering screen in Neverball on drm-radeon-testing
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medi
Hello,
I'm running Fedora 13 with provided mesa 7.8.1 packages (64 bits arch),
with r600 driver (Radeon 4850). Also tried with 7.8 branch on git...
When I run piglit, I get a failure with basic sanity test
"readPixSanity". If I compare with
http://people.freedesktop.org/~nh/piglit/results/all/
On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
wrote:
> Hi all.
>
> Just wondering if anyone else has tried to hibernate while using Radeon KMS
> and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
> an RV250 card) is hanging at the atomic copy, with the following backtra
Hi.
On 01/06/10 16:33, Dave Airlie wrote:
> On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
> wrote:
>> Hi all.
>>
>> Just wondering if anyone else has tried to hibernate while using Radeon KMS
>> and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
>> an RV250 card) is h
Hi again.
On 01/06/10 16:33, Dave Airlie wrote:
> On Tue, Jun 1, 2010 at 4:23 PM, Nigel Cunningham
> wrote:
>> Hi all.
>>
>> Just wondering if anyone else has tried to hibernate while using Radeon KMS
>> and a tree with Dave's post 2.6.34 patches? My 32 bit P4 based system (with
>> an RV250 card
60 matches
Mail list logo
