dri-devel March 2015

dri-devel@lists.freedesktop.org

196 participants
1117 discussions

[Bug 37193] New: Crash while switching between OpenGL window and other window
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=37193 Summary: Crash while switching between OpenGL window and other window Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: info(a)noctus.net Thanks to the Unigine Heaven demo I was finally able to reliably reproduce an issue which I only experienced with Mplayer before. Upon switching back and forth between one window where OpenGL is used and another one, quickly the whole input and output of X freezes followed by a hard restart of my system a few moments later. Conditions to reproduce here: 1) Have the Composite extension enabled - the crash does not occur without the Composite extension - disabling Compositing in my WM (Xfwm4, uses XRender) does prevent the crashes 2) Have rencer acceleration enabled - Setting RenderAccel to "Off" prevents the crashes - Crashes occur both with EXA as well as XAA 3) Start an application which opens an OpenGL context with a least amount of complexity wrt the graphics - Crash is reproducible with Mplayer using the GL video output - Also reproducible with the Unigine Heaven demo - Not reproducible with glxgears (seemingly too simple) 4) Open another application window and start switching back and forth between those two Due to the hard restart I am currently unable to find any traces of debugging information so help for getting started on this is greatly appreciated. I am aware that there are quite a few other reports which sound similar to this one and I thought about adding a comment on these. However, without any additional info to add, my comment wouldn’t be that much worth. Thus I am mostly hoping for help on gathering as much information as possible. Aside from using the latest Mesa git master I am also using the latest git master of the xf86-video-ati DDX. (I also wanted to spare you from this lengthy message in #dri-devel ;-) ) -- 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 34708] New: running piglit on r600 causes gkrellm to lose text color
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=34708 Summary: running piglit on r600 causes gkrellm to lose text color Product: Mesa Version: 7.10 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: hramrach(a)gmail.com Created an attachment (id=43790) --> (https://bugs.freedesktop.org/attachment.cgi?id=43790) screenshot of part of the gkrellm window After running some 3d apps (eg. piglit) parts of gkrellm lose text color. Firefox does not seem affected, nor are terminals. While taking the screenshot the Lock and Shoot buttons which were previously OK lost color while they were redrawn. As all the text that loses color is the value text (as opposed to the label text) it looks like any newly drawn text is not colored (black). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 34373] New: RV620 : r600g : game ET:quakewars demo: GPU lockup
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=34373 Summary: RV620 : r600g : game ET:quakewars demo: GPU lockup Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aderumier(a)odiso.com Hi, now than s3tc works with r600g, i can test enemy territory quakewars. i'm using last drm-radeon-testing kernel and mesa-git. I have a freeze in game, maybe 5 seconds after i'm in the maps. (i can move in the maps, and the rendering is almost perfect). here the dmesg radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec ------------[ cut here ]------------ WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:248 radeon_fence_wait+0x318/0x370 [radeon]() Hardware name: Studio 1537 GPU lockup (waiting for 0x00144636 last fence id 0x00144633) Modules linked in: tun aes_i586 aes_generic ipv6 usbhid hid joydev uvcvideo arc4 videodev ecb snd_hda_codec_hdmi iwlagn snd_seq_dummy snd_hda_codec_idt snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device iwlcore snd_hda_intel mac80211 snd_hda_codec snd_pcm_oss psmouse snd_hwdep dell_wmi sparse_keymap firewire_ohci sdhci_pci rtc_cmos tg3 sdhci snd_pcm firewire_core uhci_hcd snd_mixer_oss snd_timer serio_raw mmc_core crc_itu_t rtc_core snd dell_laptop cfg80211 intel_agp ehci_hcd libphy wmi soundcore rtc_lib ac iTCO_wdt button battery thermal processor evdev sg dcdbas intel_gtt snd_page_alloc rfkill pcspkr i2c_i801 usbcore iTCO_vendor_support fuse ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod ahci libahci libata scsi_mod radeon ttm drm_kms_helper drm agpgart i2c_algo_bit i2c_core Pid: 23839, comm: etqw.x86 Tainted: G W 2.6.38-rc4-43255-g52280c2-dirty #1 Call Trace: [<c10443ed>] ? warn_slowpath_common+0x6d/0xa0 [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<c104449e>] ? warn_slowpath_fmt+0x2e/0x30 [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<c10612d0>] ? autoremove_wake_function+0x0/0x40 [<f82332ac>] ? radeon_sync_obj_wait+0xc/0x10 [radeon] [<f80edc0e>] ? ttm_bo_wait+0xce/0x160 [ttm] [<f80f07d6>] ? ttm_bo_move_accel_cleanup+0x86/0x2a0 [ttm] [<f8233531>] ? radeon_move_blit.clone.0+0x131/0x1b0 [radeon] [<f823395c>] ? radeon_bo_move+0x3ac/0x3c0 [radeon] [<f80ee65d>] ? ttm_bo_list_ref_sub+0x1d/0x20 [ttm] [<f80eeece>] ? ttm_bo_handle_move_mem+0x10e/0x320 [ttm] [<f82335b0>] ? radeon_bo_move+0x0/0x3c0 [radeon] [<f80efdf5>] ? ttm_bo_move_buffer+0x115/0x130 [ttm] [<f80ee65d>] ? ttm_bo_list_ref_sub+0x1d/0x20 [ttm] [<f80efeb8>] ? ttm_bo_validate+0xa8/0x120 [ttm] [<f82347eb>] ? radeon_bo_list_validate+0x6b/0xc0 [radeon] [<f824b819>] ? radeon_cs_parser_relocs+0x1f9/0x240 [radeon] [<f824ba9a>] ? radeon_cs_parser_init+0x23a/0x2c0 [radeon] [<f824bc40>] ? radeon_cs_ioctl+0x70/0x180 [radeon] [<f8091ba1>] ? drm_ioctl+0x1e1/0x470 [drm] [<f824bbd0>] ? radeon_cs_ioctl+0x0/0x180 [radeon] [<c10dcfdc>] ? handle_pte_fault+0x38c/0x860 [<f80919c0>] ? drm_ioctl+0x0/0x470 [drm] [<c110a7f9>] ? do_vfs_ioctl+0x79/0x580 [<c1028316>] ? do_page_fault+0x1a6/0x440 [<c106ac36>] ? getnstimeofday+0x46/0x120 [<c10fcc9c>] ? fget_light+0x6c/0xb0 [<c110ad7f>] ? sys_ioctl+0x7f/0x90 [<c100389f>] ? sysenter_do_call+0x12/0x28 ---[ end trace 5e931a5b1aa3b579 ]--- [drm] Disabling audio support HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 radeon 0000:01:00.0: GPU softreset radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA25334E0 radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000103 radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200080C0 radeon 0000:01:00.0: GPU reset succeed radeon 0000:01:00.0: WB enabled [drm] ring test succeeded in 1 usecs [drm] ib test succeeded in 1 usecs [drm] Enabling audio support HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec ------------[ cut here ]------------ WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:248 radeon_fence_wait+0x318/0x370 [radeon]() Hardware name: Studio 1537 GPU lockup (waiting for 0x0014463B last fence id 0x00144637) Modules linked in: tun aes_i586 aes_generic ipv6 usbhid hid joydev uvcvideo arc4 videodev ecb snd_hda_codec_hdmi iwlagn snd_seq_dummy snd_hda_codec_idt snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device iwlcore snd_hda_intel mac80211 snd_hda_codec snd_pcm_oss psmouse snd_hwdep dell_wmi sparse_keymap firewire_ohci sdhci_pci rtc_cmos tg3 sdhci snd_pcm firewire_core uhci_hcd snd_mixer_oss snd_timer serio_raw mmc_core crc_itu_t rtc_core snd dell_laptop cfg80211 intel_agp ehci_hcd libphy wmi soundcore rtc_lib ac iTCO_wdt button battery thermal processor evdev sg dcdbas intel_gtt snd_page_alloc rfkill pcspkr i2c_i801 usbcore iTCO_vendor_support fuse ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod ahci libahci libata scsi_mod radeon ttm drm_kms_helper drm agpgart i2c_algo_bit i2c_core Pid: 23839, comm: etqw.x86 Tainted: G W 2.6.38-rc4-43255-g52280c2-dirty #1 Call Trace: [<c10443ed>] ? warn_slowpath_common+0x6d/0xa0 [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<c104449e>] ? warn_slowpath_fmt+0x2e/0x30 [<f8232aa8>] ? radeon_fence_wait+0x318/0x370 [radeon] [<c10612d0>] ? autoremove_wake_function+0x0/0x40 [<f82332ac>] ? radeon_sync_obj_wait+0xc/0x10 [radeon] [<f80edc0e>] ? ttm_bo_wait+0xce/0x160 [ttm] [<f80f07d6>] ? ttm_bo_move_accel_cleanup+0x86/0x2a0 [ttm] [<f8233531>] ? radeon_move_blit.clone.0+0x131/0x1b0 [radeon] [<f823395c>] ? radeon_bo_move+0x3ac/0x3c0 [radeon] [<f80ee65d>] ? ttm_bo_list_ref_sub+0x1d/0x20 [ttm] [<f80eeece>] ? ttm_bo_handle_move_mem+0x10e/0x320 [ttm] [<f82335b0>] ? radeon_bo_move+0x0/0x3c0 [radeon] [<f80efdf5>] ? ttm_bo_move_buffer+0x115/0x130 [ttm] [<f80ee65d>] ? ttm_bo_list_ref_sub+0x1d/0x20 [ttm] [<f80efeb8>] ? ttm_bo_validate+0xa8/0x120 [ttm] [<f82347eb>] ? radeon_bo_list_validate+0x6b/0xc0 [radeon] [<f824b819>] ? radeon_cs_parser_relocs+0x1f9/0x240 [radeon] [<f824ba9a>] ? radeon_cs_parser_init+0x23a/0x2c0 [radeon] [<f824bc40>] ? radeon_cs_ioctl+0x70/0x180 [radeon] [<c1032860>] ? __wake_up+0x40/0x50 [<f8091ba1>] ? drm_ioctl+0x1e1/0x470 [drm] [<f824bbd0>] ? radeon_cs_ioctl+0x0/0x180 [radeon] [<c10dccce>] ? handle_pte_fault+0x7e/0x860 [<c10c5a55>] ? __free_pages+0x35/0x40 [<c10da875>] ? __pte_alloc+0xa5/0xb0 [<f80919c0>] ? drm_ioctl+0x0/0x470 [drm] [<c110a7f9>] ? do_vfs_ioctl+0x79/0x580 [<c1028316>] ? do_page_fault+0x1a6/0x440 [<c10def5a>] ? remove_vma+0x3a/0x50 [<c10e03a6>] ? do_munmap+0x1f6/0x270 [<c10fcc9c>] ? fget_light+0x6c/0xb0 [<c110ad7f>] ? sys_ioctl+0x7f/0x90 [<c100389f>] ? sysenter_do_call+0x12/0x28 ---[ end trace 5e931a5b1aa3b57a ]--- [drm] Disabling audio support HDMI hot plug event: Pin=3 Presence_Detect=0 ELD_Valid=0 radeon 0000:01:00.0: GPU softreset radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA23334E0 radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200080C0 radeon 0000:01:00.0: GPU reset succeed radeon 0000:01:00.0: WB enabled -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 33796] New: projtex demo doesn't work on 760G
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=33796 Summary: projtex demo doesn't work on 760G Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: randrik(a)mail.ru I see no image inside black square. It works with swrast. Software config: Kernel - 2.6.37 vanilla ddx - 66eb81b62e5ae8e1d7bd44ed8a179e5ec1ca69af (UMS: Slightly improve xserver version check.) libdrm - 550fe2ca3b29ad2191eab4fdfbed9ed21e25492d (intel: compile fix for previous commit after rebasing) xserver - 1.9 branch up to 089a510dc9511721817df63bf9a968a10b842198 (mi: Fix the debug message) Hardware: 01:05.0 VGA compatible controller: ATI Technologies Inc 760G [Radeon 3000] (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device d000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=256M] Region 1: I/O ports at ee00 [size=256] Region 2: Memory at fdfe0000 (32-bit, non-prefetchable) [size=64K] Region 5: Memory at fde00000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Kernel driver in use: radeon Kernel modules: radeon -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

[Bug 30651] New: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=30651 Summary: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering Product: Mesa Version: git Platform: All 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 when i try to play video in mplayer with option 'gl:yuv=4,lscale=1,cscale=1' and r600g in use, it displays no colors. if it's 'gl:yuv=3', colors are ok. 'gl:yuv=5' seems also ok. sorry, i haven't tested yuv=4 without 'lscale=1,cscale=1' and immediately rebuilded mesa without gallium, so i don't know which of those to blame actually. my bet is 'yuv=4' and "a fragment program with additional lookup". by the way, what yuv and *scale options do you recommend for use with ATI/AMD >=r600 cards in terms of performance and quality ? -- 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 89126] [r300] Hardware accelerated flash shows wrong colors on 480p Youtube videos
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=89126 Bug ID: 89126 Summary: [r300] Hardware accelerated flash shows wrong colors on 480p Youtube videos Product: Mesa Version: 10.4 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 Assignee: dri-devel(a)lists.freedesktop.org Reporter: gooberslot(a)hotmail.com QA Contact: dri-devel(a)lists.freedesktop.org When hardware acceleration is turned on for flash videos 480p videos on Youtube show the wrong colors; 360p and 720p work fine. Strangely, I've not noticed problems on any other site but I'm not sure if other sites are using hardware acceleration since most don't tell you. I've tested this on Firefox and the old Opera 12.16 and it happens on both. Disabling hardware acceleration causes all the videos to have the same colors. Here are 3 pictures demonstrating the problem. 360p: http://imgur.com/Oz955Wg 480p: http://imgur.com/19gf3Gg 720p: http://imgur.com/lOzRQxu -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 88717] [r300g] r300compiler error: Failed to translate rgb instruction - while running a game with gallium-nine
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=88717 Bug ID: 88717 Summary: [r300g] r300compiler error: Failed to translate rgb instruction - while running a game with gallium-nine Product: Mesa Version: git Hardware: x86 (IA32) URL: https://github.com/iXit/Mesa-3D/issues/64 OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 Assignee: dri-devel(a)lists.freedesktop.org Reporter: fabio.ped(a)libero.it QA Contact: dri-devel(a)lists.freedesktop.org When running Tales of Monkey Island game with quality >= 7/9 using iXit mesa master branch I get the following error: r300compiler error: Failed to translate rgb instruction. r300 FP: Compiler Error: Failed to translate rgb instruction. Using a dummy shader instead. r300: Initial fragment program If useful I attached the output when running with "RADEON_DEBUG=fp wine MonkeyIsland101.exe > ~/nine-tales-monkey-island.txt 2>&1". According to axeldavy on the gallium-nine github issue tracker ( https://github.com/iXit/Mesa-3D/issues/64 ) the shader seems fine, it is likely a r300 compiler error. -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 88619] [r300g] multiple tex-miplevel-selection tests crash with "u_blitter:494: Caught recursion. This is a driver bug."
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=88619 Bug ID: 88619 Summary: [r300g] multiple tex-miplevel-selection tests crash with "u_blitter:494: Caught recursion. This is a driver bug." Product: Mesa Version: git Hardware: x86 (IA32) OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 Assignee: dri-devel(a)lists.freedesktop.org Reporter: pavel.ondracka(a)email.cz QA Contact: dri-devel(a)lists.freedesktop.org Recently around 20 tex-miplevel-selection test regressed on my RV530. Specifically this concerns the tex-miplevel-selection {1D,2D,2DRect}Shadow tests eg. tex-miplevel-selection *GradARB 1DShadow -auto -fbo tex-miplevel-selection *GradARB 2DRectShadow -auto -fbo tex-miplevel-selection GL2:texture() 2DRectShadow -auto -fbo and others. It used to work approximately one month ago and I tried to bisect mesa, however I was unable to find a good commit, so the regression must have happened in some other component. My best guess at this moment is some piglit change. Those tests are the only crashing piglits on my RV530 at the moment. Backtrace from one selected test: /bin/tex-miplevel-selection *GradARB 1DShadow -auto -fbo r300: DRM version: 2.40.0, Name: ATI RV530, ID: 0x71c5, GB: 1, Z: 2 r300: GART size: 509 MB, VRAM size: 256 MB r300: AA compression RAM: YES, Z compression RAM: YES, HiZ RAM: YES u_blitter:494: Caught recursion. This is a driver bug. Program received signal SIGSEGV, Segmentation fault. r300_emit_gpu_flush (r300=0x8090ca0, size=9, state=0x807e7d0) at r300_emit.c:349 349 height = surf->cbzb_height; (gdb) bt full #0 r300_emit_gpu_flush (r300=0x8090ca0, size=9, state=0x807e7d0) at r300_emit.c:349 gpuflush = 0x807e7d0 fb = 0x807e798 height = 1 width = 1 cs_copy = 0xb4b3b008 cs_winsys = 0x807e238 cs_count = 0 __func__ = "r300_emit_gpu_flush" #1 0xb738cf2e in r300_emit_dirty_state (r300=0x8090ca0) at r300_emit.c:1450 atom = 0x8090e38 #2 0xb739017e in r300_emit_states (instance_id=-1, index_bias=0, buffer_offset=0, index_buffer=0x0, flags=<optimized out>, r300=0x8090ca0) at r300_render.c:259 indexed = 0 '\000' validate_vbos = <optimized out> emit_states = <optimized out> emit_vertex_arrays = 0 '\000' emit_vertex_arrays_swtcl = 0 '\000' #3 r300_prepare_for_rendering (r300=r300@entry=0x8090ca0, flags=<optimized out>, flags@entry=PREP_EMIT_STATES, index_buffer=0x0, cs_dwords=21, buffer_offset=0, index_bias=0, instance_id=-1) at r300_render.c:311 No locals. #4 0xb7391775 in r300_blitter_draw_rectangle (blitter=0x8062750, x1=0, y1=0, x2=1, y2=1, depth=0, type=UTIL_BLITTER_ATTRIB_COLOR, attrib=0xb76437c0 <color>) at r300_render.c:1141 last_sprite_coord_enable = 0 width = 1 height = 1 vertex_size = <optimized out> dwords = 21 zeros = {f = {0, 0, 0, 0}, i = {0, 0, 0, 0}, ui = {0, 0, 0, 0}} cs_copy = 0xb4b3b008 cs_winsys = <optimized out> cs_count = 0 __func__ = "r300_blitter_draw_rectangle" #5 0xb72da0c4 in util_blitter_clear_custom (blitter=blitter@entry=0x8062750, width=width@entry=1, height=1, num_layers=0, clear_buffers=0, color=0xb76437c0 <color>, depth=0, stencil=0, custom_dsa=0x8064f20, custom_blend=0x0) at util/u_blitter.c:1247 ctx = 0x8062750 pipe = 0x8090ca0 sr = {ref_value = "\000"} #6 0xb72db349 in util_blitter_custom_clear_depth (blitter=0x8062750, width=1, height=1, depth=0, custom_dsa=0x8064f20) at util/u_blitter.c:1273 color = {f = {0, 0, 0, 0}, i = {0, 0, 0, 0}, ui = {0, 0, 0, 0}} #7 0xb73847c7 in r300_decompress_zmask (r300=0x8090ca0) at r300_blit.c:481 fb = 0x807e798 #8 0xb7384eb1 in r300_decompress_zmask_locked_unsafe (r300=0x8090ca0) at r300_blit.c:500 fb = {width = 1, height = 1, nr_cbufs = 0, cbufs = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, zsbuf = 0x81ce978} #9 0xb7384f00 in r300_decompress_zmask_locked (r300=0x8090ca0) at r300_blit.c:509 saved_fb = {width = 900, height = 600, nr_cbufs = 1, cbufs = { 0x81cbde0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, zsbuf = 0x0} #10 0xb739b128 in r300_decompress_depth_textures (r300=0x8090ca0) at r300_state_derived.c:1033 state = 0x8096518 tex = <optimized out> count = 2 i = <optimized out> #11 r300_update_derived_state (r300=0x8090ca0) at r300_state_derived.c:1071 No locals. #12 0xb7391751 in r300_blitter_draw_rectangle (blitter=0x8062750, x1=0, y1=0, x2=960, y2=304, depth=0.600000024, type=UTIL_BLITTER_ATTRIB_COLOR, attrib=0x815ee98) at r300_render.c:1136 last_sprite_coord_enable = 0 width = 960 height = 304 vertex_size = <optimized out> dwords = 21 zeros = {f = {0, 0, 0, 0}, i = {0, 0, 0, 0}, ui = {0, 0, 0, 0}} cs_copy = 0xb4b3b008 cs_winsys = <optimized out> cs_count = 0 __func__ = "r300_blitter_draw_rectangle" #13 0xb72da0c4 in util_blitter_clear_custom (blitter=0x8062750, width=<optimized out>, height=304, num_layers=1, clear_buffers=4, color=0x815ee98, depth=0.60000002384185791, stencil=0, custom_dsa=0x0, custom_blend=0x0) at util/u_blitter.c:1247 ctx = 0x8062750 pipe = 0x8090ca0 sr = {ref_value = "\000"} #14 0xb72db307 in util_blitter_clear (blitter=<optimized out>, width=<optimized out>, height=<optimized out>, num_layers=<optimized out>, clear_buffers=<optimized out>, color=<optimized out>, depth=<optimized out>, stencil=0) at util/u_blitter.c:1263 No locals. #15 0xb7383458 in r300_clear (pipe=0x8090ca0, buffers=4, color=0x815ee98, depth=0.60000002384185791, stencil=0) at r300_blit.c:368 fb = <optimized out> hyperz = 0x80819c0 width = 960 height = 304 hyperz_dcv = 2576980224 __func__ = "r300_clear" #16 0xb71952fb in st_Clear (ctx=0x815dd38, mask=256) at ../../src/mesa/state_tracker/st_cb_clear.c:532 depthRb = <optimized out> stencilRb = <optimized out> quad_buffers = <optimized out> clear_buffers = <optimized out> i = <optimized out> #17 0xb7042fb2 in _mesa_Clear (mask=16384) at ../../src/mesa/main/clear.c:222 bufferMask = 256 ctx = <optimized out> __func__ = "_mesa_Clear" __PRETTY_FUNCTION__ = "_mesa_Clear" #18 0x0804c879 in piglit_display () at /home/Paulie/piglit/tests/texturing/tex-miplevel-selection.c:1429 fetch_level = -1208610337 baselevel = -1073745544 maxlevel = 0 minlod = -1208152064 maxlod = 3 bias = 6 mipfilter = 1 expected_level = 134534584 x = 134533911 y = 33190 total = 0 failed = 1 start_bias = -5 end_bias = 5 end_min_lod = 5 end_max_lod = 5 end_mipfilter = 1 end_fetch_level = 5 #19 0xb7f611f8 in run_test (gl_fw=0x8051008, argc=3, argv=0xbffff2a4) at /home/Paulie/piglit/tests/util/piglit-framework-gl/piglit_fbo_framework.c:52 result = PIGLIT_PASS #20 0xb7f48e5a in piglit_gl_test_run (argc=3, argv=0xbffff2a4, config=0xbffff1b8) at /home/Paulie/piglit/tests/util/piglit-framework-gl.c:151 __PRETTY_FUNCTION__ = "piglit_gl_test_run" #21 0x08049612 in main (argc=3, argv=0xbffff2a4) at /home/Paulie/piglit/tests/texturing/tex-miplevel-selection.c:67 config = {supports_gl_es_version = 0, supports_gl_core_version = 0, supports_gl_compat_version = 10, require_forward_compatible_context = false, require_debug_context = false, window_width = 900, window_height = 600, window_samples = 0, window_visual = 5, requires_displayed_window = false, init = 0x8049667 <piglit_init>, display = 0x804c780 <piglit_display>, subtests = 0x0, selected_subtests = 0x0, num_selected_subtests = 0} __PRETTY_FUNCTION__ = "main" GPU:RV530 Kernel: 3.17.8-300.fc21.i686 Mesa: 5b01512df3328711968dea7240ae817721c79774 Libdrm: eca91cf163d50090db36d0b2abbffcff813a2adf piglit: 25ac42dbd654daee3d5a0cf09a4212c5144eb74b -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 87496] [r300g] Battle.net app window content rotated and stretched
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=87496 Bug ID: 87496 Summary: [r300g] Battle.net app window content rotated and stretched Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 Assignee: dri-devel(a)lists.freedesktop.org Reporter: pavel.ondracka(a)email.cz Created attachment 111050 --> https://bugs.freedesktop.org/attachment.cgi?id=111050&action=edit screenshot While the contents of the window seems to be mostly fine, they are composed inside the window in a completely wrong way (screenshot attached). There is a visible line going from top left corner to bottom right and both resulting parts of the window contains rotated and partially stretched content. Trace to reproduce this at: http://pavel.ondracka.cz/battle.net.trace or just get the client at battle.net/app/ and run it with wine. This is not reproducible with llvmpipe. GPU: RV530 Mesa: e06b0778f59980429fececb1aa0de0f0a3f23427 libdrm: 2.4.58-3.fc21 Kernel: 3.17.6-300.fc21.i686 -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 84977] New: r300/compiler: register allocation pass generate invalid swizzle for r300/r400
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=84977 Bug ID: 84977 Summary: r300/compiler: register allocation pass generate invalid swizzle for r300/r400 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 Assignee: dri-devel(a)lists.freedesktop.org Reporter: david.heidelberger(a)ixit.cz Created attachment 107808 --> https://bugs.freedesktop.org/attachment.cgi?id=107808&action=edit r300_deadsource.txt Error: Not a native swizzle: 00000fc3 Can be workarounded forcing diff --git a/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c b/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c index 14f93fb..5682b55 100644 --- a/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c +++ b/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c @@ -432,6 +432,8 @@ static enum rc_reg_class variable_get_class( } } + can_change_writemask = 0; + class_index = find_class(classes, writemask, can_change_writemask ? 3 : 1); done: Seems like if "(!r300_swizzle_is_native_basic(new_swizzle)) {" didn't check this one swizzle (checked by fprintf). Output from register allocation pass compared with can_change_writemask = 0; --- r300_regalloc.txt 2014-10-14 01:51:00.813113749 +0200 +++ r300_regalloc-workaround.txt 2014-10-14 01:51:40.207223071 +0200 @@ -10,20 +10,20 @@ DP3, src0.xyz, src0.xyz DP3 temp[3].w, src0._, src0._ 5: src0.xyz = input[3], src0.w = temp[3] - DP3 temp[7].z, src0.xyz, src0.xyz + DP3 temp[8].x, src0.xyz, src0.xyz RSQ temp[4].w, |src0.w| - 6: src0.xyz = input[6], src1.xyz = temp[7] - DP3 temp[7].z, src0.xyz, src0.xyz - RSQ temp[5].w, |src1.z| - 7: src0.xyz = input[5], src0.w = temp[3] + 6: src0.xyz = input[6], src1.xyz = temp[8] DP3 temp[8].x, src0.xyz, src0.xyz + RSQ temp[5].w, |src1.x| + 7: src0.xyz = input[5], src0.w = temp[3] + DP3 temp[9].x, src0.xyz, src0.xyz MAD temp[3].w, -src0.w, src0.1, src0.1 - 8: src0.w = temp[4], src1.xyz = input[4], src2.xyz = temp[8] + 8: src0.w = temp[4], src1.xyz = input[4], src2.xyz = temp[9] MAD temp[4].xyz, src0.www, src1.xyz, src0.000 RSQ temp[4].w, |src2.x| - 9: src0.xyz = temp[7], src1.xyz = temp[7] + 9: src0.xyz = temp[7], src1.xyz = temp[8] MAD temp[7].xy, src0.xy_, src0.11_, src0.HH_ - RSQ temp[6].w, |src1.z| + RSQ temp[6].w, |src1.x| 10: src0.xyz = input[3], src0.w = temp[5], src2.xyz = temp[4] MAD temp[3].xyz, src0.xyz, src0.www, src2.xyz 11: src0.xyz = input[5], src0.w = temp[4] @@ -38,10 +38,10 @@ 15: src0.xyz = temp[6], src1.xyz = temp[4] DP3_SAT temp[4].x, src0.xyz, src1.xyz 16: src0.xyz = temp[3] - DP3 temp[4].y, src0.xyz, src0.xyz - 17: src0.xyz = temp[5], src1.xyz = const[7], src2.xyz = temp[4] + DP3 temp[7].x, src0.xyz, src0.xyz + 17: src0.xyz = temp[5], src1.xyz = const[7], src2.xyz = temp[7] MAD temp[5].xy, src0.xy_, src1.xx_, src1.yy_ - RSQ temp[5].w, |src2.y| + RSQ temp[5].w, |src2.x| 18: src0.xyz = temp[4], src0.w = input[0], src1.xyz = input[0] MAD temp[0].xyz, src0.xxx, src1.xyz, src0.000 MAD temp[0].w, src0.x, src0.w, src0.0 @@ -53,24 +53,24 @@ DP3_SAT, src0.xyz, src1.xyz DP3_SAT temp[5].w, src0._, src0._ 22: src0.xyz = temp[5], src0.w = const[7], src1.xyz = const[7] - MAD temp[3].x, src0.y__, src1.z__, src0.w__ + MAD temp[3].z, src0.__y, src1.__z, src0.__w MAD temp[6].w, src0.x, src1.z, src0.w 23: src0.xyz = temp[5], src0.w = temp[6], src1.xyz = temp[3], src1.w = const[6] - MAD temp[3].x, src0.y__, src1.x__, src1.w__ + MAD temp[3].z, src0.__y, src1.__z, src1.__w MAD temp[6].w, src0.x, src0.w, src1.w 24: src0.xyz = temp[5], src0.w = temp[6], src1.xyz = temp[3], src2.xyz = const[8] - MAD temp[3].x, src0.y__, src1.x__, src2.x__ + MAD temp[3].z, src0.__y, src1.__z, src2.__x MAD temp[6].w, src0.x, src0.w, src2.x 25: src0.w = temp[5] LG2 temp[5].w, src0.w 26: src0.xyz = temp[5], src0.w = temp[6], src1.xyz = temp[3] - MAD temp[6].x, src0.y__, src1.x__, -src0.H__ + MAD temp[6].z, src0.__y, src1.__z, -src0.__H MAD temp[6].w, src0.x, src0.w, -src0.H 27: src0.xyz = temp[5], src0.w = temp[5], src1.xyz = temp[6], src1.w = temp[6], src2.xyz = const[4] - MAD temp[3].xy, src0.xy_, src1.wx_, src0.11_ + MAD temp[3].xy, src0.xy_, src1.wz_, src0.11_ MAD temp[5].w, src0.w, src2.x, src0.0 28: src0.xyz = temp[3], src0.w = temp[4] - MAD temp[3].x, -src0.x__, src0.1__, src0.y__ + MAD temp[3].y, -src0._x_, src0._1_, src0._y_ MAD temp[4].w, -src0.x, src0.1, src0.w 29: src0.w = temp[5] EX2 temp[5].w, src0.w @@ -78,7 +78,7 @@ MAD temp[1].xyz, src1.www, src1.xyz, src0.000 MAD temp[1].w, src1.w, src0.w, src0.0 31: src0.xyz = temp[3] - RCP temp[5].w, src0.x + RCP temp[5].w, src0.y 32: src0.w = temp[4], src1.w = temp[5] MAD_SAT temp[4].w, src1.w, src0.w, src0.0 33: src0.xyz = const[8], src0.w = temp[4] @@ -110,4 +110,4 @@ MAD temp[0].w, src2.w, srcp.w, src0.0 43: src0.xyz = temp[0], src0.w = temp[0] MAD color[0].xyz, src0.xyz, src0.111, src0.000 - MAD color[0].w, src0.w, src0.1, src0.0 + MAD color[0].w, src0.w, src0.1, src0.0 -- You are receiving this mail because: You are the assignee for the bug.

1 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2015