Куча свежих и не очень девелоперских утилит для Spreadtrum + Sources!

[TheDrive]

Надо же, мне эти дает скачать (хотя это же "мои аттачи")
А вот свой собственный профиль поглядеть не дает, говорит не хватает прав. Только через UserCP можно...
Сейчас придумаем что нибудь...

[JayDi]

Сообщение от TheDrive

Успел погонять только ResearchDownload разных версий, пока возился с китайским A7100. Сделал - отдал, больше нет аппарата на Spreadtrum в наличии для тестов и копания. Бесит невозможность слить все разделы с NAND с помощью вкладки Active Read Flash. Читает только NVRAM с соотв адресов (адресация там тоже не прямая, а через Ж, каждый раздел в своем сегменте). Думаю, почти уверен, что FDL загрузчик блокирует чтение из "нежелательных" адресов. Утилита ничего не говорит сначала, видимо, честно пытается послать команды на чтение соотв блоков, а ее "посылают" и она вываливается с ошибкой. Явно нужно искать исходники FDL чтобы этот идиотский затык устранить (ну или патчить как-то существующие бинарные FDL). Долго копался на FTP, неск разных девов, там много чего есть, но в китайских дебрях найти что либо оч непросто, тормозит тоже сильно, качает еле-еле. Исходников FDL не нашел, возможно они скрыты в недрах каких-то аррхивов, Девы шлют свои "поделки" Спреду, видимо на анализ, одобрение, поиск глюков, но сырцы выкладывают не часто.
Получив нормальную возможность чтения-записи устройства вокруг всей этой пользовательской мишуры можно чинить любое китайское Г на SPD почти с пол пинка. Была бы годная проша. И можно будет забыть все эти "страшные стоны", когда люди шьют "боксом" заведомо исправный фулл (с прелоудером), а оно окирпичивается и высасывает все нервы на пустом месте.

Не все так однозначно. Сорцы FDL есть на гитхабе. Но без полного SDK и девборда - это пустая трата времени. И да - принципы SPD основаны на жесткой привязке FDL к конкретному железу. Включая оперативку.
Нехитрым патчем можно читать память. Но, она будет фрагментирована. Собрать из этого что-то малость нереально.
Собрать под конкретный девайс, даже под пятак-другой - вполне реально. Но вот остальные будет валить.
"Хорошо пропатчив" fdl - можно вполне побить прошивку при его загрузке в память

[TheDrive]

Сообщение от JayDi

Не все так однозначно. Сорцы FDL есть на гитхабе. Но без полного SDK и девборда - это пустая трата времени. И да - принципы SPD основаны на жесткой привязке FDL к конкретному железу. Включая оперативку.
Нехитрым патчем можно читать память. Но, она будет фрагментирована. Собрать из этого что-то малость нереально.
Собрать под конкретный девайс, даже под пятак-другой - вполне реально. Но вот остальные будет валить.
"Хорошо пропатчив" fdl - можно вполне побить прошивку при его загрузке в память

Да, вполне логично Вы написали. Я только коснулся темы с SPD и сделал первичные выводы. Но нужно что-то делать. Невозможно всегда надеяться только на поддержку конкретного девайса каким-то боксом... Все слишком запутано. Этих г-девайсов каждый день выходит уйма. Нужен универсальный инструментарий, платный или нет. Может кто-то осилит изготовление универсального (в каких-то рамках или универсальныХ) FDL, который сориентируется в ресурсах и отдаст-зальет память целиком. Если есть патченные FDL под "что-то", работающие с RD (или методика патча), может кто-то выложит в паблик? Без этого оч туго идет процесс, проблемы со сливом заливом прошивок выедают оч много нервов. С фрагментацией тоже надо бороться, ни к чему такие "виртуальные" представления. Голая физика, обычно куда понятнее и надежнее.
Что касается SDK его нет нигде? Вещь вроде универсальная...
И ссылочки нет на гитхаб? Я находил какие-то сырцы там, но не разбирал, слишком много инфы за короткий период.