109719504816784554087@google

В моем случае таки не спасает.
CPU вешается так что NMI процесор не вытаскивает.

Настроено снятие дампа ядра linux — не получается.
iTCO_wdt вытаскивает перезагрузку компа.

Но по нему сложно вытащить dump ядра.
Нужно чтобы при следующей загрузке BIOS не тер память.
В общем нет такой фичи. Один чел делал патч
iTCO_wdt делал kernel dump через NMI но это довольно если NMI работает то дапм можно вытащить через NMI

То ли чипсет воткнули инженерный (очень старая версия). То ли бага в SMM коде. В общем сложно сказать. У меня нету Intel studio чтобы продебажить
это с помощью USB3 DEBUG фичи.
Более того именно на i7 6500U не работает этот режим
в slave режиме только в master.
На i7 7500U все работает нормально
но… там верcия чипсета (PCH) старше.
Прошивка сейчас стоит
dmesg | grep microcode
[ 0.000000] microcode: microcode updated early to revision 0xc6, date = 2018-04-17
[ 1.780429] microcode: sig=0x406e3, pf=0x80, revision=0xc6
[ 1.780491] microcode: Microcode Update Driver: v2.2.

Похоже что проблема действительно из за микрокода.
dmesg | grep microcode
[    0.000000] microcode: microcode updated early to revision 0xba, date = 2017-04-09
[    1.908303] microcode: sig=0x406e3, pf=0x80, revision=0xba
[    1.908385] microcode: Microcode Update Driver: v2.2.
На этой версии зависания не происходили в течении недели.

если бы у меня ядро ловило kernel-panic было бы хорошо.
У меня был настроено снятие дампа
через kexec. Виснет намертво и дамп не снимаетсяю
Сделал драйвер который делает
cli
halt.
Такая ситуация ловится.
А тут такое ощущение что на обоих ядрах cli halt.

спасибо посмотрел ссылку, но пока не разобрался

dmesg | grep microcode
[    0.000000] microcode: microcode updated early to revision 0x9e, date = 2016-06-22
[    1.794927] microcode: sig=0x406e3, pf=0x80, revision=0x9e
[    1.795007] microcode: Microcode Update Driver: v2.2.
uname -a
Linux nzeg.localdomain 4.10.10-200.fc25.x86_64 #1 SMP Thu Apr 13 01:11:51 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 78
model name    : Intel® Core(TM) i7-6500U CPU @ 2.50GHz
stepping    : 3
microcode    : 0x9e
cpu MHz        : 478.613
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 0
cpu cores    : 2
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 22
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
bugs        :
bogomips    : 5184.00
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:


Сейчас взял себе такой же но i7 7500U. На нем та же fc25 ничего не виснет.
Там  ревизия чипсета другая, версия и дата bios тоже.
А  взял чтобы иметь возможностисть jtag отладки.

Но и на этом пути обломался.
i7 7500U может быть отлаживаем из под i7 6500U.
на i7 6500U появляется соответсвующее usb устройство intel jtag debug device.
Наоборот не работает. i7 6500 начинает инициализацию устройства,
считая что там нормальное USB устройство и заканчивается неудачей, драйвер
выдает возможную причину — сломанный кабель, а он действительно сломан.

JTAG кабель это просто USB 3.0 A-A male-male кабель с отсутствующими ногами Vbus,
USB20 дифференциальной парой. Ножки отломал сам с одной стороны.

В BIOS не закрыты установки чтобы включить эту фичу.

eglobal i7 6500u.
Материнская плата работает нестабильно. FC24 kernel 4.8.4.
Зависание каждые 1-3 дня. SysRq не работает. Получить kernel dump не могу.
Подозрение на hw failure такой, что процессор не реагирует ни на какие прерывания, включая NMI.
Не рекомендую к покупке, ибо лотерея. У кого-то работает нормально, а у кого-то виснет каждые 3 часа,
либо,… вообще перестает входить в BIOS.
Под windows 10, которая шла в компекте, ничего сказать не могу, так как гонял  ее по времени немного.
Зависания под linux появлись на 3-4 день непрерывной работы.
Заказывал на aliexpress. В этой модели можно установить 2 диска hdd дополнительно к sdd mini pci-e.
Проблема в том, что ни кабеля данных sata, кабеля питания и винтов для второго диска в комплекте не предусмотрено. Все отверстия для крепления hdd на нижней крышке пересверливал для более удачного местоположения.
Нету документации ни на BIOS, ни на материнскую плату. Если бы barebone был удачным взял бы еще,
но после опыта эксплуатации больше никогда ничего что сделано eglobal брать не буду.
Сама идея сама понравилась, но реализация — отвратительна.
Может какие другие производители начнут выпускать нечто похожее.
Например, gigabyte или asus. Хотя asus тоже бывают лажают и выпускают платы которые дохнут
через год.
Хотелось бы иметь кнопку RESET и генерации NMI прерывания, esata с multiport.