https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #3 from Tom Stellard 2010-09-23 23:48:58 PDT
---
Created an attachment (id=38923)
View: https://bugs.freedesktop.org/attachment.cgi?id=38923
Review: https://bugs.freedesktop.org/review?bug=30337&attachment=38923
Possible Fix
Here
https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #3 from Tom Stellard 2010-09-23 23:48:58
PDT ---
Created an attachment (id=38923)
View: https://bugs.freedesktop.org/attachment.cgi?id=38923
Review: https://bugs.freedesktop.org/review?bug=30337&attachment=38923
Possible Fix
Here
https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #2 from Pavel Ondračka 2010-09-23 23:16:26 PDT
---
Created an attachment (id=38922)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38922)
output with RADEON_DEBUG=fp, mesa 59276b8541049a2d07d32fbb139fb14e21e387fc
BTW workaroun
https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #2 from Pavel Ondra?ka 2010-09-23 23:16:26
PDT ---
Created an attachment (id=38922)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38922)
output with RADEON_DEBUG=fp, mesa 59276b8541049a2d07d32fbb139fb14e21e387fc
BTW workaroun
Hi Linus
Pretty trivial, one idr log spam in nouveau, the radeon fix is only for
people with switchable, and a ttm fix.
Dave.
The following changes since commit 1ce1e41c1b61a992077bd1c45c6c3fd6a8b10c02:
Merge branch 'sched-fixes-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/t
From: Ben Skeggs
nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant
entries. This nukes the mode id initialised by drm_mode_create(), and
causes warnings from idr when we try to remove the mode.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_connector.c |
On Wed, 2010-09-22 at 22:56 -0700, Andrew Morton wrote:
> On Wed, 22 Sep 2010 23:10:10 +0200 Alessandro Guido alessandroguido.name> wrote:
>
> > I have this traces in my logs (full dmesg attached).
> >
> > idr_remove called for id=0 which is not allocated.
> > Pid: 1136, comm: Xorg Not tainted 2
https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #1 from Tom Stellard 2010-09-23 16:06:39 PDT
---
Can you post the output of RADEON_DEBUG=fp? You can probably get around this
bug for now by running with RADEON_DEBUG=noopt
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=30337
--- Comment #1 from Tom Stellard 2010-09-23 16:06:39
PDT ---
Can you post the output of RADEON_DEBUG=fp? You can probably get around this
bug for now by running with RADEON_DEBUG=noopt
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=30337
Tom Stellard changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=30337
Tom Stellard changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #2 from Tom Stellard 2010-09-23 15:55:06 PDT
---
Can you try it again with RADEON_DEBUG=noopt. If this fixes it, can you post
the output with RADEON_DEBUG=noopt,fp,vp _and_ RADEON_DEBUG=fp,vp. If this
doesn't fix it, can you post t
https://bugs.freedesktop.org/show_bug.cgi?id=30167
--- Comment #2 from Tom Stellard 2010-09-23 15:55:06
PDT ---
Can you try it again with RADEON_DEBUG=noopt. If this fixes it, can you post
the output with RADEON_DEBUG=noopt,fp,vp _and_ RADEON_DEBUG=fp,vp. If this
doesn't fix it, can you post t
https://bugs.freedesktop.org/show_bug.cgi?id=29732
zandgreen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29732
--- Comment #4 from zandgreen 2010-09-23 15:12:06 PDT ---
The bug I reported seems to be the one of Google-earth as people have witnessed
the same behaviour with Nvidia driver. So must be considered as not related
particularly to Mesa.
--
Confi
https://bugs.freedesktop.org/show_bug.cgi?id=29732
zandgreen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29732
--- Comment #4 from zandgreen 2010-09-23 15:12:06 PDT
---
The bug I reported seems to be the one of Google-earth as people have witnessed
the same behaviour with Nvidia driver. So must be considered as not related
particularly to Mesa.
--
Conf
On 09/23/2010 02:44 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant
> entries. This nukes the mode id initialised by drm_mode_create(), and
> causes warnings from idr when we try to remove the mode.
>
> Signed-off-by: Ben Ske
On Sat, 4 Sep 2010, Joe Perches wrote:
> Signed-off-by: Joe Perches
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c |2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_ttm_glue.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff
On 09/23/2010 02:44 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant
> entries. This nukes the mode id initialised by drm_mode_create(), and
> causes warnings from idr when we try to remove the mode.
>
> Signed-off-by: Ben Ske
I'm really not sure when it was introduced, since I've switched to
constantly use nouveau only recently, but I don't recall seeing anything
of this when I tried in 2.6.34.
Fixes the problem on my system.
Thanks!
On 22/09/10 22:55, Adam Jackson wrote:
> On Wed, 2010-09-22 at 22:42 +0100, Sam Tygier wrote:
>> On 22/09/10 21:59, Adam Jackson wrote:
>>> On Tue, 2010-09-21 at 23:02 +0100, Sam Tygier wrote:
Currently an invalid EDID extension will cause the whole EDID to be
considered invalid. Instead
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #1 from Sven Arvidsson 2010-09-23 10:26:52 PDT ---
Created an attachment (id=38915)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38915)
RADEON_DEBUG=vp log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=30351
Summary: Zero Ballistics: tank not rendered
Product: Mesa
Version: git
Platform: Other
URL: http://www.zeroballistics.com/
OS/Version: All
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=30351
--- Comment #1 from Sven Arvidsson 2010-09-23 10:26:52 PDT ---
Created an attachment (id=38915)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38915)
RADEON_DEBUG=vp log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=30351
Summary: Zero Ballistics: tank not rendered
Product: Mesa
Version: git
Platform: Other
URL: http://www.zeroballistics.com/
OS/Version: All
Status: NEW
Severity
On Sat, 4 Sep 2010, Joe Perches wrote:
> Signed-off-by: Joe Perches
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c |2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c |2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_ttm_glue.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #4 from Jure Repinc 2010-09-23 08:42:13 PDT ---
I think I have the same bug, I also first noticed it while opening a PDF in
Okular. Later I also got ceashes when switching the virtual desktop. This is
with kernel 2.6.36 RC5 and eMachi
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #4 from Jure Repinc 2010-09-23 08:42:13 PDT
---
I think I have the same bug, I also first noticed it while opening a PDF in
Okular. Later I also got ceashes when switching the virtual desktop. This is
with kernel 2.6.36 RC5 and eMach
https://bugs.freedesktop.org/show_bug.cgi?id=25717
--- Comment #4 from Andy Furniss 2010-09-23
03:19:14 PDT ---
(In reply to comment #3)
> (In reply to comment #2)
>
> I've now got a new PC with a PCIE rv770 and running current d-r-t and ddx/mesa
> gits can still reproduce this GPU reset.
I ca
https://bugs.freedesktop.org/show_bug.cgi?id=25717
--- Comment #4 from Andy Furniss 2010-09-23
03:19:14 PDT ---
(In reply to comment #3)
> (In reply to comment #2)
>
> I've now got a new PC with a PCIE rv770 and running current d-r-t and ddx/mesa
> gits can still reproduce this GPU reset.
I ca
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #2 from Scott Moreau 2010-09-23 03:13:27 PDT ---
(In reply to comment #0)
> Created an attachment (id=38235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38235)
> glxgears.jpeg
>
> Incoretly rendering.
> Kernel: 2.6.36-rc2
>
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #2 from Scott Moreau 2010-09-23 03:13:27 PDT
---
(In reply to comment #0)
> Created an attachment (id=38235)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38235)
> glxgears.jpeg
>
> Incoretly rendering.
> Kernel: 2.6.36-rc2
>
On 22/09/10 22:55, Adam Jackson wrote:
On Wed, 2010-09-22 at 22:42 +0100, Sam Tygier wrote:
On 22/09/10 21:59, Adam Jackson wrote:
On Tue, 2010-09-21 at 23:02 +0100, Sam Tygier wrote:
Currently an invalid EDID extension will cause the whole EDID to be
considered invalid. Instead just drop the
https://bugs.freedesktop.org/show_bug.cgi?id=30340
Summary: gl applications crash when moving window
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=30340
Summary: gl applications crash when moving window
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medi
I'm really not sure when it was introduced, since I've switched to
constantly use nouveau only recently, but I don't recall seeing anything
of this when I tried in 2.6.34.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=30329
--- Comment #4 from Michel Dänzer 2010-09-23 02:24:15 PDT
---
If the CPU is pegged during those two minutes, a profile from sysprof or
oprofile should be interesting.
Otherwise, it might be interesting to (from a remote login) attach gdb to the
https://bugs.freedesktop.org/show_bug.cgi?id=30329
--- Comment #4 from Michel D?nzer 2010-09-23 02:24:15
PDT ---
If the CPU is pegged during those two minutes, a profile from sysprof or
oprofile should be interesting.
Otherwise, it might be interesting to (from a remote login) attach gdb to the
Fixes the problem on my system.
Thanks!
___
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=30329
Michel Dänzer changed:
What|Removed |Added
Attachment #38881|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30329
Michel D?nzer changed:
What|Removed |Added
Attachment #38881|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=30337
Summary: [r300g bisected] Starcraft 2: circles around units are
corrupted
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
K
https://bugs.freedesktop.org/show_bug.cgi?id=30337
Summary: [r300g bisected] Starcraft 2: circles around units are
corrupted
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
K
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Pavel Ondračka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Pavel Ondra?ka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
47 matches
Mail list logo