Борис (а он ломанул MXIC на D4S) действительно работал над взломом D5S, частично успех таки был, но там свои заморочки.
не надо ничего выкладывать !!! , минимум год а лучше никогда , пусть те кто букварь осилил а форум на пару постов выше не читает пусть идёт кувалдой помахать.
RichY, Борис (он же Boryan) не только D4S ломанул... За ним огромные изыскания в деле PSP3000, батарейки пандоры к ней и вообще крутой дядька.
чот мне ночью бредовые идеи приходят. как вам 100% надежный глич на все боксы? стоит попробовать замутить? тогда каждый с любым чипом сможет без проблем поставить фрибут. может и с винчестером поладим
RichY, если тебе нужна финансовая помощь, ты только скажи я думаю все скинуться и помогут общему делу
Сейчас в первую очередь важен взлом винчестера, если это реально, конечно займись, думаю большинство адекватных мастеров скинется, либо делай и продавай метод а не выкладывай в паблик, кому реально нужен - купит, а кто делает пару консолей для себя/друзей им оно и не горит!имхо.
а как понять по осциллограме пост это или не пост? Должен быть еще репер наверное. Может en на шим проца? Обмен с озу? Ресет кто на проц подает? мультоюг? и вообще непонимаю, пост по определению это что? Момент начала исполнения микропрограммы?
Если идет реч от таком себе аля ЦР4 из любого чипа, то было бы конечно кашерно, ну и аля запуск такой же. А если это еще и приблизит на шаг взлом винта, то что за вопросы, ты говори что нада, а мы уже сообразим
единственный приличный репер из оставшихся известных - тот самый ресет. он становится в 1 - проц включается. Но из-за большого "расстояния" от включения до проверки, да и из-за непостоянности частоты и её замедления, точность получится совсем никудышной, не попадаем в нужный момент.
А если провести аналогию с Коронами... То есть слушать опорную частоту на материнке и измерить количество тактов от ресета до нужного поста, а затем таким образом пострелять ресетом на Винчестере, отмеряя аналогичное количество тактов.. Или это не вариант??
точности не хватает,я ж писал. количество тактов может быть вообще разным от запуска к запуску. надо от чего-то поближе запуска проца замерять. либо сделать так, чтобы и менее высокой точности хватило, что может получиться с моим проектом 100% стабильного запуска. уже работаю над этим
Тогда безусловно сложнее.. Еще такая мысль (пусть бредовая, но иногда среди таких тоже может быть что-то рациональное) - если допустим не замедлять проц по I2C-шине, а сделать это аппаратно? То есть подобрать кварц, который медленнее в 3 с чем то раза (точную цифру из твоей статьи не помню), и тогда может частота работы проца особо не будет плавать и количество тактов будет более-менее одинаково? Это я к тому, что не до жиру и хотя бы запустить Кселл на новых матерях - тогда можно было бы шить ЛТУ или ставить Хкеи!
замедление по i2c влияет на опорную частоту на выходе HANA. она-то меняется как надо, это проц ей потом "не следует"... да и тут с замедлением серьезные проблемы, нельзя процесс замедления включать в засекаемую область, лишь больше нестабильности породит. либо начинать засекать время уже после замедления (где взять опорный сигнал?), либо без него обходиться что?