Intel SBT2 и Xeon 667

By ROMby Unknown , 25 September 2005

Ситуация такая :)
1. мама SBT2 поддерживает только 866, 933 и 1000 МГц Xeon'ы
2. 866/933/1000 и 667 Xeon'ы имеют разный степпинг
3. по разведданным при втыкании 667 Xeon'а в SBT2 на клаве моргают светодиоды и всё, никаких писков, чёрный экран
Итак вопрос - а можно ли заставить работать?
Сопутствующая информация:
чипсет ServerWorks LE
BIOS Phoenix (cbrom и modbin его не понимают)

Не запускается

"System Failed CPU test"

Разное

Add new comment

Итак, сегодня я произвёл первое включение :)
Без проца она вообще не включается. С процом включается только когда крышка мнимого корпуса закрыта (к мамке подключаются две кнопки - их надо обе нажать).
Когда она всё-таки включилась я обнаружил (осциллографом), что на флешке с биосом вообще ничего не происходит, т.е. дело всё таки в набортном контроллере (названном BMC).
Благо прошивка и даташит от него есть, придётся копаться там. Есть правда еще идея заклеить скотчем SMBus на камне, чтобы тип прочитать не получилось :) Есть также более безумная идея - прошить пзу на проце, чтобы он выглядел как "разрешённый".

С процом включается только когда крышка мнимого корпуса закрыта (к мамке подключаются две кнопки - их надо обе нажать).

какой-нибудь Chassis Intrusion Detect (датчик "открытости" корпуса)

Порывшись в даташите ксеона я увидел, что там на том же SMBus есть пзу с параметрами и в ней есть название камня

В процессоре Pentium II Xeon имеется специальная постоянная (только для чтения) память процессорной информации PIROM (Processor Identification ROM), которая хранит такие данные как электрические спецификации ядра процессора и кэш-памяти (диапазоны частот и питающих напряжений), степпинг и 64-битный серийный номер процессора. Кроме того, имеется энергонезависимая память Scratch EEPROM, которая предназначена для занесения системной информации поставщиком процессора (или компьютера с этим процессором) и может быть защищена от последующей записи. Для взаимодействия с PIROM и Scratch EEPROM (а также устройством термоконтроля) процессор имеет дополнительную последовательную шину SMBus (System Management Bus) - отдельный электрический интерфейс, с которым работает чипсет системной платы.

Даташит на Далласовскую микруху тут [600KB]

После подслушивания SMBus появилась следующая информация.
вот дамп:

S 10100000 0 10000000 0 S 10100001 0 00000001 1 P
S 10101100 1 P
S 10101100 1 P
S 10101100 1 P
S 10101110 1 P
S 10101110 1 P
S 10101110 1 P
S 10101000 0 00000000 0 S 10101001 0 11111111 1 P
S 10101010 0 10000000 0 S 10101011 0 00000010 1 P
...

дальше поыток чтения никаких 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:

Теперь буду искать память для неё.

Сегодня во время промеряния слота мамка завелась и просвистела 1-3-3-1 (Memory Not Detected) и стала так делать при каждом включении

круто! :shock:

Теперь буду искать память для неё.

т.е. пока что тестилось сочетание мамки и проца без памяти?

т.е. пока что тестилось сочетание мамки и проца без памяти?

Да, естественно. Регистровая память достаточно дорогая и не хотелось просто так её покупать на случай, если мамка всё таки не завелась бы :)

Сегодня приобрёл немного памяти и мамка нормально завелась, первый раз сказала "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, а обращение к у-ву с переходником вызывало зависон. Что вполне логично.
Посему рекомендую почитать спецификации, поизучать разводку мамаши, дабы не огрести аналогичные траблы.

Спасибо за опыт. Буду пробовать.

BBCode