https://bugs.freedesktop.org/show_bug.cgi?id=37485
Summary: Noise in some tracks in SuperTuxKart (HyperZ related)
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: gsr.bugs(a)infernal-iceberg.com
Some tracks of STK show noise in two forms. One is thin lines, in yellow over
white surface, for example, like if you were modelling the track and wanted to
see the polygons edges. And the second is small squares or rectangles where
karts' shadows appear or also near polygon edges, where walls and grounds meet,
for example.
It's rather hard to capture on a picture (slow computer, karts sliding/shaking
a bit even if stopped, so the noise flickers constantly) but the square one is
like some HyperZ bugs, you can guess the colour comes from other colours in the
same track. When RADEON_HYPERZ is not set, things render as they should. This
is in a RV360 card, not R5xx like the other reports.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=40552
Summary: r200 crashes in glclear when running the wine d3d
tests.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r200
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: stefandoesinger(a)gmx.at
Created an attachment (id=50813)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50813)
last log lines, assertion and backtrace.
When running the Wine(www.winehq.org) ddraw/d3d unit tests with r200 they crash
due to a failing assertion. The clear is done on a texture attached to a
framebuffer. It looks like Mesa is falling back to software, the SW renderer is
trying to map the texture into memory and this triggers the assertion.
I have not been able to reproduce this in a stand-alone application yet. I'll
attach a backtrace and the failing assertion. I'll also file a bug report for
the fact that r200 falls back to software at all, I think the hardware could do
this clear just fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=35095
Summary: [r300g] More screen corruption in WoW with HyperZ
enabled.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: rankincj(a)googlemail.com
There is now a large horizontal swathe of corruption across the middle of the
entire screen. This corruption vanishes as soon as I stop exporting
RADEON_HYPERZ.
This corruption appears with my M66GL (RV530 class) (but not with my RV350),
and is very recent - probably since the most recent HyperZ patches. Basically,
the corruption looks like lots of little tiles are missing from the picture.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=33648
Summary: Black line in Lightsmark with Z compression enabled
(RV530)
Product: Mesa
Version: git
Platform: Other
URL: http://dee.cz/lightsmark/Lightsmark2008.2.0.tar.bz2
OS/Version: All
Status: NEW
Severity: minor
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: drakkk(a)centrum.cz
After recent zbuffer compression rework Lightsmark is the only remaining app
I've tested which is still not working properly here on RV530. There is a thick
black line across the screen in some scenes, particularly: "no radiosity","soft
shadows", "penumbra shadows" and the last scene. Maybe this is a known issue
and there are many open bugs about HyperZ, however according to
db299a9f8244d53d9041fcdbd396a77ebe1f9e3e comment RV530 should just work. So I'm
reporting it isn't. Also this is not a regression, it was much worse before and
this is the only remaining issue here.
To be sure this isn't HiZ issue I've changed line 367 in r300_chipset.c to
"caps->hiz_ram = 0;" and it haven't changed anything.
r300: AA compression: NO, Z compression: YES, HiZ: NO
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=28622
Summary: radeon video lookup
Product: Drivers
Version: 2.5
Kernel Version: 2.6.37
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
Priority: P1
Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org
ReportedBy: bugzilla.kernel.org(a)poelzi.org
Regression: No
Radeon got very unstable from 2.6.36 to 2.6.37 on my system. This is at least
one lockup I'm having when swtiching X Servers. KMS is enabled. Disable KMS
will crash video in like 30-300 seconds.
[81121.199055] INFO: task Xorg:1791 blocked for more than 120 seconds.
[81121.199059] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
message.
[81121.199061] Xorg D ffff8801261549d8 0 1791 1743 0x00400004
[81121.199066] ffff880123b4bb78 0000000000000082 ffff880123b4bd70
0000000000000000
[81121.199069] 00000000000139c0 ffff880126154640 ffff8801261549d8
ffff880123b4bfd8
[81121.199072] ffff8801261549e0 00000000000139c0 ffff880123b4a010
00000000000139c0
[81121.199076] Call Trace:
[81121.199083] [<ffffffff8115e687>] ? inode_init_always+0x1c7/0x1d0
[81121.199088] [<ffffffff815671e7>] __mutex_lock_slowpath+0xf7/0x180
[81121.199091] [<ffffffff815670cb>] mutex_lock+0x2b/0x50
[81121.199127] [<ffffffffa0157924>] radeon_bo_create+0x114/0x2c0 [radeon]
[81121.199146] [<ffffffffa016d30b>] radeon_gem_object_create+0x8b/0x110
[radeon]
[81121.199163] [<ffffffffa016d3e8>] radeon_gem_create_ioctl+0x58/0xd0 [radeon]
[81121.199180] [<ffffffffa00458d3>] drm_ioctl+0x433/0x4f0 [drm]
[81121.199198] [<ffffffffa016d390>] ? radeon_gem_create_ioctl+0x0/0xd0
[radeon]
[81121.199202] [<ffffffff81157a29>] do_vfs_ioctl+0xa9/0x5a0
[81121.199205] [<ffffffff81157fa1>] sys_ioctl+0x81/0xa0
[81121.199209] [<ffffffff8100b002>] system_call_fastpath+0x16/0x1b
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
--
_______________________________________________
Dri-devel mailing list
Dri-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Bug #: 41971
Summary: [kms] Muxless modesetting takes 20 seconds to decide
it can't modeset
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: mike(a)fireburn.co.uk
Created attachment 52491
--> https://bugs.freedesktop.org/attachment.cgi?id=52491
dmesg
My laptop has muxless switchable graphics but it seems to spend >20 seconds
during boot in the radeon drm before handing off to the intel modesetting
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=29317
Summary: Neverwinter night cloak texture is broken on r600
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: akirchhoff135014(a)comcast.net
With r600, mesa from git (2.0 Mesa 7.9-devel) both with and without KMS, the
texture on my players cloak flickers constantly. The cloak also does not move
properly with the character. For example, if I rest, my character sits down,
but the cloak remains standing. Works fine with fglrx and with r300.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=29318
Summary: Marbleblast textures broken on r600
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: akirchhoff135014(a)comcast.net
On some levels the textures in marbleblast are washed out. The demo is
available here:
http://www.torquepowered.com/products/download/15
You can see this on intermediate level 24. Mesa is from git: 2.0 Mesa
7.9-devel. Happens with both KMS and UMS. Works fine with both r300 and
fglrx.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28359
Summary: Regression running Second Life viewer on r600 (mipmap
generation issue?)
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: makosoft(a)googlemail.com
There's a regression in recent git master when running the Second Life viewer
on the r600 driver. Objects flash in and out of existence continuously, making
Second Life unusable. git bisect points to the commit
055750fafba58fd2ee0f5611b566a71ab0f22984 "Enable hardware mipmap generation for
radeon" on the 24th of May, which is plausible since Second Life generates all
mipmaps at runtime.
I'm using a 2600XT card, Linux 2.6.34, latest libdrm master, and the latest
unofficial Imprudence client release (since the official client isn't available
in an x86_64 version).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32323
Summary: GL_EXT_texture_sRGB is broken
Product: Mesa
Version: 7.9
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: marlam(a)marlam.de
The GL extension GL_EXT_texture_sRGB defines the texture formats GL_SRGB and
friends and specifies that sampling such a texture automatically converts the
values from non-linear RGB (sRGB) to linear RGB.
However, this conversion is not performed on my system; the textures seem to be
sampled as if they were normal GL_RGB textures. This results in wrong colors
(e.g. in the git version of the Bino 3D video player: far too bright).
I'm running Ubuntu 10.10 on x86_64 and get the following version info from GL:
OpenGL version: 2.1 Mesa 7.9-devel
OpenGL renderer: Mesa DRI R600 (RV710 954F) 20090101 TCL DRI2
OpenGL vendor: Advanced Micro Devices, Inc.
If you need more information, please let me know.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.