чот мне ночью бредовые идеи приходят. как вам 100% надежный глич на все боксы? стоит попробовать замутить? тогда каждый с любым чипом сможет без проблем поставить фрибут. может и с винчестером поладим
-Сейчас в первую очередь важен взлом винчестера, если это реально, конечно займись, думаю большинство адекватных мастеров скинется, либо делай и продавай метод а не выкладывай в паблик, кому реально нужен - купит, а кто делает пару консолей для себя/друзей им оно и не горит!имхо.
-а как понять по осциллограме пост это или не пост?
Должен быть еще репер наверное. Может en на шим проца? Обмен с озу?
Ресет кто на проц подает? мультоюг?
и вообще непонимаю, пост по определению это что? Момент начала исполнения микропрограммы?
-Пост это код который соотв той или иной операции выполняемой процесором
-Однопроводная шина пост-кодов аля LPC ?
(просто на буки переводить понятнее)
-единственный приличный репер из оставшихся известных - тот самый ресет. он становится в 1 - проц включается. Но из-за большого "расстояния" от включения до проверки, да и из-за непостоянности частоты и её замедления, точность получится совсем никудышной, не попадаем в нужный момент.
-А если провести аналогию с Коронами... То есть слушать опорную частоту на материнке и измерить количество тактов от ресета до нужного поста, а затем таким образом пострелять ресетом на Винчестере, отмеряя аналогичное количество тактов.. Или это не вариант??
-точности не хватает,я ж писал. количество тактов может быть вообще разным от запуска к запуску. надо от чего-то поближе запуска проца замерять. либо сделать так, чтобы и менее высокой точности хватило, что может получиться с моим проектом 100% стабильного запуска. уже работаю над этим
-Тогда безусловно сложнее.. Еще такая мысль (пусть бредовая, но иногда среди таких тоже может быть что-то рациональное) - если допустим не замедлять проц по I2C-шине, а сделать это аппаратно? То есть подобрать кварц, который медленнее в 3 с чем то раза (точную цифру из твоей статьи не помню), и тогда может частота работы проца особо не будет плавать и количество тактов будет более-менее одинаково? Это я к тому, что не до жиру и хотя бы запустить Кселл на новых матерях - тогда можно было бы шить ЛТУ или ставить Хкеи!
-замедление по i2c влияет на опорную частоту на выходе HANA. она-то меняется как надо, это проц ей потом "не следует"... да и тут с замедлением серьезные проблемы, нельзя процесс замедления включать в засекаемую область, лишь больше нестабильности породит. либо начинать засекать время уже после замедления (где взять опорный сигнал?), либо без него обходиться
-а что, если в качестве опорного сигнала попробовать использовать наиболее подходящий сигнал инициализации периферии:
CB(_B) starts up a virtual machine, which does:
- initializes the PCI Bridge
- disables the GPU PCIE JTAG test port
- initializes the serial port
- talks to the SMC to clear the "handshake" bit
- initializes memory
- generates RROD if memory init fails
т.е. который четко можно привязать по времени и отследить на матери
- вот только глючим проц именно чтоб запустить этот самый CB_B, в момент работы CB_A, который нихрена не инициализирует
-Еще кстати как дополнение к возможности поискать пост-шину.. Работа рутинная, но все же - опираясь на даташит старого ЦПУ (а можно и без него) вполне реально отмести кучу пинов процессора - там через один земля, и масса дорожек к ОЗУ идет, питания можно промерить... А вот что не получится исключить - там поискать посты.
ни на одном "пустом" пине нет сигналов, похожих на пост. этого достаточно?
http://www.hackfaq.net/community/index.php?threads/10794/page-30