dri-devel April 2012

dri-devel@lists.freedesktop.org

119 participants
668 discussions

[Bug 37417] New: No Alpha Channel for all XPixmaps with KWin+GLES
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=37417 Summary: No Alpha Channel for all XPixmaps with KWin+GLES Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mgraesslin(a)kde.org Created an attachment (id=46961) --> (https://bugs.freedesktop.org/attachment.cgi?id=46961) ARGB window without alpha channel After updating mesa on Debian Testing to package version 7.10.2-2 everything mapped from a XPixmap lost the Alpha Channel. ARGB windows are no longer translucent (screenshot attached) as well everything else mapped from an XPixmap. This only affects OpenGL ES/EGL build of KWin, building against desktop GL/GLX does not show the symptoms. Debug output of KWin with GLES: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL version string: OpenGL ES 2.0 Mesa 7.10.2 OpenGL shading language version string: OpenGL ES GLSL ES 1.0.16 Driver: R600G GPU class: R700 OpenGL version: 2.0 GLSL version: 1.0.16 Mesa version: 7.10.2 X server version: 1.10.1 Linux kernel version: 2.6.38 Direct rendering: yes Requires strict binding: yes GLSL shaders: yes Texture NPOT support: yes Debug output of KWin with GLX: OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV710 954F) 20090101 TCL DRI2 OpenGL version string: 2.1 Mesa 7.10.2 OpenGL shading language version string: 1.20 Driver: R600C GPU class: R700 OpenGL version: 2.1 GLSL version: 1.20 Mesa version: 7.10.2 X server version: 1.10.1 Linux kernel version: 2.6.38 Direct rendering: yes Requires strict binding: no GLSL shaders: yes Texture NPOT support: yes This worked fine until update of the package. KWin has not changed (recent master, build from today). If you need any help to investigate, please ask. We want to push the GLES build of KWin with our upcoming release (beta 1 next week). -- 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 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 47955] New: Celestia hit fallback on r300g from git?
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=47955 Bug #: 47955 Summary: Celestia hit fallback on r300g from git? Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: randrik(a)mail.ru Hello. Using kernel 3.2.9 vanilla (also tried 3.1.0-rc9 + nouveau patches), libdrm/ddx/mesa from git, and X server 1.10.4 i have strange bug on my rs600: if i start celestia (self-compiled, version 1.6.1, with gtk2 interface) in its default rendering mode - it show mostly white window. Selecting another rendering path, like "basic" or "multitexture" makes it work OK. Witb white window i have extremely low framerates, like 1.x something fps. Tried RADEON_DEBUG options , without luck. Will add logs and screenshot. -- 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 44536] New: [r300g] bisected - performance regression on 0ad
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=44536 Bug #: 44536 Summary: [r300g] bisected - performance regression on 0ad Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fabio.ped(a)libero.it CC: maraeo(a)gmail.com This commit [1] lowers 0 A.D. performance from ~28 fps to ~20 fps, confirmed with LIBGL_SHOW_FPS=1 mesa variable and with in game FPS counter. This is on 0ad alpha 8 on default Oasis map. Tested with current mesa git up to e60daf7 with and without the [1] commit reverted. The card is: r300: DRM version: 2.9.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 [1] http://cgit.freedesktop.org/mesa/mesa/commit/?id=93f4e3cb6c1ca303ee1f5c2a24… commit 93f4e3cb6c1ca303ee1f5c2a2491a8eff33f2633 Author: Marek Olšák <maraeo(a)gmail.com> Date: Sat Dec 24 08:15:40 2011 +0100 winsys/radeon: move managing GEM domains back to drivers This partially reverts commit 363ff844753c46ac9c13866627e096b091ea81f8. It caused severe performance drops in Nexuiz. Reported by Phoronix. Tested by me on r300g and by IRC people on r600g. -- 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 44327] New: [r300g] Unigine Sanctuary: thin lines across textures are present when parallax mapping is enabled
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=44327 Bug #: 44327 Summary: [r300g] Unigine Sanctuary: thin lines across textures are present when parallax mapping is enabled Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz Created attachment 54984 --> https://bugs.freedesktop.org/attachment.cgi?id=54984 screenshot of good and bad behaviour When parallax mapping is enabled, there are thin lines across some textures. This looks little bit similar to bug 32688, however the lines are thinner and harder to spot. You need to zoom in to see them. GPU: RV530 Mesa: 069901e2f5a8f4a58047d25335f2526f1acc7234 Kernel: 3.1.6-1.fc16.i686 -- 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 41051] New: Portal hard locks the machine on rv350.
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=41051 Summary: Portal hard locks the machine on rv350. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: oreaus(a)gmail.com I recently installed Steam and subsequently the game Portal through wine and it starts but after the loading screen, it hard locks the machine. The system requirements for the game are low enough for this machine to handle. I'm not really sure how to diagnose the problem but I've tested on 2.6.40.3-0.fc15.i686 and 2.6.38-11-generic with mesa master yielding same results. Using OpenGL version string: 2.1 Mesa 7.12-devel (git-47b556f) with OpenGL renderer string: Gallium 0.4 on ATI RV350. -- 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

← Newer
1
...
8
9
10
11
12
13
14
...
67
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel April 2012