https://bugs.freedesktop.org/show_bug.cgi?id=36596
Summary: Major 2D performance bottleneck (most noticeable with
compiz)
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: bluesloth600(a)gmail.com
…
[View More]Created an attachment (id=46072)
--> (https://bugs.freedesktop.org/attachment.cgi?id=46072)
lspci -v
With compiz, making a new window or resizing a window makes the framerate drop
to 2 fps for about 5 or 6 seconds.
Running conky makes the frame rate that low most of the time, alternating with
brief moments of decent performance. With a more traditional window manager
(openbox), a lot of programs (including xterm) freeze briefly every time conky
redraws itself, so it seems like that particular problem is not entirely a Mesa
bug. Things run smoothly with the fbdev Xorg driver.
I tried compiz with the --no-fbo option once, and the framerate stayed at 2 fps
until I rebooted. Restarting X didn't help, I actually had to reboot.
With the classic Mesa drivers, compiz would sometimes take a long time to
render a few frames, but not nearly as often as it does now.
I've had this problem with the Debian Mesa packages since they switched to
gallium, and with git master (as of yesterday) built with and without
--enable-gallium-llvm.
I run Debian sid on a Dell Inspiron 1721 with an integrated Radeon X1270.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=35861
Summary: [r300g] Oilrush: whiter triangle between center of the
screen and horizon
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: minor
Priority: medium
Component: Drivers/Gallium/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: pavel.ondracka(a)email.cz
Created an …
[View More]attachment (id=45121)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45121)
terminal output
There is a strange triangle of whiter area and missing effects between screen
center and horizon in Oilrush.
I'm attaching terminal output, however I don't think there is anything
important, just a few of:
Mesa warning: glDraw[Range]Elements(start 130, end 877, count 1650, type
0x1403, indices=0x1c2)
end is out of bounds (max=876) Element Buffer 31 (size 3750)
This should probably be fixed in the application.
and
Mesa: User error: GL_INVALID_VALUE in glTexSubImage2D(xoffset+width)
OpenGL error: invalid value
However both of those errors are also present with llvmpipe which renders fine
(not 100% fine, but this bug is not present there).
RADEON_NOT_TCL=1 also solves this issue, where READEON_DEBUG=noopt has no
effect.
BTW you need to set MESA_EXTENSION_OVERRIDE="-GL_ARB_draw_instanced" when using
llvmpipe of software TCL otherwise you run into other troubles like:
GLShader::loadVertex(): error in
"core/shaders/default/meshes/vertex_base.shader" file
defines:
UNKNOWN,QUALITY_LOW,MULTISAMPLE_0,USE_INSTANCING,USE_TEXTURE_3D,USE_ALPHA_FADE,USE_ENVIRONMENT,OPENGL,USE_PSEUDO_INSTANCING,USE_PSEUDO_TRANSFORM,HAS_ARB_DRAW_INSTANCED,BASE_AMBIENT_REFLECTION_CUBE,AMBIENT,PAINT,OPACITY,MULTIPLY_0
0:194(39): error: `gl_InstanceID' undeclared
0:194(42): error: Operands to arithmetic operators must be numeric
0:194(19): error: cannot construct `ivec3' from a non-numeric data type
0:194(58): error: Operands to arithmetic operators must be numeric
and almost no rendering at all.
My system
GPU:RV530
mesa: 9f013a8233197d4a0482661cb37cfeac1a61b804
Kernel: 2.6.38
Oilrush version: 0.61
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=34588
Summary: Screen corruption when running gtkperf on awesomewm
Product: Mesa
Version: git
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: jeff(a)deserettechnology.com
Recently, gtkperf will tear my whole screen …
[View More]apart in awesomewm 3.4.9 when it
gets to the drawing sections. I will try to take and attach a photo soon. I am
using cairo 1.10.2 with xcb enabled. I just compiled mesa, ati-dri, libgl,
xf86-ati from git today. This problem does *not* occur on a composited kwin
desktop on the same machine. Using a Macbook Pro 2,2 with Radeon Mobility
X1600. Using r300g.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=38258
Summary: SDL game teeworlds crashes in
r100_cs_track_texture_check
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: alkisg(a)gmail.com
The SDL-based game "…
[View More]teeworlds" crashes on a laptop with Radeon IGP
330M/340M/350M [1002:4337] when KMS is used, but it runs fine when I use
"nomodeset".
When I don't have "firmware-linux-nonfree" installed the game also doesn't
crash but it's 20 times slower, about 1 fps.
I tested on many recent Debian and Ubuntu versions - the output below is from
Debian testing (Wheezy). I had to comment out "options radeon modeset=1" in
/etc/modprobe.d/radeon-kms.conf for "nomodeset" to take effect.
I can attach more output upon request, or test with different software
versions.
Thank you.
$ teeworlds
<unrelated game output>
drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See
dmesg for more info.
$ dmesg | tail -n 2
[ 355.980790] [drm:r100_cs_track_texture_check] *ERROR* No texture bound to
unit 0
[ 355.980838] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
$ lspci -nn -k | grep -A 2 VGA
01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon IGP
330M/340M/350M [1002:4337]
Subsystem: Compaq Computer Corporation Device [0e11:0056]
Kernel driver in use: radeon
$ dpkg-query -W xserver-xorg-video-radeon firmware-linux '*mesa*'
xserver-xorg-video-radeon 1:6.14.2-1
firmware-linux 0.30
libgl1-mesa-dri 7.10.2-3
libgl1-mesa-glx 7.10.2-3
libglu1-mesa 7.10.2-3
mesa-utils 8.0.1-2
$ uname -a
Linux myrto 2.6.38-2-686 #1 SMP Sun May 8 14:49:45 UTC 2011 i686 GNU/Linux
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=37262
Summary: Extreme IO using libre/openoffice
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: de.techno(a)gmail.com
Since the last few days and in many places, I've been …
[View More]wandering around posting
this -
"I've been using KDE (QT) build of Openoffice on Gentoo and suddenly came
across
this strange problem which also persist with GTK openoffice and even
Libreoffice.
It appears Openoffice takes too much disk I/O when drawing toolbars, it takes 2
minutes to cold start OOo, and in the mean time the whole system is unusable (I
can hardly move the mouse) + the kernel hangs when I doing some other I/O
intensive tasks while OOo is loading, and sometimes it hangs even if I'm
nothing doing anything.
Since Base doesn't have many toolbars by default, it opens OK, but other things
are just horrible.
Most important fact is that all this happens when composting is enabled with
Kwin.
Also I've seen, this problem persists only if Kwin render method is OpenGL, if
it's XRender, the problem's solved."
As bug reports or in forms.
The problem appears to come from the latest mesa (May 16th 2011), downgrading
to 7.10.2 solves the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=36978
Summary: Radeon 7500 [rv200] - hardware tcl don't work corretly
Product: Mesa
Version: 7.10
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: dmbohdan(a)gmail.com
I use ArchLinux with last updates.
KMS is …
[View More]enabled.
My glxinfo
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
GLX_INTEL_swap_event
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R100 (RV200 4C57) 20090101 x86/MMX/SSE2 TCL
DRI2
OpenGL version string: 1.3 Mesa 7.10.2
My videocard is
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW
[Radeon Mobility 7500]
I try to start WarCraft 3 under wine, it's started successfully but exited
afted 3 seconds of main screen with error
drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See
dmesg for more info.
in dmesg i found
[ 7455.848226] [drm:radeon_cs_parser_init] *ERROR* cs IB too big: 16469
[ 7455.848231] [drm:radeon_cs_ioctl] *ERROR* Failed to initialize parser !
If I set software tcl - game works fine.
Here is an bugreport in ArchLinux bugzilla
https://bugs.archlinux.org/task/23155?project=1&opened=4027
Tell me please, if you need additional information
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=32350
Summary: Radeon laptop screen goes crazy after unplugging
hardware
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: evillanueva(a)roundbox.com
Created an attachment (…
[View More]id=41066)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41066)
Xorg log
Using Fedora 14 and radeon DRI driver.
After unplugging the power adapter the screen starts flashing corrupted video.
Looks like stair stepping effect.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=32325
Summary: [radeon] DRM version check only looks at minor number.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: rankincj(a)googlemail.com
Created an attachment (id=41020)
View: …
[View More]https://bugs.freedesktop.org/attachment.cgi?id=41020
Review: https://bugs.freedesktop.org/review?bug=32325&attachment=41020
[PATCH] Enable HyperZ and microtiling for R100 if DRM >= v2.x
I have noticed that Mesa 7.9 prints the following message with a recent 2.6.3x
kernel:
"DRM version 1.6 too old to support HyperZ, disabling."
The reason for this is that the DRM in the 2.6.36 kernel is v2.6:
[drm] Initialized radeon 2.6.0 20080528 for 0000:01:00.0 on minor 0
and Mesa only checks the minor version number. (Assuming that the major version
number is always 1.)
I have attached a patch that will also enable both HyperZ and texture
microtiling(?) on R100 if DRM >= v2.x.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]