После прошивки ASUS P5B-E родным прошивальщиком asus update

После прошивки ASUS P5B-E родным прошивальщиком asus update произошло то, что обычно происходит в таких случаях, а именно, мать делала вид что сдохла.
У меня было два варианта: ехать на савёлу и платить бабки, либо разобраться в этом всем самому. На савёлу ехать было лень...
Собственно файлы тут os42.net/spi (не понял как сюда их добавлять)
Комментарии:
Прога spi.c писалась под линукс и работает в нем только из под root, компилицо тупо gcc spi.c -o spi Сейчас она "настроена" на чтение содержимого флешки. Если кто-нибудь будет собирать и пробовать, то вначале желательно сделать чтение и посмотреть на файл, в большинстве случаев в начале файла есть ASUSTEC - значит все вроде как работает. Потом ищем в исходнике момент:

// puts("reading flash");
rdflash();
// chip_erase();
// chip_write();
и комментируем rdflash() и раскомментируем chip_erase(). перекомпилим, запускаем. у меня оно делалось несколько секунд. затем надо считать бы флешку еще раз и посмотреть файл. (например в mc) если там везде пусто значит все круто. делаем chip_write (и закомментируем другие вызовы..) имя файла прошивки прописано в самой ф-и chip_write, данный файл необходимо иметь в том же месте откуда запускается spi. Прошивка проводилась на asus p2... iP-II-233 xubuntu
По схеме:
Питание микрухи взято тупо с лпт линий, на которые подается ттл_5В Сделано кривенькое преобразование уровня, диоды подбирались из учета правильного падения напряжения (известно, что на Ge диодах оно около 0.2, на Si около 0.7) В датащите написано что в режиме записи микруха жрет до 30мА. Моя хрень давала до 27мА на нагрузке 101 Ом вместо микрухи и напряжение падало до 2.7В где-то. В процессе записи напряжение не падало так низко (для мониторинга применялся приборчег..)
Комментарии, дополнения, вопросы приветствуются.