Ситуация такая
1. мама SBT2 поддерживает только 866, 933 и 1000 МГц Xeon'ы
2. 866/933/1000 и 667 Xeon'ы имеют разный степпинг
3. по разведданным при втыкании 667 Xeon'а в SBT2 на клаве моргают светодиоды и всё, никаких писков, чёрный экран
Итак вопрос - а можно ли заставить работать?
Сопутствующая информация:
чипсет ServerWorks LE
BIOS Phoenix (cbrom и modbin его не понимают)
Итак, сегодня я произвёл первое включение
Без проца она вообще не включается. С процом включается только когда крышка мнимого корпуса закрыта (к мамке подключаются две кнопки - их надо обе нажать).
Когда она всё-таки включилась я обнаружил (осциллографом), что на флешке с биосом вообще ничего не происходит, т.е. дело всё таки в набортном контроллере (названном BMC).
Благо прошивка и даташит от него есть, придётся копаться там. Есть правда еще идея заклеить скотчем SMBus на камне, чтобы тип прочитать не получилось Есть также более безумная идея - прошить пзу на проце, чтобы он выглядел как "разрешённый".
какой-нибудь Chassis Intrusion Detect (датчик "открытости" корпуса)
Даташит на Далласовскую микруху тут [600KB]
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
После подслушивания SMBus появилась следующая информация.
вот дамп:
Прозвонка адресных линий SMBus на обоих слотах показала, что у eeprom на процах адреса вида 10101XYZ,
где X - номер проца, Y (0 - scratch, 1 - PIROM), Z - R/W#.
Что за eeprom откликнулась при первом чтении неясно, далее видно, что идут попытки чтения из второго проца (его нет).
И, собственно самое интересное - чтение первого байта scratch и 80h байта PIROM, хотя в даташите ксеона сказано, что размер пзу 128 байт.
Хорошо бы иметь дампы PIROM "разрешённых" процов, но я их не нашёл. Видимо всё же придётся копаться в прошивке BMC.
Всем спасибо за участие.
Сегодня во время промеряния слота мамка завелась и просвистела 1-3-3-1 (Memory Not Detected) и стала так делать при каждом включении
Теперь буду искать память для неё.
круто!
т.е. пока что тестилось сочетание мамки и проца без памяти?
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
Сегодня приобрёл немного памяти и мамка нормально завелась, первый раз сказала "CPU0 Error", но потом успокоилась, видимо смирилась
Теперь можно и второй проц прикупить...
После почти годовой работы без единого глюка запланировался апгрейд в сторону SATA raid.
Хотелось бы поставить PCI64/66, но вот незадача...
На SBT2 всего 3 слота PCI64, два из них 66МГц (уже заняты) и ещё один 33МГц, но если в него хоть что-то вставить, то все три PCI64 вместе с набортным SCSI переключатся на 33МГц.
Беглое изучение вопроса привело меня к ноге M66EN. Исходя из того, что для перевода на 33МГц эту ногу надо посадить на землю, логично предположить, что подлый интел просто подключил эту ногу вместо одной из земель на злополучном разъёме.
Я мыслю в правильном направлении? Надо найти эту ногу и откарнать?
откарнайте и посмотрите что будет. Я в последний раз аналогичный трабл со SCSI пытался так полечить (отрезать DIFF_SENSE - сигнал, отвечающий за вкл. режима LVD). Проблема была в том, что все оборудование у меня LVD/SE, а переходник SCA80-MD68 - SE. Увы, ничего не получилось - там требовалась тотальная доработка всего, но эксперимент удался наполовину - остальные у-ва на шине перестали сваливаться в тормозной режим SE, а обращение к у-ву с переходником вызывало зависон. Что вполне логично.
Посему рекомендую почитать спецификации, поизучать разводку мамаши, дабы не огрести аналогичные траблы.
Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P
Спасибо за опыт. Буду пробовать.
Отправить комментарий