dri-devel June 2013

dri-devel@lists.freedesktop.org

132 participants
727 discussions

[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 60254] New: agd5f wip kernel Oops when provoking GPU lock.
by bugzilla-daemon＠freedesktop.org 30 Jul '15

30 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=60254 Priority: medium Bug ID: 60254 Assignee: dri-devel(a)lists.freedesktop.org Summary: agd5f wip kernel Oops when provoking GPU lock. Severity: normal Classification: Unclassified OS: All Reporter: lists(a)andyfurniss.entadsl.com Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI The GPU lock with Rv670 and openarena is nothing new - it seems to have been a feature for almost a year (I haven't used rv670 for most of that time). On noticing the new gpu reset code in drm-next-3.9-wip I decided to provoke it on my AGP box and got - Feb 3 20:46:56 nf7 kernel: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec Feb 3 20:46:56 nf7 kernel: radeon 0000:02:00.0: GPU lockup (waiting for 0x00000000000111c8 last fence id 0x00000000000111c6) Feb 3 20:46:56 nf7 kernel: radeon 0000:02:00.0: f51df600 unpin not necessary Feb 3 20:46:56 nf7 kernel: radeon 0000:02:00.0: Saved 217 dwords of commands on ring 0. Feb 3 20:46:56 nf7 kernel: BUG: unable to handle kernel paging request at f87aec0c Feb 3 20:46:56 nf7 kernel: IP: [<fa033a3e>] radeon_fence_process+0x7e/0x160 [radeon] Feb 3 20:46:56 nf7 kernel: *pde = 3702f067 *pte = 00000000 Feb 3 20:46:56 nf7 kernel: Oops: 0000 [#1] PREEMPT Feb 3 20:46:56 nf7 kernel: Modules linked in: radeon fbcon font bitblit ttm softcursor drm_kms_helper drm fb fbdev i2c_algo_bit i2c_core cfbcopyarea cfbimgblt cfbfillrect ehci_pci ehci_hcd nvidia_agp agpgart ohci_hcd usbhid usbcore usb_common snd_intel8x0 snd_ac97_codec ac97_bus forcedeth Feb 3 20:46:56 nf7 kernel: Pid: 2511, comm: openarena.i386 Not tainted 3.8.0-rc3-gc7fb5ff #1 /NF7-S/NF7 (nVidia-nForce2) Feb 3 20:46:56 nf7 kernel: EIP: 0060:[<fa033a3e>] EFLAGS: 00210246 CPU: 0 Feb 3 20:46:56 nf7 kernel: EIP is at radeon_fence_process+0x7e/0x160 [radeon] Feb 3 20:46:56 nf7 kernel: EAX: f87aec0c EBX: f73b2848 ECX: f73b2848 EDX: 00000000 Feb 3 20:46:56 nf7 kernel: ESI: 00000000 EDI: f73b2000 EBP: e4765d8c ESP: e4765d58 Feb 3 20:46:56 nf7 kernel: DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 Feb 3 20:46:56 nf7 kernel: CR0: 8005003b CR2: f87aec0c CR3: 1e75f000 CR4: 000007d0 Feb 3 20:46:56 nf7 kernel: DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 Feb 3 20:46:56 nf7 kernel: DR6: ffff0ff0 DR7: 00000400 Feb 3 20:46:56 nf7 kernel: Process openarena.i386 (pid: 2511, ti=e4764000 task=f70ad2b0 task.ti=e4764000) Feb 3 20:46:56 nf7 kernel: Stack: Feb 3 20:46:56 nf7 kernel: c13d4e58 00765d7c 00000018 f73b2848 f73b2888 00000872 00000003 00000872 Feb 3 20:46:56 nf7 kernel: 00000000 0000000c 00000003 f73b2a5c e4765e0c e4765da4 fa034850 f73b2000 Feb 3 20:46:56 nf7 kernel: f73b2000 f73b2a5c e4765e0c e4765dc4 fa049bb8 f73b28e8 00000000 c12b06cd Feb 3 20:46:56 nf7 kernel: Call Trace: Feb 3 20:46:56 nf7 kernel: [<c13d4e58>] ? sub_preempt_count+0x8/0x80 Feb 3 20:46:56 nf7 kernel: [<fa034850>] radeon_fence_count_emitted+0x20/0x90 [radeon] Feb 3 20:46:56 nf7 kernel: [<fa049bb8>] radeon_ring_backup+0x38/0x100 [radeon] Feb 3 20:46:56 nf7 kernel: [<c12b06cd>] ? _dev_info+0x2d/0x30 Feb 3 20:46:56 nf7 kernel: [<fa020b22>] radeon_gpu_reset+0x62/0x1d0 [radeon] Feb 3 20:46:56 nf7 kernel: [<f8be99c6>] ? ttm_bo_unreserve+0x26/0x50 [ttm] Feb 3 20:46:56 nf7 kernel: [<fa04821d>] radeon_gem_handle_lockup.part.2+0xd/0x20 [radeon] Feb 3 20:46:56 nf7 kernel: [<fa048b13>] radeon_gem_wait_idle_ioctl+0xb3/0xd0 [radeon] Feb 3 20:46:56 nf7 kernel: [<fa048a60>] ? radeon_gem_busy_ioctl+0xf0/0xf0 [radeon] Feb 3 20:46:56 nf7 kernel: [<f8af9e82>] drm_ioctl+0x402/0x460 [drm] Feb 3 20:46:56 nf7 kernel: [<fa048a60>] ? radeon_gem_busy_ioctl+0xf0/0xf0 [radeon] Feb 3 20:46:56 nf7 kernel: [<c104f469>] ? ktime_add_safe+0x9/0x60 Feb 3 20:46:56 nf7 kernel: [<c104fe80>] ? hrtimer_forward+0xa0/0x190 Feb 3 20:46:56 nf7 kernel: [<f8af9a80>] ? drm_copy_field+0x80/0x80 [drm] Feb 3 20:46:56 nf7 kernel: [<c10eb65a>] do_vfs_ioctl+0x7a/0x590 Feb 3 20:46:56 nf7 kernel: [<c101ef0b>] ? lapic_next_event+0x1b/0x20 Feb 3 20:46:56 nf7 kernel: [<c106978d>] ? clockevents_program_event+0x9d/0x150 Feb 3 20:46:56 nf7 kernel: [<c106ab18>] ? tick_program_event+0x28/0x30 Feb 3 20:46:56 nf7 kernel: [<c1050612>] ? hrtimer_interrupt+0x182/0x2f0 Feb 3 20:46:56 nf7 kernel: [<c13d4e58>] ? sub_preempt_count+0x8/0x80 Feb 3 20:46:56 nf7 kernel: [<c1048cf9>] ? __rcu_read_unlock+0x9/0x60 Feb 3 20:46:56 nf7 kernel: [<c10f4bc7>] ? fget_light+0x77/0xd0 Feb 3 20:46:56 nf7 kernel: [<c10ebbac>] sys_ioctl+0x3c/0x70 Feb 3 20:46:56 nf7 kernel: [<c13d7ffa>] sysenter_do_call+0x12/0x22 Feb 3 20:46:56 nf7 kernel: Code: 8b 4d d4 8d 84 51 f0 00 00 00 8b 74 c7 08 89 75 e0 8b 74 c7 0c 8b 45 d8 83 c0 08 80 bf ec 0d 00 00 00 0f 84 bf 00 00 00 8b 40 0c <8b> 00 39 45 e8 8b 4d ec 89 c3 ba 01 00 00 00 0f 47 ce 39 f1 77 Feb 3 20:46:56 nf7 kernel: EIP: [<fa033a3e>] radeon_fence_process+0x7e/0x160 [radeon] SS:ESP 0068:e4765d58 Feb 3 20:46:56 nf7 kernel: CR2: 00000000f87aec0c Feb 3 20:46:56 nf7 kernel: ---[ end trace 457588a7cbc40235 ]--- -- You are receiving this mail because: You are the assignee for the bug.

1 5

[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 65730] New: no sound via HDMI for Radeon 6850 mesa driver
by bugzilla-daemon＠freedesktop.org 13 Jul '15

13 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=65730 Priority: medium Bug ID: 65730 Assignee: dri-devel(a)lists.freedesktop.org Summary: no sound via HDMI for Radeon 6850 mesa driver Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jasontheparamedic(a)hotmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/DRI/R600 Product: Mesa Greetings, this is my first bug report so I apologize if it is placed in the wrong section. I am unable to get sound via HDMI cable using the open source driver for my Radeon 6850. I have (X)ubuntu 13.04 32bit system, using mesa 9.2, as provided by the xorg-edgers ppa, using all appropriate updates as passed downstream by the ppa. Using the FGLRX driver does fix the sound issue along with providing a high level of hardware acceleration, but it does cripple me being able to play on some emulators due to the well-known buggy nature of the FGLRX driver. I already made a report on the askubuntu.com forums, but so far there has been no response. My motherboard's native sound card is broken, so currently I have my computer speakers plugged into the HD monitor, hence HDMI sound is my only choice at this time. Here is a link to my askubuntu question (so as to avoid duplication of effort with providing info). http://askubuntu.com/questions/306196/no-sound-via-hdmi-using-xubuntu-13-04… Thanks in advance for any assistance. -- You are receiving this mail because: You are the assignee for the bug.

1 14

[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 60553] New: [trine2] wrong colors when executed fullscreen
by bugzilla-daemon＠freedesktop.org 14 May '15

14 May '15

https://bugs.freedesktop.org/show_bug.cgi?id=60553 Priority: medium Bug ID: 60553 Assignee: dri-devel(a)lists.freedesktop.org Summary: [trine2] wrong colors when executed fullscreen Severity: normal Classification: Unclassified OS: All Reporter: lordheavym(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 74499 --> https://bugs.freedesktop.org/attachment.cgi?id=74499&action=edit Trine2 screen with wrong colors * mesa from git * xf86-video-ati-7.0.0 * radeon HD6870 Trine2 game colors are wrong when running fullscreen, not windowed. Here is the start of an apitrace output (it fail with an error): [lordh@archMain Trine 2]$ apitrace dump trine2_linux_32bit.trace 6 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_LEVEL, GLX_GREEN_SIZE, GLX_LEVEL, GLX_BLUE_SIZE, GLX_BUFFER_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, GLX_ACCUM_BLUE_SIZE, 0}) = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 7 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xcfd3240 8 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566146, ctx = 0xcfd3240) = True 14 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 15 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xcfd3240) 16 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_LEVEL, GLX_GREEN_SIZE, GLX_LEVEL, GLX_BLUE_SIZE, GLX_BUFFER_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, GLX_ACCUM_BLUE_SIZE, 0}) = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 17 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8b28, visualid = 557, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xd025658 18 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566149, ctx = 0xd025658) = True 21 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 22 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xd025658) 29 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_RED_SIZE, GLX_GREEN_SIZE, GLX_RED_SIZE, GLX_BLUE_SIZE, GLX_RED_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, GLX_RED_SIZE, 0}) = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} 30 glXCreateContext(dpy = 0xcfdcfb8, vis = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8}, shareList = NULL, direct = True) = 0xd000248 31 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 98566152, ctx = 0xd000248) = True 37 glXMakeCurrent(dpy = 0xcfdcfb8, drawable = 0, ctx = NULL) = True 38 glXDestroyContext(dpy = 0xcfdcfb8, ctx = 0xd000248) 39 glXChooseVisual(dpy = 0xcfdcfb8, screen = 0, attribList = {GLX_RGBA, GLX_RED_SIZE, GLX_RED_SIZE, GLX_GREEN_SIZE, GLX_RED_SIZE, GLX_BLUE_SIZE, GLX_RED_SIZE, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, GLX_RED_SIZE, 0}) = &{visual = 0xcfe8be8, visualid = 563, screen = 0, depth = 24, c_class = 4, red_mask = 16711680, green_mask = 65280, blue_mask = 255, colormap_size = 256, bits_per_rgb = 8} error: unknown event 4 -- You are receiving this mail because: You are the assignee for the bug.

1 13

[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

[Bug 65190] New: glxgears on r600g (rv770) is garbled with llvm enabled
by bugzilla-daemon＠freedesktop.org 21 Apr '15

21 Apr '15

https://bugs.freedesktop.org/show_bug.cgi?id=65190 Priority: medium Bug ID: 65190 Assignee: dri-devel(a)lists.freedesktop.org Summary: glxgears on r600g (rv770) is garbled with llvm enabled Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ace(a)sannes.org Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 80067 --> https://bugs.freedesktop.org/attachment.cgi?id=80067&action=edit output of R600-DEBUG=vs,ps glxgears Running glxgears gives garbled output, tstellar on irc asked me to file a bug with the output of R600_DEBUG=vs,ps glxgears I have a rv770 card (4870) and have compiled mesa with llvm. It does not get garbled if I run with: R600_DEBUG=sb works. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[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
...
26
27
28
29
30
31
32
...
73
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2013