https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #7 from Andy Furniss li...@andyfurniss.entadsl.com 2010-06-14
16:56:56 PDT ---
(In reply to comment #6)
possibly also related to bug 28383 and bug 28410.
I am currently running with a patch that fixes 28383 but have just noticed
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #6 from Alex Deucher 2010-06-09 13:45:19 PDT
---
possibly also related to bug 28383 and bug 28410.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
On Mon, Jun 7, 2010 at 3:52 AM, Marius Gr?ger
wrote:
> Am 06.06.2010 18:47, schrieb James Simmons:
>>
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be related with the
Am 06.06.2010 18:47, schrieb James Simmons:
>
>>> Apologies for such an unspecific description, and for what almost seems
>>> like a support request for MythTV. I wouldn't post here if I were not
>>> 100% sure it must be related with the recent drm changes.
>>
>> Note that the DRM APIs are
> > Apologies for such an unspecific description, and for what almost seems
> > like a support request for MythTV. I wouldn't post here if I were not
> > 100% sure it must be related with the recent drm changes.
>
> Note that the DRM APIs are intended for use by userspace components of
>
:
>>>>>> 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 whic
On Jun 4, 2010, at 7:27 PM, Michel D?nzer wrote:
> On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
>
> I think your analysis is spot on.
>
> The ideal solution would probably be to make the kernel block in the
> command stream (CS) submission ioctl if the CS renders to (and
> from?) a
>
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #30 from Marc 2010-06-06 09:00:05 PDT ---
last patch also fixes X startup here, but now I'm hit by
https://bugs.freedesktop.org/show_bug.cgi?id=28381
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On Jun 4, 2010, at 7:27 PM, Michel Dänzer wrote:
On Mit, 2010-06-02 at 16:38 +0200, Mario Kleiner wrote:
I think your analysis is spot on.
The ideal solution would probably be to make the kernel block in the
command stream (CS) submission ioctl if the CS renders to (and
from?) a
buffer
-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 gliches in the May-timeframe
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be related with the recent drm changes.
Note that the DRM APIs are intended for use by userspace components of
graphics drivers
On Mon, Jun 7, 2010 at 3:52 AM, Marius Gröger
marius.groe...@googlemail.com wrote:
Am 06.06.2010 18:47, schrieb James Simmons:
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be
0, Marius Gr?ger wrote:
> >>>>> 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 a
bject: [Bug 28341] Flickering screen in Neverball on
> > drm-radeon-testing
> > To: dri-devel at lists.freedesktop.org
> > Message-ID: <20100601192542.ACE5B1300E8 at annarchy.freedesktop.org>
> > Content-Type: text/plain; charset="UTF-8"
> >
> > http
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #5 from Andrew Randrianasulu 2010-06-04
17:25:44 PDT ---
I was under impression i hit same bug here on rv280 + wine + DeusEx, but after
manually applying patches from
http://article.gmane.org/gmane.comp.video.dri.devel/46630 i
Alex Deucher schrieb:
> 2010/6/4 Marius Gr?ger :
>> Hi All,
>>
>> Michel D?nzer schrieb:
>>> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>>>> Hello All,
>>>>
>>>> I'm trying the top-of-trunk drm-2.6 trees (both drm-next
el D?nzer schrieb:
>> >>>> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>> >>>>> Hello All,
>> >>>>>
>> >>>>> I'm trying the top-of-trunk drm-2.6 trees (both drm-next and
>> >>>>> drm-radeon-te
Hi All,
Michel D?nzer schrieb:
> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>> 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
2010/6/4 Marius Gr?ger :
> Alex Deucher schrieb:
>> 2010/6/4 Marius Gr?ger :
>>> Hi All,
>>>
>>> Michel D?nzer schrieb:
>>>> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>>>>> Hello All,
>>>>>
>>>&
2010/6/4 Marius Gr?ger :
> Hi All,
>
> Michel D?nzer schrieb:
>> On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
>>> Hello All,
>>>
>>> I'm trying the top-of-trunk drm-2.6 trees (both drm-next and
>>> drm-radeon-testing) with my Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #29 from Magnus Jensen 2010-06-03
23:43:31 PDT ---
(In reply to comment #28)
> Created an attachment (id=36045)
View: https://bugs.freedesktop.org/attachment.cgi?id=36045
Review: https://bugs.freedesktop.org/review?bug=28342=36045
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #29 from Magnus Jensen mag...@jensenligan.se 2010-06-03 23:43:31
PDT ---
(In reply to comment #28)
Created an attachment (id=36045)
View: https://bugs.freedesktop.org/attachment.cgi?id=36045
Review:
Hi All,
Michel Dänzer schrieb:
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
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
2010/6/4 Marius Gröger marius.groe...@googlemail.com:
Hi All,
Michel Dänzer schrieb:
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
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
Alex Deucher schrieb:
2010/6/4 Marius Gröger marius.groe...@googlemail.com:
Hi All,
Michel Dänzer schrieb:
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
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
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 gliches in the May-timeframe. The
drm-radeon-testing on May 9 was still
schrieb:
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
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
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Alex Deucher changed:
What|Removed |Added
Attachment #36040|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Magnus Jensen changed:
What|Removed |Added
Attachment #36042|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #26 from Magnus Jensen 2010-06-03
14:52:59 PDT ---
Created an attachment (id=36043)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36043)
Xorg.0.log after patch
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #25 from Magnus Jensen 2010-06-03
14:52:26 PDT ---
Created an attachment (id=36042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36042)
dmesg after patch
This is after patch, still crashes
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #24 from Alex Deucher 2010-06-03 13:55:55 PDT
---
Created an attachment (id=36040)
View: https://bugs.freedesktop.org/attachment.cgi?id=36040
Review: https://bugs.freedesktop.org/review?bug=28342=36040
diable createpixmap2
Does
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #23 from Magnus Jensen 2010-06-03
13:44:47 PDT ---
Created an attachment (id=36039)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36039)
/var/log//Xorg.0.log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #22 from Magnus Jensen 2010-06-03
13:44:16 PDT ---
Created an attachment (id=36038)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36038)
output from dmesg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #21 from Magnus Jensen 2010-06-03
13:43:49 PDT ---
Created an attachment (id=36037)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36037)
/var/log/dmesg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #20 from Magnus Jensen 2010-06-03
13:43:17 PDT ---
(In reply to comment #19)
> In the case 2 crash, does the system hang or do you get a kernel oops? Can
> you
> still access the machine over the network? Is there any chance you
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #19 from Alex Deucher 2010-06-03 08:29:38 PDT
---
In the case 2 crash, does the system hang or do you get a kernel oops? Can you
still access the machine over the network? Is there any chance you could boot
up without loading the
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #18 from Magnus Jensen 2010-06-03
07:22:27 PDT ---
I tried using built-in solution for kernel, and now it's a bit different in
case 2
It just crashes once on starting X then seems to work fine for the rest of the
session and looks
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #17 from Magnus Jensen 2010-06-03
03:14:59 PDT ---
Marc:
Well that's my bad, it's not a solution. But it seems the problem is there even
if tiling is turned off.
Alex:
Same results as Marc. stable in case 1, in case 2 not.
When
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #16 from Marc 2010-06-03 02:52:38 PDT ---
Magnus: disabling tiling is not a real solution.
Alex:
case 1: stable
case 2: crash
I'm still wondering why running plymouth before seems to cure the problem.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #16 from Marc marvi...@gmx.de 2010-06-03 02:52:38 PDT ---
Magnus: disabling tiling is not a real solution.
Alex:
case 1: stable
case 2: crash
I'm still wondering why running plymouth before seems to cure the problem.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #17 from Magnus Jensen mag...@jensenligan.se 2010-06-03 03:14:59
PDT ---
Marc:
Well that's my bad, it's not a solution. But it seems the problem is there even
if tiling is turned off.
Alex:
Same results as Marc. stable in case 1,
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #18 from Magnus Jensen mag...@jensenligan.se 2010-06-03 07:22:27
PDT ---
I tried using built-in solution for kernel, and now it's a bit different in
case 2
It just crashes once on starting X then seems to work fine for the rest of
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #19 from Alex Deucher ag...@yahoo.com 2010-06-03 08:29:38 PDT ---
In the case 2 crash, does the system hang or do you get a kernel oops? Can you
still access the machine over the network? Is there any chance you could boot
up
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #20 from Magnus Jensen mag...@jensenligan.se 2010-06-03 13:43:17
PDT ---
(In reply to comment #19)
In the case 2 crash, does the system hang or do you get a kernel oops? Can
you
still access the machine over the network? Is
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #21 from Magnus Jensen mag...@jensenligan.se 2010-06-03 13:43:49
PDT ---
Created an attachment (id=36037)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36037)
/var/log/dmesg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #22 from Magnus Jensen mag...@jensenligan.se 2010-06-03 13:44:16
PDT ---
Created an attachment (id=36038)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36038)
output from dmesg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #24 from Alex Deucher ag...@yahoo.com 2010-06-03 13:55:55 PDT ---
Created an attachment (id=36040)
View: https://bugs.freedesktop.org/attachment.cgi?id=36040
Review: https://bugs.freedesktop.org/review?bug=28342attachment=36040
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #25 from Magnus Jensen mag...@jensenligan.se 2010-06-03 14:52:26
PDT ---
Created an attachment (id=36042)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36042)
dmesg after patch
This is after patch, still crashes
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #26 from Magnus Jensen mag...@jensenligan.se 2010-06-03 14:52:59
PDT ---
Created an attachment (id=36043)
-- (https://bugs.freedesktop.org/attachment.cgi?id=36043)
Xorg.0.log after patch
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Magnus Jensen mag...@jensenligan.se changed:
What|Removed |Added
Attachment #36042|0 |1
is
> --
>
> Message: 1
> Date: Tue, 1 Jun 2010 12:25:42 -0700 (PDT)
> From: bugzilla-daemon at freedesktop.org
> Subject: [Bug 28341] Flickering screen in Neverball on
> drm-radeon-te
serspace and
> kernelspace intact.
>
colortiling is off by default and is automatically disabled if your kernel is
not new enough. Lets try and clarify what the problem is. Try the following
configurations (start each one from with a cold boot):
1. drm-radeon-testing + the patch from bug
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #14 from Magnus Jensen 2010-06-02
15:46:52 PDT ---
I decided to do one final test an found it works with just setting
"ColorTiling" "off" in xorg.conf and all patches in both userspace and
kernelspace intact.
Much easier than
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #13 from Magnus Jensen 2010-06-02
15:29:23 PDT ---
Marc: I did what you suggested and now everything works fine (inited ok, no gpu
lockups)
I also updated xorg server to 1.8.1.901 (from 1.8.1)
This is with the patch Alex suggested
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #12 from Marc 2010-06-02 14:28:00 PDT ---
here it crashes hard as soon as X starts, no dmesg available. plymouth renders
something to the framebuffer during boot process. Not all distros are using
this (I know of Ubuntu and Fedora).
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #11 from Magnus Jensen 2010-06-02
14:19:34 PDT ---
sorry, to be clearer: the programs doesn't crash the gpu just crashes and
recover with trashed image as result
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #10 from Magnus Jensen 2010-06-02
14:17:52 PDT ---
Created an attachment (id=36021)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36021)
dmesg-lockups
After the patch the card gets inited, at least but i get gpu crashes when
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #9 from Alex Deucher 2010-06-02 10:55:55 PDT
---
Neither gdm nor plymouth touches the hw. Perhaps this is a dupe of bug 28327.
Does the patch I posted there help?
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #8 from Magnus Jensen 2010-06-02
10:52:21 PDT ---
I use gdm, so maybe it's something gnome related? Isn't plymouth some
continuation off gdm?
It doesn't help when starting X straight into gnome with startx either,
I think i even
Hi Michel,
Michel D?nzer schrieb:
> Note that the DRM APIs are intended for use by userspace components of
> graphics drivers / API libraries, not applications directly. MythTV
> shouldn't use the DRM directly for synchronization but rather use GLX
> synchronization APIs.
Hm, ok... AFAIK MythTV
On Mit, 2010-06-02 at 08:07 +0200, Marius Gr?ger wrote:
> 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
> s
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #7 from Marc 2010-06-02 10:16:05 PDT ---
so it must be something else - I'll take a look at plymouth source.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #6 from Alex Deucher 2010-06-02 10:07:43 PDT
---
(In reply to comment #5)
>
> I guess plymouth initializes something the ddx doesn't.
With kms, neither one touches the hw. It all goes through the drm.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #5 from Marc 2010-06-02 10:04:19 PDT ---
I donno how many times I rebooted my machine, but now it definitely will die
earlier...
here my findings:
I kept the userspace patches and tried kernel with and without tiling patches -
no
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
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #4 from Marc 2010-06-02 02:26:30 PDT ---
Magnus: yes, I have the tiling patches applied to userspace and I think this is
a tiling related bug, but I will check this later.
Alex: I guess the tiling patches are not bisectable enough
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
On Mit, 2010-06-02 at 08:07 +0200, Marius Gröger wrote:
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
Hi Michel,
Michel Dänzer schrieb:
Note that the DRM APIs are intended for use by userspace components of
graphics drivers / API libraries, not applications directly. MythTV
shouldn't use the DRM directly for synchronization but rather use GLX
synchronization APIs.
Hm, ok... AFAIK MythTV
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #4 from Marc marvi...@gmx.de 2010-06-02 02:26:30 PDT ---
Magnus: yes, I have the tiling patches applied to userspace and I think this is
a tiling related bug, but I will check this later.
Alex: I guess the tiling patches are not
--
Message: 1
Date: Tue, 1 Jun 2010 12:25:42 -0700 (PDT)
From: bugzilla-dae...@freedesktop.org
Subject: [Bug 28341] Flickering screen in Neverball on
drm-radeon-testing
To: dri-devel@lists.freedesktop.org
Message-ID
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #6 from Alex Deucher ag...@yahoo.com 2010-06-02 10:07:43 PDT ---
(In reply to comment #5)
I guess plymouth initializes something the ddx doesn't.
With kms, neither one touches the hw. It all goes through the drm.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #7 from Marc marvi...@gmx.de 2010-06-02 10:16:05 PDT ---
so it must be something else - I'll take a look at plymouth source.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #8 from Magnus Jensen mag...@jensenligan.se 2010-06-02 10:52:21
PDT ---
I use gdm, so maybe it's something gnome related? Isn't plymouth some
continuation off gdm?
It doesn't help when starting X straight into gnome with startx
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #9 from Alex Deucher ag...@yahoo.com 2010-06-02 10:55:55 PDT ---
Neither gdm nor plymouth touches the hw. Perhaps this is a dupe of bug 28327.
Does the patch I posted there help?
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #11 from Magnus Jensen mag...@jensenligan.se 2010-06-02 14:19:34
PDT ---
sorry, to be clearer: the programs doesn't crash the gpu just crashes and
recover with trashed image as result
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28342
--- Comment #12 from Marc marvi...@gmx.de 2010-06-02 14:28:00 PDT ---
here it crashes hard as soon as X starts, no dmesg available. plymouth renders
something to the framebuffer during boot process. Not all distros are using
this (I know of
and
kernelspace intact.
colortiling is off by default and is automatically disabled if your kernel is
not new enough. Lets try and clarify what the problem is. Try the following
configurations (start each one from with a cold boot):
1. drm-radeon-testing + the patch from bug 28327. No patches to ddx
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
--- 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.
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
the packages individually with unpatched versions i still have
error, i have to remove patches from both mesa and ddx, then i don't have this
error.
Tried with latest drm-radeon-testing from git.
At least this is the situation for me.
I came to the conclusion by resetting using REISUB when trash output
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=28342
Marc changed:
What|Removed |Added
CC||marvin24 at gmx.de
--- Comment #1 from Marc
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=28341
Summary: Flickering screen in Neverball on drm-radeon-testing
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority
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
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
Marc marvi...@gmx.de changed:
What|Removed |Added
CC||marvi...@gmx.de
--- Comment #1
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #1 from Alex Deucher ag...@yahoo.com 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
replacing the packages individually with unpatched versions i still have
error, i have to remove patches from both mesa and ddx, then i don't have this
error.
Tried with latest drm-radeon-testing from git.
At least this is the situation for me.
I came to the conclusion by resetting using REISUB
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #2 from Magnus Jensen mag...@jensenligan.se 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
https://bugs.freedesktop.org/show_bug.cgi?id=28341
--- Comment #3 from Magnus Jensen mag...@jensenligan.se 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
https://bugs.freedesktop.org/show_bug.cgi?id=28341
Magnus Jensen mag...@jensenligan.se changed:
What|Removed |Added
Attachment #35995|0 |1
is
Hi,
I cannot compile latest drm-radeon-testing against 2.6.34-rc6 on openSUSE.
Johannes
(Please CC me.)
CC [M]
/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.o
/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c
101 - 197 of 197 matches
Mail list logo