dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 39287] New: Framebuffer object extension is exposed, but appears never supported by radeon on R200
by bugzilla-daemon＠freedesktop.org 01 Dec '15

01 Dec '15

https://bugs.freedesktop.org/show_bug.cgi?id=39287 Summary: Framebuffer object extension is exposed, but appears never supported by radeon on R200 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: b7.10110111(a)gmail.com Created an attachment (id=49182) --> (https://bugs.freedesktop.org/attachment.cgi?id=49182) Test program See test program. A framebuffer object is created there, and a color attachment of 2^n x 2^m is attached to it. Regardless of using depth renderbuffer attachment, framebuffer status is always GL_FRAMEBUFFER_UNSUPPORTED. Test program continues execution nonetheless, to see if something is drawn. In some circumstances, i do see some part of the image for several frames, but they disappear after that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 44568] New: Half-Life 1 engine has poor fps is large areas
by bugzilla-daemon＠freedesktop.org 26 Nov '15

26 Nov '15

https://bugs.freedesktop.org/show_bug.cgi?id=44568 Bug #: 44568 Summary: Half-Life 1 engine has poor fps is large areas Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: toni.spets(a)iki.fi Created attachment 55280 --> https://bugs.freedesktop.org/attachment.cgi?id=55280 Slow GLTrace I've been following the fps of this engine for a few years, pre-gallium and lately gallium. There is a noticable fps drop in maps that contain water or a lot of models. Normally, a fps drop from 100 to ~15 happens in action situations with smoke, other players, water etc. Taken that the engine is over 10 years old, is using standard OpenGL and it runs very fine at 100fps on windows, my guesstimate is that it is using some unoptimized GL path. Attached slow gltrace is from viewing an area where my fps in 800x600 resolution is around 56 with a lot of models on the screen and the fast trace is from a map that doesn't have that drop at all when nothing is happening. The traces are around from the same period of time but the fast trace went at ~25 fps and the slow at ~5 fps when it was logged. Both traces start and end with the game menu but only briefly. Would appreciate if someone could finally take a shot at fixing this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 36782] New: textures on Earth in Celestia contain pixels from other windows
by bugzilla-daemon＠freedesktop.org 17 Nov '15

17 Nov '15

https://bugs.freedesktop.org/show_bug.cgi?id=36782 Summary: textures on Earth in Celestia contain pixels from other windows Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: acelists(a)atlas.sk Created an attachment (id=46261) --> (https://bugs.freedesktop.org/attachment.cgi?id=46261) See the blue dotted band around the planet - it is a window titlebar. Textures on the planet Earth are rendered garbled with data pixel taken from other windows (programs), probably taken from released GPU memory. Note it only happens on Earth. The garbled texture is not the planet surface one, but it is the clouds layer. That is loaded from a file that is 1024x512. It does not happen when lowres textures are selected. Then a 128x64px file is used for the clouds. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 8

[Bug 56659] New: DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay
by bugzilla-daemon＠freedesktop.org 08 Sep '15

08 Sep '15

https://bugs.freedesktop.org/show_bug.cgi?id=56659 Priority: medium Bug ID: 56659 Assignee: dri-devel(a)lists.freedesktop.org Summary: DRI_PRIME: triangle, rendering inside of which occurs with a noticeable delay Severity: normal Classification: Unclassified OS: All Reporter: runetmember(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 69414 --> https://bugs.freedesktop.org/attachment.cgi?id=69414&action=edit Example of artifact Hello! Please look at attached screenshot - there is triangle where we still see part of old frame, that was displayed on screen few frames before. I doesn't sure about terminology, but from my point of view looks like rendering in this triangle is lag behind rest of the screen. This issue happen for me only for applications launched with enabled offloading rendering (DRI_PRIME=1). It's reproducible not only in "Left 4 Dead 2" but also in other applications. Even in Chromium (if you launch it with "--ignore-gpu-blacklist" option that enabled hardware rendering on Mesa, and "DRI_PRIME=1" that enable offloading rendering) display same artifact (triangle) while scrolling pages. Also you may notice this artifact in glxgears, if you you run it in fullscreen mode. Software: Kubuntu 12.10 x86_64 updated from Xorg Edgers PPA. Mesa: 9.1~git20121029.00e6819e libdrm-radeon1: git20121025.bc494b31 xserver-xorg-video-radeon: git20120928.e8cb0b72 xserver-xorg-core: 1.13.0+git20120920.70e57668 Enabled or disabled V-Sync in KWin settings doesn't make the difference. Enabled or disabled V-Sync in game settings doesn't make the difference. Screenshot taken with stock Kubuntu kernel (3.5.0-17). With 3.7rc3 kernel issue still reproducible, but just a bit less noticeable. Hardware: Acer Aspire 7560G laptop, AMD APU A8-3500M with integrated Radeon HD 6620G (SUMO) Discrete AMD Radeon HD 6650M (TURKS) "xrandr --listproviders" output: Providers: number : 2 Provider 0: id: 138 cap: 0xd, Source Output, Source Offload, Sink Offload crtcs: 2 outputs: 3 associated providers: 1 name:radeon Provider 1: id: 85 cap: 0xd, Source Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 1 name:radeon -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 53118] New: Rendering error in unigine heaven when GL_ARB_shader_bit_encoding is used.
by bugzilla-daemon＠freedesktop.org 16 Aug '15

16 Aug '15

https://bugs.freedesktop.org/show_bug.cgi?id=53118 Bug #: 53118 Summary: Rendering error in unigine heaven when GL_ARB_shader_bit_encoding is used. Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: thomas.lindroth(a)gmail.com Created attachment 65111 --> https://bugs.freedesktop.org/attachment.cgi?id=65111 screenshot Textures are rendered incorrectly in unigine heaven on latest git drivers with kernel 3.5.0 when shaders are set to high and ambient occlusion is on. The problem is fixed when exporting MESA_EXTENSION_OVERRIDE="-GL_ARB_shader_bit_encoding" Hardware is juniper. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 32312] New: openvg "lion" demo freezes the system & lockup GPU with r600g
by bugzilla-daemon＠freedesktop.org 02 Aug '15

02 Aug '15

https://bugs.freedesktop.org/show_bug.cgi?id=32312 Summary: openvg "lion" demo freezes the system & lockup GPU with r600g Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: virtuousfox(a)gmail.com in time of bug #30684 r600g were giving poor performance with "lion" demo (about ~30 fps on my system) but not long ago i've noticed big, x10 time speedup (up to ~350 fps). however, it was not for long: with 783e7caadf945f176cb297b8791769e2855fc9ef revision launching "lion" demo on my system results in 1) video system freeze 2) 100% CPU time usage on all cores and total system freeze up if i not act quickly and not kill demo process via ssh fast if killed in time - all goes back to normal, in exception of launching gles1gears demo right after which results in same behaviour. however, repeated launch of gles1gears results in working demo but with some artefacts. third launch is all ok. i'm pretty sure that regression was introduced in r600g in last 48 ~hours (same revision but with r300g work ok) but i haven't done bisect. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 33399] New: No HDMI PCM mutichannel audio
by bugzilla-daemon＠freedesktop.org 14 Jul '15

14 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=33399 Summary: No HDMI PCM mutichannel audio Product: DRI Version: XOrg CVS Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: xavier.bestel(a)free.fr Hi, using a HD 2600, audio over HDMI is stereo-only. The only mean to have multichannel (e.g. 5.1) is to use passthrough, but true multichannel (e.g. 8 channels PCM) isn't supported by the driver, although it should be supported by the HDMI standard. Here's the excerpt from alsa-info.sh concerning the card: Codec: ATI R6xx HDMI Address: 0 AFG Function Id: 0x1 (unsol 0) Vendor Id: 0x1002aa01 Subsystem Id: 0x00aa0100 Revision Id: 0x100000 No Modem Function Group found Default PCM: rates [0x40]: 48000 bits [0x2]: 16 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x02 [Audio Output] wcaps 0x201: Stereo Digital Control: name="IEC958 Playback Con Mask", index=0, device=0 Control: name="IEC958 Playback Pro Mask", index=0, device=0 Control: name="IEC958 Playback Default", index=0, device=0 Control: name="IEC958 Playback Switch", index=0, device=0 Device: name="HDMI 0", type="HDMI", device=3 Converter: stream=1, channel=0 Digital: Enabled GenLevel Digital category: 0x2 Node 0x03 [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x00000094: OUT Detect HDMI Pin Default 0x18560010: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x1, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x02 Full data is at http://www.alsa-project.org/db/?f=b3f67a0890f9878b7b3f345578e24eda0aaa59ac Thanks, Xav -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[Bug 36563] New: Unity locks up with latest xorg/mesa/dri/drm
by bugzilla-daemon＠freedesktop.org 07 Jul '15

07 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=36563 Summary: Unity locks up with latest xorg/mesa/dri/drm Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ernstp(a)gmail.com #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x00007f643c9615b4 in _L_lock_944 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007f643c9613ca in __pthread_mutex_lock (mutex=0xf09a68) at pthread_mutex_lock.c:61 #3 0x00007f6432d91f9d in radeon_bo (radeon=0xf09a10, handle=21, size=0, alignment=0) at radeon_bo.c:78 #4 0x00007f6432d8d612 in r600_bo_handle (radeon=0xf09a10, handle=21, array_mode=0x7fff0d9888ec) at r600_bo.c:83 #5 0x00007f6432d7770d in r600_texture_from_handle (screen=0xf09bd0, templ=0x7fff0d988990, whandle=0x7fff0d9889d0) at r600_texture.c:484 #6 0x00007f6432d8b29a in dri2_drawable_process_buffers (drawable=0x7f6434095e20, statts=<value optimized out>, count=228100616) at dri2.c:253 #7 dri2_allocate_textures (drawable=0x7f6434095e20, statts=<value optimized out>, count=228100616) at dri2.c:363 #8 0x00007f6432d8c1f7 in dri_st_framebuffer_validate (stfbi=<value optimized out>, statts=0x7fff0d988a80, count=1, out=0x0) at dri_drawable.c:73 #9 0x00007f6432d8c370 in dri_drawable_validate_att (pDRICtx=<value optimized out>, target=3553, format=8410, dPriv=<value optimized out>) at dri_drawable.c:185 #10 dri_set_tex_buffer2 (pDRICtx=<value optimized out>, target=3553, format=8410, dPriv=<value optimized out>) at dri_drawable.c:199 #11 0x00007f6433bc41fe in TfpTexture::bindPixmapToTexture(unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #12 0x00007f6433bc9cf4 in boost::detail::function::function_invoker4<GLTexture::List (*)(unsigned long, int, int, int), GLTexture::List, unsigned long, int, int, int>::invoke(boost::detail::function::function_buffer&, unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #13 0x00007f6433bc3cb4 in GLTexture::bindPixmapToTexture(unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #14 0x00007f643072ff79 in DecorTexture::DecorTexture(unsigned long) () from /usr/lib/compiz/libdecor.so #15 0x00007f6430730095 in DecorScreen::getTexture(unsigned long) () from /usr/lib/compiz/libdecor.so #16 0x00007f6430730678 in Decoration::create(unsigned long, unsigned long) () from /usr/lib/compiz/libdecor.so #17 0x00007f6430730704 in DecorWindow::updateDecoration() () from /usr/lib/compiz/libdecor.so #18 0x00007f6430733593 in DecorScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libdecor.so #19 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #20 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #21 0x00007f642fef44bf in RegexScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libregex.so #22 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #23 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #24 0x00007f642f3c97bc in MoveScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libmove.so #25 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #26 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #27 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #28 0x00007f642d2bb1ad in WorkaroundsScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libworkarounds.so #29 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #30 0x00007f642ce7c396 in ResizeScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libresize.so #31 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #32 0x00007f642cc626c1 in FadeScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libfade.so #33 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #34 0x00007f642ca4d0cb in UnityMTGrabHandlesScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libunitymtgrabhandles.so #35 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #36 0x00007f642c62a3c7 in PrivateScaleScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libscale.so #37 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #38 0x00007f642c40f3c0 in SessionScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libsession.so #39 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #40 0x00007f642c174829 in UnityScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libunityshell.so #41 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #42 0x000000000042e59b in PrivateScreen::processEvents() () #43 0x0000000000455958 in CompEventSource::callback() () #44 0x00007f643db83daf in Glib::Source::dispatch_vfunc(_GSource*, int (*)(void*), void*) () from /usr/lib/libglibmm-2.4.so.1 #45 0x00007f643d032bcd in g_main_dispatch (context=0xea3f30) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:2440 #46 g_main_context_dispatch (context=0xea3f30) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3013 #47 0x00007f643d0333a8 in g_main_context_iterate (context=0xea3f30, block=<value optimized out>, dispatch=1, self=<value optimized out>) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3091 #48 0x00007f643d0339f2 in g_main_loop_run (loop=0xee5620) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 #49 0x000000000042a2ea in CompScreen::eventLoop() () #50 0x0000000000423160 in main () -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 49817] New: radeon: The kernel rejected CS when running shader example from SFML library
by bugzilla-daemon＠freedesktop.org 23 Apr '15

23 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=49817 Bug #: 49817 Summary: radeon: The kernel rejected CS when running shader example from SFML library Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lordheavym(a)gmail.com Running shader example from SFML library flood the terminal with previous message, the rendering window is garbled. * dmesg output: [132186.056570] radeon 0000:01:00.0: texture bo too small (800 80 26 0 -> 256000 have 4096) [132186.056581] radeon 0000:01:00.0: alignments 800 16 8 512 [132186.056588] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [132186.073312] radeon 0000:01:00.0: texture bo too small (800 80 26 0 -> 256000 have 4096) [132186.073322] radeon 0000:01:00.0: alignments 800 16 8 512 [132186.073328] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! * [lordh@archMain shader]$ uname -a Linux archMain 3.3.5-1-ARCH #1 SMP PREEMPT Mon May 7 19:57:51 CEST 2012 x86_64 AMD Athlon(tm) II X4 630 Processor AuthenticAMD GNU/Linux * glxinfo: OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 8.1-devel (git-23c0d46) OpenGL shading language version string: 1.30 * libdrm from git * sfml-2.0rc library download: http://www.sfml-dev.org/download.php#2.0-rc * Direct link to the shader example (included in the 2.0rc version): https://github.com/LaurentGomila/SFML/tree/3c317cab9bccf11d34904637d48c9125… -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 21

[PATCH 0/7] DRM/Radeon Cleanup
by Michael Witten 14 Apr '15

14 Apr '15

Whilst working on my failing Radeon GPU: Subject: Re: Curious experiences with a Radeon on the fritz Date: Wed, 21 Sep 2011 18:52:19 -0000 Message-ID: <c0efd8527ff34853a23f1d706be29c67-mfwitten(a)gmail.com> http://lists.freedesktop.org/archives/dri-devel/2011-September/014506.html I made the following trivial improvements to the DRM/Radeon code along the way ([6] fixes a bug): [1] DRM: comment: drm_crtc{=>_helper}_set_mode [2] DRM: comment: halve -> half [3] DRM: cleanup: Remove unused `gamma_size' [4] DRM: comment: gdm_proc_lists -> drm_proc_lists [5] DRM: cleanup: `size == 0' is never true [6] DRM: bug: RADEON_DEBUGFS_MAX_{NUM_FILES => COMPONENTS} [7] DRM: cleanup: Remove unsused `tmp' Here is the overall difference: drivers/gpu/drm/drm_crtc_helper.c | 2 +- drivers/gpu/drm/drm_fb_helper.c | 3 --- drivers/gpu/drm/drm_irq.c | 4 ++-- drivers/gpu/drm/drm_proc.c | 2 +- drivers/gpu/drm/radeon/radeon.h | 2 +- drivers/gpu/drm/radeon/radeon_bios.c | 2 +- drivers/gpu/drm/radeon/radeon_combios.c | 2 +- drivers/gpu/drm/radeon/radeon_device.c | 13 ++++++++----- 8 files changed, 15 insertions(+), 15 deletions(-) Sincerely, Michael Witten -- 1.7.6.409.ge7a85

3 16

← Newer
1
...
20
21
22
23
24
25
26
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012