При запуске ядра версии 2.6.18-alt6 на компьютере с утановленным SCSI host adepter'ом с чипом ncr53c810 (аналог Symbios Logic sym53c810) происходит общий сбой с дальнейшим зависанием системы. Прилагаемые фотографии иллюстрируют проблему.
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
