https://bugs.freedesktop.org/show_bug.cgi?id=41849
Bug #: 41849
Summary: Mesa error megaglest
Classification: Unclassified
Product: Mesa
Version: 7.11
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: korchoi(a)mail.ru
Mesa 7.11 implementation error: Unexpected texture format in
radeon_update_wrapper()
Please report at bugs.freedesktop.org
Megaglest crashes entering game, reports the error above.
--
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=38859
Summary: Clipping in some fonts after returning from sleep
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/DRI/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: chris(a)chris-portela.com
Using Gnome 3, Arch Linux (current), with these opensource drivers(latest from
Arch Linux repos) I have issues when recovering from sleep sometimes. The
screen will begin to display some fonts with several fonts clipped which can
only be solved with a restart. For instance E's are cut off in half.
The attached image shows various examples of this annotated and highlighted to
show the issue.
--
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=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 "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.
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 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.
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 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.
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 (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.
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: 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.
https://bugs.freedesktop.org/show_bug.cgi?id=84627
Bug ID: 84627
Summary: (bisected) 32bit corruption with PIPE_USAGE_STREAM
reverted
Product: Mesa
Version: git
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: smoki00790(a)gmail.com
As Michel asks me here
https://bugs.freedesktop.org/show_bug.cgi?id=82050#add_comment
> (In reply to comment #65)
> Keep in mind that revert broke 32bit complitely, lot of corruption :)
>I haven't been able to reproduce that. If you still can, please file a bug for >it, as there's nothing preventing the kernel from using GTT instead of VRAM when >the latter is full.
So i can reproduce it today too on 32bit (64bit is not affected, at least not
by corruption) drm-next-3.18 kernel, 3.17.rc7, current mesa git and reverted
this:
http://lists.freedesktop.org/archives/mesa-dev/2014-August/066746.html
For the mesa part, i already bisected that it starts at (might be same reason
as bug 83436, but let alone that one for now):
http://cgit.freedesktop.org/mesa/mesa/commit/?id=07c65b85eada8dd34019763b6e…
For the kernel part not bisected yet, but it is somewhere in between 3.16 and
3.17-rc1, so hopefully i will bisect that maybe today :)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=79417
Priority: medium
Bug ID: 79417
Assignee: dri-devel(a)lists.freedesktop.org
Summary: r600-cayman: GPU lockup in Planetary Annihilation (PTE
66705) on HD6950
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: sxx.public(a)yahoo.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/r600
Product: Mesa
Created attachment 100117
--> https://bugs.freedesktop.org/attachment.cgi?id=100117&action=edit
dmesg output when GPU locked up
This report partially related to bug 68527, but It's have to be new task
because since yesterday's update game is using OpenGL 3.3 core profile which
make it compatible with open source drivers. Game is tested and working on
Intel HD4600 and LLVMPipe.
Unfrortunately running it on HD6950 with R600 still result in GPU lockup. As in
old task one of problems is complicated sun shader, but even if I remove this
one I still get GPU lockup and I have no idea what else might cause issue.
I made two traces using git version of APItrace, both traces takes when game
running on Intel HD4600. First trace is with sun shader:
https://drive.google.com/file/d/0B5LwC3WbdQ3DWjFJaVRiNndVdk0/edit?usp=shari…
Second without sun shader:
https://drive.google.com/file/d/0B5LwC3WbdQ3DOC1JVFhFTHdObVE/edit?usp=shari…
Both traces lockup GPU and X when I try to replay them on HD6950.
Useful part of "dmesg" output attached to task too.
PS: My system info:
Ubuntu 14.04 with kernel 3.14 and Mesa from Oibaf PPA:
OpenGL Renderer: Gallium 0.4 on AMD CAYMAN
OpenGL Version: 3.3 (Core Profile) Mesa 10.3.0-devel (git-ecee4c4
trusty-oibaf-ppa)
--
You are receiving this mail because:
You are the assignee for the bug.