LINUX.ORG.RU
Форум — Linux-hardware  

Intel, GPU HANG

 , , , ,


0

4

Добрый день ЛОР!

Подскажите плиз, решена ли на сегодня данна проблема?

Может вообще практически не проявляться, может через каждые 2 минуты. Вот что в dmesg сыпется: 

409911.912736] [drm] stuck on render ring
[409911.913608] [drm] GPU HANG: ecode 0:0x87d3bffa, in kwin [1803], reason: Ring hung, action: reset
[409913.912137] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[410052.865618] [drm] stuck on render ring
[410052.866509] [drm] GPU HANG: ecode 0:0x87d3bffa, in kwin [1803], reason: Ring hung, action: reset
[410054.865084] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off
[410114.832917] [drm] stuck on render ring

Система: debian 8.2, ядро 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64 GNU/Linux

Так и не пойму, есть решение или нет?

★★

В чём она заключается, т.е. в чём её реальные проявления окромя сообщений в выводе dmesg?

Попробуй обновить ядро.

kostik87 ★★★★★
()

Напиши ещё свое железо и расскажи, как dmesg с предыдущей загрузки получал, если у тебя железяка зависает.

Deleted
()
Ответ на: комментарий от kostik87

Подвисают иксы секунд на 10, потом все восстанавливается. Может проявляться при просмотре фильмов mplayer-ом, может при работе браузеров chromium, iceweasel

Систему только что обновлял (apt-get update && apt-get upgrade). До какого ядра обновляться надо?

Эта проблема всегда присутствовала. Только иногда может не проявляться, а может проявляться через каждые 5 минут...

Это на intel H87, на более старом железе не наблюдаю

samson ★★
() автор топика
Ответ на: комментарий от Deleted 
$ lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation H87 Express LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
samson ★★
() автор топика
Ответ на: комментарий от Deleted

как dmesg с предыдущей загрузки получал

кстати, можно посмотреть в /var/log, в kern.log вроде как оно же...

samson ★★
() автор топика
Ответ на: комментарий от samson

Я просто имею тоже пробоему по тегам «intel» «gpu» «hang»: Baytrail full X11 freeze

Только у меня иксы умирают насовсем. Вместе с клавиатурой и звуком.

И кстати да, с моей мроблемой обновление вплоть до ядра 4.26 не спасает.

Проявляется достаточно рандомно, включая работу в LibreOffice, но чаще всего от эффектов композитора и видео в хроме/лисе.

Deleted
()
Последнее исправление: merhalak (всего исправлений: 1)

Было похожее, только иксы умирали окончательно - на кнопки реакции не было, приходилось с другого компа по ssh подключаться смотреть dmesg. На багтрекере находил сообщение от Chris Wilson, что поправлено в ядре 3.19 для haswell. Я просто поставил ядро 4.2 из бэкпоротов, сейчас все отлично.

azako
()
Ответ на: комментарий от Deleted

То же самое, только поностью система не зависает.

Вроде как это баг. Но неуже ли что до сих пор не решен, для такого железа и в таком дистрибутиве (video intel, debian).

Вот только что ребутнулся, включил аппаратное ускорение в хроме, запустил mplayer, пока все рабоатет нормально... Не знаю будет ли проявляться дальше или нет...

samson ★★
() автор топика

Кстати, там же на багтрекере, кто-то отписывался, что помогла установка в биосе фиксированного объема памяти для встроенного gpu. Сейчас пытался найти пруф, но не попадается на глаза. Мне данное решение не помогало.

azako
()
Ответ на: комментарий от azako

Попробую, отпишусь. Сейчас перезагрузиться не могу.

вот опять проявилось, лог немоного другой: 

[ 5585.935148] [drm] stuck on render ring
[ 5585.936094] [drm] GPU HANG: ecode 0:0x87d3bffa, in mplayer [5586], reason: Ring hung, action: reset
[ 5585.936097] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[ 5585.936099] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
[ 5585.936100] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[ 5585.936101] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
[ 5585.936102] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[ 5587.934600] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off

samson ★★
() автор топика
Ответ на: комментарий от samson

вот лог Xorg: 

(EE) [mi] EQ overflowing.  Additional events will be discarded until existing events are processed.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7efc204a1d46]
(EE) 1: /usr/bin/X (mieqEnqueue+0x24b) [0x7efc20482c9b]
(EE) 2: /usr/bin/X (QueuePointerEvents+0x52) [0x7efc20359e12]
(EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7efc18729000+0x609a) [0x7efc1872f09a]
(EE) 4: /usr/lib/xorg/modules/input/evdev_drv.so (0x7efc18729000+0x655d) [0x7efc1872f55d]
(EE) 5: /usr/bin/X (0x7efc202eb000+0x95918) [0x7efc20380918]
(EE) 6: /usr/bin/X (0x7efc202eb000+0xbfbe9) [0x7efc203aabe9]
(EE) 7: /lib/x86_64-linux-gnu/libc.so.6 (0x7efc1dfdf000+0x35180) [0x7efc1e014180]
(EE) 8: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7efc1e0bdbe7]
(EE) 9: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7efc1f39a768]
(EE) 10: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmCommandNone+0x16) [0x7efc1f39d0b6]
(EE) 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7efc1a3ea000+0xf565e) [0x7efc1a4df65e]
(EE) 12: /usr/bin/X (BlockHandler+0x4a) [0x7efc20346f2a]
(EE) 13: /usr/bin/X (WaitForSomething+0x132) [0x7efc2049ef62]
(EE) 14: /usr/bin/X (0x7efc202eb000+0x57211) [0x7efc20342211]
(EE) 15: /usr/bin/X (0x7efc202eb000+0x5b596) [0x7efc20346596]
(EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7efc1e000b45]
(EE) 17: /usr/bin/X (0x7efc202eb000+0x4590e) [0x7efc2033090e]
(EE) 
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.
(EE) [mi] EQ overflow continuing.  100 events have been dropped.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7efc204a1d46]
(EE) 1: /usr/bin/X (QueuePointerEvents+0x52) [0x7efc20359e12]
(EE) 2: /usr/lib/xorg/modules/input/evdev_drv.so (0x7efc18729000+0x609a) [0x7efc1872f09a]
(EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7efc18729000+0x655d) [0x7efc1872f55d]
(EE) 4: /usr/bin/X (0x7efc202eb000+0x95918) [0x7efc20380918]
(EE) 5: /usr/bin/X (0x7efc202eb000+0xbfbe9) [0x7efc203aabe9]
(EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (0x7efc1dfdf000+0x35180) [0x7efc1e014180]
(EE) 7: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7efc1e0bdbe7]
(EE) 8: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7efc1f39a768]
(EE) 9: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmCommandNone+0x16) [0x7efc1f39d0b6]
(EE) 10: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7efc1a3ea000+0xf565e) [0x7efc1a4df65e]
(EE) 11: /usr/bin/X (BlockHandler+0x4a) [0x7efc20346f2a]
(EE) 12: /usr/bin/X (WaitForSomething+0x132) [0x7efc2049ef62]
(EE) 13: /usr/bin/X (0x7efc202eb000+0x57211) [0x7efc20342211]
(EE) 14: /usr/bin/X (0x7efc202eb000+0x5b596) [0x7efc20346596]
(EE) 15: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7efc1e000b45]
(EE) 16: /usr/bin/X (0x7efc202eb000+0x4590e) [0x7efc2033090e]
(EE)

samson ★★
() автор топика

с обновленным ядром и иксовыми дровами проблема исчезла.

exception13 ★★★★★
()

Была похожая проблема, когда на ноуте с нехалемом был открыт хромиум и в mpv я открывал видео. Решилось или нет, не знаю, тк перестал смотреть видео на ноуте.

Deleted
()
Ответ на: комментарий от azako

intel_iommu=igfx_off

прописал, но еще не перезагружался, после рестарта отпишусь. А что эта опция делает?

Кстати, у меня сейчас в cmdline еще вот это прописано:

BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/VG--SSD-rootfs--dbox ro quiet i915.i915_enable_rc6=0

А на счет обновления биоса - разве оно вообще как-нибудь влияет после полной загрузки ядра?

ps: MB: Intel Original DH87RL Soc-1150 iH87

samson ★★
() автор топика
Ответ на: комментарий от Deleted

dist-upgrade седалал:

The following NEW packages will be installed:
  libsctp1 lksctp-tools
The following packages will be upgraded:
  openjdk-7-jre openjdk-7-jre-headless
2 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.

libsctp1 lksctp-tools - не в этом ли дело?

samson ★★
() автор топика
Ответ на: комментарий от samson

Оно проявляется и без аппаратного ускорения. Наверно vaapi и подобное дергают что-то в драйвере, что всё ломает. Потому, что у меня livecd убунты завис, когда я потянул за окно, чтобы разместить в правой половине экрана (такой оранжевый растягивающийся прямоугольник в unity эффектом), ибо мне сказали, что в ubuntu баг не проявляется.

Deleted
()
Ответ на: комментарий от Deleted

Бага есть и в федоре 22, с последним ядром и драйверами. И установка драйверов с 01.org тоже не помогает.

Deleted
()
Ответ на: комментарий от samson

i915.i915_enable_rc6=0 не работает. Его переименовали в i915.enable_rc6=0

Впрочем, у меня и с такими конфигами падало.

intel_pstate=disable не помогает

Если грузить комп/память/диск с помощью stress, ничего не зависает. Я это уже обсуждал на IRC лора. Скорее всего, действительно, что-то кривое в драйверах. Кстати, пришлось переехать на винду, здесь всё работает, никаких зависаний.

Deleted
()
Последнее исправление: merhalak (всего исправлений: 3)
Ответ на: комментарий от Deleted

Ах да, на форуме интеля, интель вежливо посылает всех на*уй (на сайт производителя), игнорируя даже то, что жалуются и те, у кого Intel NUC.

Deleted
()
Ответ на: комментарий от samson

Такая же беда на B75 + SandyBridge. Лечится отключением DRI, но это не вариант.

Lavos ★★★★★
()
Ответ на: комментарий от kravich

Хех, у меня куча строк в dmesg

[drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=xxxx end=yyyy)
Deleted
()
Ответ на: комментарий от steemandlinux

А у вас на амд тоже всё так, да?

anonymous
()
Ответ на: комментарий от steemandlinux

Отлично они работают, в жизни подобного на интеле не видел. Вот на невидии с нуво видел неоднократно.

Axon ★★★★★
()
Ответ на: комментарий от roman77

ядро уже из бэкпортов (4.2.0-0.bpo.1-amd64). Чет забыл video-intel обновить, обновлю сейчас.

Кстати, сейчас вроде все работает. Но это еще не показатель, может через день начать глючить например...

Отпишусь, что было сделано в итоге.

samson ★★
() автор топика
Ответ на: комментарий от Axon

Отлично они работают

Да всегда отлично они работали. Вот только на одном компе такое. Причем год как с этим живу и не особо напрягает. Все работает 24х7. Перезагрузки в основном происходят по причине отсутствия питания, либо вот с такими эксперементами...

Для работы + в инете полазить + фильмы глянуть интегрированного видео от интел вполне достаточно. Раньше ставил отдельную видюху только потому, что нужно было два моника. На интегрированных видиках в то время не было двух выходов, да и слабые они в то время были.

samson ★★
() автор топика
Ответ на: комментарий от steemandlinux

Под линуксом с любой видеокартой неочень, ибо видеосистема сделана из удобрений и палок. С amd хуже всего.

Радования типа 'ололо как у вас там с XXX видеокартой (с YYY дистрибутивом) плохо' основываясь на одном частном случае довольны смешны по определению.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от steemandlinux

Да, хуже.

Товар должен справляться с тем, на что он заявлен. (подпись, кэп)

ЗЫ: с удовольствием показал бы средний палец и интелу и невидии, если было бы что лучше...

fornlr ★★★★★
()
Ответ на: комментарий от fornlr

Да, хуже.

Стокгольмский синдром заставляет делать необоснованные выводы.

steemandlinux ★★★★★
()
Ответ на: комментарий от samson

Итак, по теме.

Сейчас вроде как полет нормальный. Хотя это еще далеко не показатель - как начнет опять глючить...)

Что в итоге было сделано:

apt-get update && apt-get dist-upgrade

# вроде кто то из них не был установлен, хотя уже и не помню...
apt-get install libvdpau-va-gl1  i965-va-driver

apt-get  -t jessie-backports install linux-image-amd64
apt-get install linux-headers-`uname -r`

Вот версия ядра и некоторых пакетов, что сейчас установлены:

Linux dbox 4.2.0-0.bpo.1-amd64 #1 SMP Debian 4.2.6-1~bpo8+1 (2015-11-18) x86_64 GNU/Linux

ii  xserver-xorg                          1:7.7+7            
ii  xserver-xorg-core                     2:1.16.4-1         
ii  xserver-xorg-input-evdev              1:2.9.0-2          
ii  xserver-xorg-input-synaptics          1.8.1-1            
ii  xserver-xorg-video-intel              2:2.99.917-2~bpo8+1

ii  libdrm-intel1:amd64                   2.4.58-2           
ii  libdrm-intel1:i386                    2.4.58-2           

ii  libvdpau-va-gl1:amd64                 0.3.4-2            
ii  libvdpau1:amd64                       1.1.1-1~bpo8+1     
ii  libvdpau1:i386                        1.1.1-1~bpo8+1     
ii  vdpau-va-driver:amd64                 0.7.4-3            
ii  vdpau-va-driver:i386                  0.7.4-3            

ii  i965-va-driver:amd64                  1.4.1-2            
ii  i965-va-driver:i386                   1.4.1-2            

ii  libegl1-mesa:amd64                    10.3.2-1+deb8u1    
ii  libegl1-mesa-drivers:amd64            10.3.2-1+deb8u1    
ii  libgl1-mesa-dev:amd64                 10.3.2-1+deb8u1    
ii  libgl1-mesa-dri:amd64                 10.3.2-1+deb8u1    
ii  libgl1-mesa-dri:i386                  10.3.2-1+deb8u1    
ii  libgl1-mesa-glx:amd64                 10.3.2-1+deb8u1    
ii  libgl1-mesa-glx:i386                  10.3.2-1+deb8u1    
ii  libglapi-mesa:amd64                   10.3.2-1+deb8u1    
ii  libglapi-mesa:i386                    10.3.2-1+deb8u1    
ii  libgles1-mesa:amd64                   10.3.2-1+deb8u1    
ii  libgles2-mesa:amd64                   10.3.2-1+deb8u1    
ii  libglu1-mesa:amd64                    9.0.0-2            
ii  libglu1-mesa:i386                     9.0.0-2            
ii  libglu1-mesa-dev                      9.0.0-2            
ii  libopenvg1-mesa:amd64                 10.3.2-1+deb8u1    
ii  libwayland-egl1-mesa:amd64            10.3.2-1+deb8u1    
ii  mesa-common-dev:amd64                 10.3.2-1+deb8u1    
ii  mesa-utils                            8.2.0-1

Всем спасибо!

samson ★★
() автор топика
Ответ на: комментарий от samson 
$ cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-4.2.0-0.bpo.1-amd64 root=/dev/mapper/VG--SSD-rootfs--dbox ro quiet
samson ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Linux-hardware