dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[Bug 97040] NAEV menu gradient render bug
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=97040 Bug ID: 97040 Summary: NAEV menu gradient render bug Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: freedesktop(a)voorpost.net QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 125250 --> https://bugs.freedesktop.org/attachment.cgi?id=125250&action=edit naev menu render bug git r600g renders the game NAEV 's menus wrong http://blog.naev.org/media/ See attachment of this bug for image of render error in menu button gradient. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 96625] GPU lockup when using r600g VDPAU on powerpc
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=96625 Bug ID: 96625 Summary: GPU lockup when using r600g VDPAU on powerpc Product: DRI Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: j.ribeirovega(a)outlook.com Created attachment 124649 --> https://bugs.freedesktop.org/attachment.cgi?id=124649&action=edit dmesg I installed a Radeon HD6670 on a PowerMac G5 Quad, hoping to use VDPAU to play videos. When using mpv with opengl and vdpau hwdec and testing with a 720p sample from samplevideos the gpu locks up and I am forced to reboot. Attached dmesg after crash. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 96350] vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=96350 Bug ID: 96350 Summary: vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: nexfwall(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org vaGetSurfaceBufferWl() is not implemented at VAAPI Gallium state tracker, which prevents it's usage under Wayland. But, after the DRI3 patches for hardware video decoding landed, NOT_IMPLEMENTED return was removed, making the false sense what this will work under Wayland as expected[1]. But it's still don't. See the bug referenced under "See Also". Also, I don't know actually, under which component should I file this bug. So redirect me if I had mistaken. [1]: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/va/c… -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 96296] clpeak causes a GPU hang
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=96296 Bug ID: 96296 Summary: clpeak causes a GPU hang Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: notasas(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org AMD JUNIPER (DRM 2.43.0 / 4.6.0) Mesa 12.1.0-devel (git-3581812) llvm-3.8 1:3.8-2ubuntu3 clpeak - https://github.com/krrishnarraj/clpeak.git As soon as it starts it's float8 test (earlier ones run fine), the machine locks up and does not recover. Perhaps it attempts to execute some fp64 instructions that are missing on Juniper? -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 95452] System freeze radeon 5770
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=95452 Bug ID: 95452 Summary: System freeze radeon 5770 Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: freelancer.pro123(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Freeze happens sometimes when playing video (but it's not necessary), generally once every day, I never got past 2-3 days, very unpredictable. Does not happen with fglrx driver, does not happen on windows. Screen freezes, nothing works, not even the mouse as some other bugs have reported. If audio was playing, it gets stuck in a last second or so loop. I need to fully unplug the system to get it to even restart, power/reset buttons also don't work. It didn't happen 3 or so years ago (it's an old card). I got hit by this but in Ubuntu, Gentoo and Arch, distribution doesn't seem to matter. I tried using a low power profile, didn't do anything. I'm reporting this since distributions are moving away from fglrx I would need to replace the card if I can't get it to work, it didn't really bother me while the proprietary driver was still working. I'm willing to try out patches, recompile kernels/mesa/whatever if I can get this to work. Any logs you need, if there's some "enable debug output" or anything. lspci using fglrx driver: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770] (prog-if 00 [VGA controller]) Subsystem: Hightech Information System Ltd. Device 200b 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 33 Region 0: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fbdc0000 (64-bit, non-prefetchable) [size=128K] Region 4: I/O ports at ee00 [size=256] [virtual] Expansion ROM at fbd00000 [disabled] [size=128K] 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: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 256 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <64ns, L1 <1us ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee0f00c Data: 4143 Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: fglrx_pci Kernel modules: radeon, fglrx -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 95094] Flat uniform gets overwrites previous uniform
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=95094 Bug ID: 95094 Summary: Flat uniform gets overwrites previous uniform Product: Mesa Version: 11.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: pavol(a)klacansky.com QA Contact: dri-devel(a)lists.freedesktop.org This does not work, it seems that block_id gets written to v_pos. If I use layout(location = X) it works. vs.glsl out vec4 v_pos; out float block_id; fs.glsl in vec4 v_pos; in float block_id; -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 94871] Victor Vran ring 0 stall
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94871 Bug ID: 94871 Summary: Victor Vran ring 0 stall Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: serge.yquel(a)laposte.net QA Contact: dri-devel(a)lists.freedesktop.org Hello, While playing Victor Vran with an HD6950 Mesa 11.3.0-devel (git-2abe4f8) the GPU stall and i get this message: radeon 0000:01:00.0: ring 0 stalled for more than 10000msec radeon 0000:01:00.0: failed to get a new IB (-35) [drm:radeon_cs_ioctl [radeon]] *ERROR* Failed to get ib ! -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 94511] rv730 agp reproducable uvd gpu hangs in fullscreen
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94511 Bug ID: 94511 Summary: rv730 agp reproducable uvd gpu hangs in fullscreen Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: roman.elshin(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 122250 --> https://bugs.freedesktop.org/attachment.cgi?id=122250&action=edit dmesg With some movies gpu hangs are quite reproducable while playing with "mpv hwdec=vdpau vo=vdpau" in fullscreen (1920x1200), in the same time "mpv hwdec=vdpau vo=opengl" work fine there. For me it is quite easy to reproduce this with such encoded video: ffmpeg -i big_buck_bunny_1080p_surround.avi -vf scale=1024:576 -c:v libx264 -preset medium -x264-params keyint_min=23 -c:a copy output_1024_576.mkv Mostly it requires less then one minutes of playing in full screen for GPU hangs. I suppose that problem is rv730 specific, as I can not reproduce it with rv740 (but it PCIe and work with CPU which is mutch faster). -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 94469] Issue with fullscreen games when DRI3 enabled
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94469 Bug ID: 94469 Summary: Issue with fullscreen games when DRI3 enabled Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: anton.sudak(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I'm expecting issue with some 3d games with DRI3 enabled. Issue looks like some frames are showing out of order. Issue reproducable with some games (Papa & Yo, Dungeon Defenders, Amnesia) launched in fullscreen. Video of issue - https://youtu.be/KivU8kEmhPc (video was captured on phone because once I enable screencast recording issue disapear) I tested on Ubuntu GNOME 16.04 x64 with Mesa 11.1.2 and latest mesa from git. $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks [Radeon HD 7650A/7670A] $ cat /etc/X11/xorg.conf Section "Device" Identifier "Intel" Option "DRI" "3" EndSection Section "Device" Identifier "radeon" Driver "radeon" Option "DRI" "3" EndSection -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 94459] FLT_TO_INT rounding issues on pre R800 cards
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=94459 Bug ID: 94459 Summary: FLT_TO_INT rounding issues on pre R800 cards Product: Mesa Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: siro(a)das-labor.org QA Contact: dri-devel(a)lists.freedesktop.org Running WINE tests with Gallium Nine enabled I found the following test to fail on pre R800 cards. The failing test is from wine d3d9/tests/visual.c test_mova(). It can be found here: https://source.winehq.org/ident?_i=test_mova&_remember=1 To issue doesn't exists on radeonsi, softpipe and R800+. The problem seems to be TGSI_OPCODE_ARR that should round on FLT_TO_INT, but pre R800 cards truncate instead. This might result in wrong addressing, as TGSI_OPCODE_ARR is expected to round. If the card doesn't support rounding on FLT_TO_INT, r600 driver should insert a rounding instruction. Tested with latest mesa git on RV770. -- You are receiving this mail because: You are the assignee for the bug.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2017