>>185340
Особенности контроллера помноженные на немощь SoC. У материнки очень странное описание на сайте гигабайта - x4 слот в режиме x1, при том что физически на ней слот x16. Возможно, они развели туда все 4 линии, которые можно задействовать если отрубить встроенную сетевуху. Контроллер может это видеть и сходить с ума.

Попробуй заизолировать ему все контакты кроме x1, авось запустится.

>>185347
Пробовал уже изолировать все, что дальше x1. Не помогло.
Слот действительно физически x4, а контакты дальше просто отсутствуют в разъеме. Тем не менее и сетевушку, и видео, и встроенный SATA отключал и это никак ему не помогло. Впрочем, там еще на PCIe шине висит неотключаемый мост PCIe-PCI.

Но за тестами заметил еще одну особенность.
При вставке контроллера в списке lspci появляется явно ответственный за него PCI-мост с поднятым линком, но без установленных правильно диапазонов по памяти и IO. При этом под девайс за ним есть дырка в нумерации шин, но самого девайса не видно.

Релевантный lspci с вставленным контроллером: http://hastebin.com/ufagebelur
Релевантный lspci с машины, на которой работает: http://hastebin.com/axezupasaq

Полный lspsi без контроллера: http://hastebin.com/edokozokup
Полный lspsi с контроллером: http://hastebin.com/ebowayitax
Полный lspsi с другой машины: http://hastebin.com/qumofirete

>>185371
У меня контроллеры называются иначе. Ты уверен, что в твоём корректная IT прошивка?

> Serial Attached SCSI controller [0107]: LSI Logic / Symbios Logic SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] [1000:0072] (rev 03)

>>185373
Да, корректная вроде бы.
У конкретно этой модели или ревизии чипа есть особенность, что если ее прошить с SBR в котором будет указан класс 0107 (Serial Attached SCSI controller), а не 0104 (RAID bus controller), то у нее не будет видно второго разъема: https://marcan.st/2016/05/crossflashing-the-fujitsu-d2607/
На определяемость это в принципе влиять не должно, да и оно его не видит даже если флешка вообще чистая, хотя megarec и sas2flash его в таком случае на другой системе видят.

>>185427
Тогда у меня закончились идеи. Я был готов поверить в случайный/специальный баг с неинициализацией определённых типов устройств, но 0000:0000 всяко должно было запуститься.

Мать новая ещё, судя по описанию - вполне подходит для установки такого рода железок. Попробуй гигабайтам написать - вдруг это поправимый косяк биоса?

>>185428
Гигабайтам написал еще раньше, чем здесь. Сегодня спустя почти неделю все-таки пришел ответ — попробовать в винде. От такого суппорта только нервная усмешка возникла.

Впрочем, удалось найти, что это у них уже ни в первый раз: http://forums.tweaktown.com/gigabyte/48739-ga-z77x-ud5h-lsi-megaraid-card.html и тогда пофиксили биосом, так что некоторая надежда все же есть, хотя там и плата совсем другого класса была.

Эх, вот для таких случаев coreboot нужен, в нем хотя бы самостоятельно поковыряться можно было бы и возможно даже решить проблему по подобию.

Небольшой репорт о прогрессе — гигабайт так ничего и не ответил спустя еще почти неделю. Тем не менее удалось добиться определения карточки, если указать ядру параметр pci=assign-busses и после этого вызывать echo 1 > /sys/bus/pci/0000:00:1c.1/remove и сразу echo 1 > /sys/bus/pci/rescan. Ядро плюется в dmesg о конфликтах адресации/нумерации и все-таки определяет и инициализирует контроллер на пятой шине. При этом в системе появляется два моста ASM1083 — на второй и третьей шине. Хотя работает это все очень нестабильно и, например, при некоторых попытках обращения к PCI устройству за этим PCIe-PCI мостом ядро начинает плевать NULL pointer dereference в логи. Ну и в довесок к этому это работает только на 4.4-lts, на 4.8 данная процедура полностью вешает систему.

Так что похоже во всем этом веселье как-то замешан мост ASM1083.

>>185565
А ты настойчив. Я бы давно списал это на несовместимость железа и вернул материнку.