Created attachment 2167 [details]
Непосредственно перед сбоем...

Снимок с экрана непосредственно перед сбоем...

Created attachment 2168 [details]
...и сразу после него

А это, собственно, сама картина сбоя.

Есть возможность повторить при загрузке с vga=ext, чтобы при сбое на экране
осталось больше информации?

И это случайно не та же машина, что и в bug #3854? Там сильно сломан IRQ routing
в BIOS, а объезд через setpci теперь нужно как-то тащить в initrd (или запрещать
помещение проблемных модулей в initrd, чтобы была возможность выполнить setpci
до их загрузки).

Хорошо, пришлю с vga=ext (через неделю, т.к. инет сейчас эпизодически). А машина
как раз та самая, но ведь в 2.6.16 поддержка sym53c810 работала на ура... Или в
2.6.18 появились принципиальные изменения?

Есть предложение не бутаться с этого контроллера на системе с настолько
сломанным BIOS.  А при использовании корня на IDE использовать setpci перед
загрузкой sym53c8xx.ko.

Бишь WONTFIX.

И ещё одно -- всё-таки не надо разводить кучу дупов без причины, да ещё и с
задранным severity.  Баги всегда осмысленно по возможности сводить к
первообразной, к их root cause.  В данном случае она как минимум не в /сборках/
ядра, а в том, что на 2.6.16 тебе повезло и кривизна фирмваре чем-то
компенсировалась, в 2.6.18 же -- нет.

Я бы пробовал собрать vanilla 2.6.18 и если взрывается там -- тогда идти в
ядерную багзилу, если нет -- вот тогда уже к сборщикам альтовых ядер.

Ставлю литр "Черниговского" на то, что ванилла тоже взорвётся, по крайней мере с
тем .config, который идёт в пакете.

1) В моей настоящей конфигурации загрузка идет с IDE, на SCSI организован своп.
Тем не менее ядро взрывается;
2) "Куча" (всего лишь 2, между прочим...) повторов вызвана тем, что у разных
ядер несколько разные мэйнтэйнеры и я стаивл целью привлечь к проблеме как можно
больше народа :-);
3) "кривизна фирмваре чем-то компенсировалась" во _всех_ ядрах, с которыми мне
ранее приходилось работать от 2.2.5 до 2.6.16 включительно. Поэтому меня терзают
мутные сомнения, что в данном конкретном случае дело не в БСВВ, а всё же в
поддержке 53с810 именно в 2.6.18.

Ну и напоследок: сейчас будут комиксы про загрузку 2.6.18 на моей машине =)

Created attachment 2174 [details]
1-ая картинка

Заснял процесс загрузки на видео, из этого сделал вот такой комикс. Вроде
ничего не пропустил...

Created attachment 2175 [details]
2-ой кадр

Created attachment 2176 [details]
3-ий кадр

Created attachment 2177 [details]
4-ый кадр

Created attachment 2178 [details]
5-ый кадр

Created attachment 2179 [details]
6-ой кадр

Created attachment 2180 [details]
7-ой кадр

Created attachment 2181 [details]
8-ой кадр

А после этого наблюдается уже знакомый фейерверк...

(In reply to comment #7)
> 2) "Куча" (всего лишь 2, между прочим...) повторов вызвана тем, что у разных
> ядер несколько разные мэйнтэйнеры и я стаивл целью привлечь к проблеме как можно
> больше народа :-);
Ну и зачем держать кривое железо и на каждый левый подземный стук созывать всех
и без того занятых людей?  Смысл какой в этом?  Хочется потрахаться с кривулиной
и принципиально допинать её до победного конца -- извини, сидишь и трахаешься сам.

Иначе я бы уже густо покраснел после первого случая, когда кому-то компостировал
мозги именно кривой железкой, и выкинул её (в лучшем случае на стенд, чтоб
проверять, способно ли текущее ядро и такое железо поднять или нет).

Пойми, это просто неконструктивно -- предлагать другим решать свои проблемы,
которые разумным путём не хочешь решать из принципа "куплено -- должно работать" :-(

apparently wontfix