Привет Всем. Вопрос такой GA 7ixe4 и thbred cores процики как сдружить? Сейчас все благополучно виснет на checking nvram, процессоры видятся как unknown AMD. что посоветуете?
p.s. выбросить не предлагать.
Artur1
Батенька, а Вы разделом не ошиблись часом?
Переношу топик в АМД...
Ну а я, как злобный модератор этой ветки, за ответом на вопрос отправляю читать объявление. Самая верхняя строчка в списке тем К7/К8, если что. :wink:
DanZer
Не совсем FAQ покрывает этот случай, по-моему. Там все больше про конденсатор и тайминги между RESET# и выдачей SIP, т.е., как я понимаю, у них проц не заводился вообще (тихо и темно).
А тут даже что-то на экране пишется. Сдается мне, что биос умудряется повесить процессор кривой инициализацией.. Что я сразу вижу, так это что он считает камни с CPUID > 64F дуронами (видимо, потому что есть дуроны 67x), а у Athlon XP CPUID 68x...
Я тоже интересуюсь этой темой, потому что и у меня тоже GA-7IXE4 и уже поднадоел тандербёрд :)
Осложняется все еще тем, что биос AMI и патчить его надо, видимо, руками. Кстати говоря, в модулях внутри AMIBIOS есть какое-нибудь CRC? Если я поправлю распакованный POST в hiew через AMIBCP или AMIMM сделаю replace module, у меня получится живой бинарник?
P.S. Что вот это за процедура? Она встречается в биосе от этой материнки и также в bios patcher'е, то есть, судя по всему, это что-то очень стандартное?
P.S. Что вот это за процедура? Она встречается в биосе от этой материнки и также в bios patcher'е, то есть, судя по всему, это что-то очень стандартное?
rdmsr - Read Machine Specific Register, т.е. копошение в специфичных для каждого семейства процов регистрах. в данном случае в регистре 0C0010015. данные возвращаются в паре EDX:EAX.
CPUID - понятно идентификация проца с дальнейшим выбором операций по типу проца.
cmp ax,00630 - Spitfire (0.18) и ниже
cmp ax,00642 - Thunderbird (0.18) и ниже
cmp ax,0064F - все что круче Thunderbird
Кстати говоря, в модулях внутри AMIBIOS есть какое-нибудь CRC?
Кстати говоря, в модулях внутри AMIBIOS есть какое-нибудь CRC?
конечно есть, а как же иначе?
Это я понимаю :) Я интересовался, зачем эта процедура - т.е. что она дальше делает с байтом из какой-то таблицы, да еще и по индексу, связанному со START_FID (?) - т.е. HWCR bits [19 27 26 25 24]?
В общем-то, я уже вижу в другой ветке, что apple_rom пишет патчер под AMIBIOS и человеку с ником DeaDyIIIka даже удалось с багами завести с его помощью новый проц на GA-7IXE4... вот осталось понять, что за баг (определяется ложный DIMM на 8MB)
Я интересовался, зачем эта процедура - т.е. что она дальше делает с байтом из какой-то таблицы, да еще и по индексу, связанному со START_FID (?) - т.е. HWCR bits [19 27 26 25 24]?
там, имхо, множитель записан ;) в итоге, мы узнаем FSB...
Не имхо, а точно :) HWCR bits 27 to 24 are needed to define internal frequency multiplier value. За подробностями - читать BIOS and Kernel Developer's Guide for AMD Athlon 64 and AMD Opteron Processors. Скачать можно здесь или здесь, весит 1,4Мб. К сожалению, конкретно по ХРшным Атлонам информации найти не удалось (NDA, однако...), но все равно - у них много общего.
PS Вот и тысячный пост, причем еще и в день рождения. Да и там циферка круглая. Юбилей на юбилее, однако...
PPS И не надо мне про степени двойки - в десятичной системе тоже цифры хорошие :mrgreen:
Батенька, а Вы разделом не ошиблись часом?
Переношу топик в АМД...
Не совсем FAQ покрывает этот случай, по-моему. Там все больше про конденсатор и тайминги между RESET# и выдачей SIP, т.е., как я понимаю, у них проц не заводился вообще (тихо и темно).
А тут даже что-то на экране пишется. Сдается мне, что биос умудряется повесить процессор кривой инициализацией.. Что я сразу вижу, так это что он считает камни с CPUID > 64F дуронами (видимо, потому что есть дуроны 67x), а у Athlon XP CPUID 68x...
Я тоже интересуюсь этой темой, потому что и у меня тоже GA-7IXE4 и уже поднадоел тандербёрд :)
Осложняется все еще тем, что биос AMI и патчить его надо, видимо, руками. Кстати говоря, в модулях внутри AMIBIOS есть какое-нибудь CRC? Если я поправлю распакованный POST в hiew через AMIBCP или AMIMM сделаю replace module, у меня получится живой бинарник?
P.S. Что вот это за процедура? Она встречается в биосе от этой материнки и также в bios patcher'е, то есть, судя по всему, это что-то очень стандартное?
[code:1] 00001332: 66B9150001C0 mov ecx,0C0010015
00001338: 0F32 rdmsr
0000133A: 66C1E80C shr eax,00C
0000133E: C0E807 shr al,007
00001341: D1C8 ror ax,1
00001343: C1E80B shr ax,00B
00001346: 8BF0 mov si,ax
00001348: 66B801000000 mov eax,000000001
0000134E: 0FA2 cpuid
00001350: 3D3006 cmp ax,00630
00001353: 7216 jb 00000136B ----- (1)
00001355: 3D4206 cmp ax,00642
00001358: 720B jb 000001365 ----- (2)
0000135A: 3D4F06 cmp ax,0064F
0000135D: 7706 ja 000001365 ----- (3)
0000135F: 81C6B013 add si,013B0
00001363: EB0A jmps 00000136F ----- (4)
00001365: 81C69013 add si,01390
00001369: EB04 jmps 00000136F ----- (5)
0000136B: 81C68013 add si,01380
0000136F: 2E0FB604 movzx ax,b,cs:[si]
00001373: B90500 mov cx,00005
00001376: F7E1 mul cx
.....
[/code:1]
rdmsr - Read Machine Specific Register, т.е. копошение в специфичных для каждого семейства процов регистрах. в данном случае в регистре 0C0010015. данные возвращаются в паре EDX:EAX.
CPUID - понятно идентификация проца с дальнейшим выбором операций по типу проца.
cmp ax,00630 - Spitfire (0.18) и ниже
cmp ax,00642 - Thunderbird (0.18) и ниже
cmp ax,0064F - все что круче Thunderbird
конечно есть, а как же иначе?
Это я понимаю :) Я интересовался, зачем эта процедура - т.е. что она дальше делает с байтом из какой-то таблицы, да еще и по индексу, связанному со START_FID (?) - т.е. HWCR bits [19 27 26 25 24]?
В общем-то, я уже вижу в другой ветке, что apple_rom пишет патчер под AMIBIOS и человеку с ником DeaDyIIIka даже удалось с багами завести с его помощью новый проц на GA-7IXE4... вот осталось понять, что за баг (определяется ложный DIMM на 8MB)
там, имхо, множитель записан ;) в итоге, мы узнаем FSB...
PS Вот и тысячный пост, причем еще и в день рождения. Да и там циферка круглая. Юбилей на юбилее, однако...
PPS И не надо мне про степени двойки - в десятичной системе тоже цифры хорошие :mrgreen: