Ситуация такая :)
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]
вот дамп:дальше поыток чтения никаких eeprom не было.
Прозвонка адресных линий 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) и стала так делать при каждом включении :roll:
Теперь буду искать память для неё.
круто! :shock:
т.е. пока что тестилось сочетание мамки и проца без памяти?
Теперь можно и второй проц прикупить...
Хотелось бы поставить PCI64/66, но вот незадача...
На SBT2 всего 3 слота PCI64, два из них 66МГц (уже заняты) и ещё один 33МГц, но если в него хоть что-то вставить, то все три PCI64 вместе с набортным SCSI переключатся на 33МГц.
Беглое изучение вопроса привело меня к ноге M66EN. Исходя из того, что для перевода на 33МГц эту ногу надо посадить на землю, логично предположить, что подлый интел просто подключил эту ногу вместо одной из земель на злополучном разъёме.
Я мыслю в правильном направлении? Надо найти эту ногу и откарнать?
откарнайте и посмотрите что будет. Я в последний раз аналогичный трабл со SCSI пытался так полечить (отрезать DIFF_SENSE - сигнал, отвечающий за вкл. режима LVD). Проблема была в том, что все оборудование у меня LVD/SE, а переходник SCA80-MD68 - SE. Увы, ничего не получилось - там требовалась тотальная доработка всего, но эксперимент удался наполовину - остальные у-ва на шине перестали сваливаться в тормозной режим SE, а обращение к у-ву с переходником вызывало зависон. Что вполне логично.
Посему рекомендую почитать спецификации, поизучать разводку мамаши, дабы не огрести аналогичные траблы.