https://bugs.freedesktop.org/show_bug.cgi?id=99857
Bug ID: 99857
Summary: Radeon R7 M260/M265 *ERROR* amdgpu asic reset failed -
Suspending notebook freezes it
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
…
[View More]Reporter: edersondisouza(a)hotmail.com
Created attachment 129735
--> https://bugs.freedesktop.org/attachment.cgi?id=129735&action=edit
dmesg
Hi,
I have a Dell Inspiron with a Radeon R7 M260/M265 [Topaz XT] - as reported by
lspci, and I'm having problems after suspending it - by closing the lid and
opening it again - notebook freezes, so I need to reboot it.
Noticed some AMDGPU related errors on dmesg, which made me suspect of this
driver. And in fact, blacklisting it prevented freeze after suspending.
Attached is `dmesg`. Please let me know if there's something else I can do to
help.
Thanks for any help,
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=98981
Bug ID: 98981
Summary: [IVB] igt/gem_exec_suspend/basic-s3 hangs when used
with intel-ci/fast-feedback.testlist
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: IGT
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: dorota.…
[View More]czaplejewicz(a)collabora.co.uk
The test igt/gem_exec_suspend/basic-s3 does not wake up from suspend when
invoked as part of the testlis tintel-ci/fast-feedback.testlist
Manual wake up is needed, afterwards test reports pass.
I am in the process of finding the minimal test case.
So far, the smallest test set that triggers this:
sudo IGT_TEST_ROOT=`pwd`/intel-gpu-tools/tests ./piglit/piglit run igt -o
results -l verbose -s --test-list
intel-gpu-tools/tests/intel-ci/fast-feedback.testlist -t gem_exec
While specifying tests separately, the hangup does not occur:
Log of the complete run with a manual wakeup:
Time 0:04:10.425812
Stdout
IGT-Version: 1.17-g901c2bb (x86_64) (Linux: 4.9.0-rc7-CI-CI_DRM_1849+ x86_64)
rtcwake: wakeup from "mem" using /dev/rtc0 at Sat Dec 3 11:19:08 2016
Subtest basic-S3: SUCCESS (18.487s)
System:
Fedora 24, i7-3770, ASRock H77 Pro4/MVP
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=97003
Bug ID: 97003
Summary: [d3dadapter+radeonsi] Dragon's Dogma: video memory
leak with precompiled shaders
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
…
[View More] Reporter: kudahkukarek(a)gmail.com
QA Contact: dri-devel(a)lists.freedesktop.org
Steps to reproduce:
1. Launch the game
2. Find a new location entrance (e.g. Cassardis gate)
3. Go back and forth between locations a few times, the game will eventually
crash with "ERR08 : Memory overrun." (http://i.imgur.com/oPfFvq9.png)
Workaround: R600_DEBUG=mono fixes this
glxinfo:
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD PITCAIRN (DRM 2.43.0 / 4.4.0-28-lowlatency, LLVM 3.9.0)
(0x6818)
Version: 12.1.0
Accelerated: yes
Video memory: 2048MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.2
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=68085
Priority: medium
Bug ID: 68085
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Xorg crash in do_winsys_init
Severity: normal
Classification: Unclassified
OS: All
Reporter: luto(a)mit.edu
Hardware: Other
Status: NEW
Version: git
Component: Drivers/DRI/Radeon
Product: Mesa
Created attachment 84033
--> …
[View More]https://bugs.freedesktop.org/attachment.cgi?id=84033&action=edit
Relevant bits of dmesg
My box has mgag200 primary and radeon (HD7750) secondary. Xorg crashes on
startup in do_winsys_init, which is passed fd = -1. The crash is because
drmGetVersion returns NULL. 'rmmod radeon' allows X to start (but without the
radeon device).
This is Fedora 19, fully up to date. The install disk has the same problem.
I'm not sure where fd is supposed to be set to something real, so this bug
might be targeting the wrong thing.
(gdb) bt full
[10/139]
#0 do_winsys_init (ws=0x2ff7f20) at radeon_drm_winsys.c:212
gem_info = {gart_size = 0, vram_size = 0, vram_visible = 0}
retval = <optimized out>
version = <optimized out>
#1 radeon_drm_winsys_create (fd=-1) at radeon_drm_winsys.c:617
ws = 0x2ff7f20
#2 0x00007fc2dd8fd359 in create_screen (fd=<optimized out>) at target.c:11
radeon = <optimized out>
screen = <optimized out>
#3 0x00007fc2ddbc5c32 in dri2_init_screen (sPriv=0x2ff7e00) at dri2.c:888
configs = <optimized out>
screen = 0x2ff7e90
pscreen = <optimized out>
throttle_ret = 0x0
#4 0x00007fc2dae2e2dd in driCreateNewScreen (scrn=0, extensions=0x7fc2df941b50
<loader_extensions>,
driver_configs=0x2f76700, data=0x2f76660) at
../../../../src/mesa/drivers/dri/common/drisw_util.c:70
emptyExtensionList = {0x0}
psp = 0x2ff7e00
#5 0x00007fc2df713b91 in __glXDRIscreenProbe (pScreen=0x2f473b0) at
glxdriswrast.c:458
driverName = 0x7fc2df72e2a6 "swrast"
screen = 0x2f76660
#6 0x00007fc2df71315a in GlxExtensionInit () at glxext.c:355
glxScreen = <optimized out>
extEntry = <optimized out>
pScreen = 0x2f473b0
i = 0
p = 0x7fc2df941b20 <__glXDRISWRastProvider>
stack = <optimized out>
glx_provided = 0
#7 0x00000000004ba1a1 in InitExtensions (argc=argc@entry=1,
argv=argv@entry=0x7fff9f7860a8)
at ../../../mi/miinitext.c:337
i = <optimized out>
ext = <optimized out>
#8 0x00000000004262e0 in main (argc=1, argv=0x7fff9f7860a8, envp=<optimized
out>) at main.c:208
i = <optimized out>
alwaysCheckForInput = {0, 1}
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=92039
Bug ID: 92039
Summary: glxinfo: Error: couldn't find RGB GLX visual or
fbconfig; GetVisualConfigs returns 0 visuals; All
fbconfigs have VisDepth = 0
Product: Mesa
Version: 10.1
Hardware: All
OS: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: Drivers/Gallium/radeonsi
…
[View More] Assignee: dri-devel(a)lists.freedesktop.org
Reporter: mikolaj.chadzynski(a)mobica.com
QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 118341
--> https://bugs.freedesktop.org/attachment.cgi?id=118341&action=edit
XOrg.0.log
glxinfo displays visuals correctly for mesa 9.2.5 (SW rendering works ok -
checked with glxgears) but when mesa updated to 10.1.2 I'm getting error:
libGL error: failed to load driver: radeonsi
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig
xdpyinfo returns only 3 X visuals (for mesa 9.2.5 it was about 100)
glxinfo return 0 GLX visuals and all GLXFBConfigs have VisDepth = 0
Traced in libGL.so (glxect.c):
GetVisualConfigs returns 0 visuals.
Answering this question would help:
Where in mesa creating/getting information about visuals is done?
XOrg.O.log shows no error.
I suspect the problem is in radeonsi_drv.so, but for sure it's in Mesa.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=98977
Bug ID: 98977
Summary: Regression on X-Plane on mesa-git
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: amarildo-geral(a)autistici.org
QA Contact: dri-…
[View More]devel(a)lists.freedesktop.org
Just updated today and noticed a huge regression on X-Plane.
Mesa-git-87102.c45d84a works fine, but 87106.a7b510f causes the Sim frames to
drop to 10 at certain areas.
I don't know how to bisect a git product, unfortunately, and the weather here
in Brazil is hot and my processor would fry if I compiled for too long.
However, X-Plane offers a Free demo which you can try.
Downgraded to 87102.c45d84a for the time being.
Arch Linux
mesa-git
llvm-svn
Sapphire R9 270X
amdgpu Kernel driver (amd-staging-4.7)
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=97909
Bug ID: 97909
Summary: X-Plane 10 crashes with SIGSEGV on radeonsi
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: chris.bugsfd(a)broke-the-inter.net
…
[View More]QA Contact: dri-devel(a)lists.freedesktop.org
Created attachment 126749
--> https://bugs.freedesktop.org/attachment.cgi?id=126749&action=edit
Patch/Hack
The SIGSEGV is being raised because ib->buffer is NULL.
I don't know whether my solution is correct or not.
Is it okay to simply return if ib->buffer is NULL, is it okay to run those last
lines of that if block if ib->buffer isn't NULL only, is it okay to call
si_emit_draw_packets with ib->buffer being NULL, ...?
All I can say is that X-Plane is working fine with this patch/hack.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]