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
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=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=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=28331
Alex Deucher changed:
What|Removed |Added
Attachment #35972|text/x-log |text/plain
mime type|
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=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
--- 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=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=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
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
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
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
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
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
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
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
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
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)
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
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
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=28341
Magnus Jensen changed:
What|Removed |Added
Attachment #35995|0 |1
is obsolete|
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
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 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
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
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
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
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
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
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
These patches fix some long-standing modesetting bugs.
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 #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=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=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=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 #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=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=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
Marc changed:
What|Removed |Added
CC||marvi...@gmx.de
--- Comment #1 from Marc 2010-06
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=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=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
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=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=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=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=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 #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
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
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
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
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
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
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/
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
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
60 matches
Mail list logo