VAS 5054 (он же VAS 5054a)

SEG13

То что на этой стороне где 17,18 это точно, с номерами мог ошибиться.
Если смотреть на маркировку, то нижняя сторона.

veloseeped

Давайте сразу закроем все эти фантазии про флешки на тему защищенных секторов, работы с СFI и проверок на эту тему.
Все это реализуемо только в режиме "high voltage", источника для которого физически не существует на плате, где стоят поцессор и память.
Что касается программы и ее фокусов по поводу проверок флешки на "вшивость", то это вычисляется за 5 минут по поиску известных сигнатур в hex-дампе.
В данном случае в программе встречается лишь один вид команды - прочитать ID производителя и тип памяти.

adolf80

Тогда как объяснить что на двух одинаковых флешках работает только один? У нас с Николаем даже ревизия плат одинакова. Оба проходят проверку в вас-пк. Но заработал только мой.

lprot

Можно глянуть на фото твоей флешки?

adolf80

Парни я же писал: не хочу половинить. Микротрещина где то. После разборки-сборки глючит. Сегодня специально с зеркалом проверил ещё раз. Стоит F и за ним Малайзия. Во втором ряду начинается с: 29
Сегодня Коля вроде как обещал вычитать ид своей флешки. Сразу все станет на место.

----------

veloseeped, подскажите куда от 5780 идут рх тх на плату процессора ( со стороны процессора). Спасибо

lprot

Про трещину в твоей плате помним. Я просто удивлен что у тебя фото нигде не сохранилось. Ты свой адаптер никогда не фотографировал чтоли? :)

adolf80

Фотографировал, но данные невозвратно уничтожены к сожалению.

veloseeped

Чудес не бывает.
Если считать, что флешки идентичные, то и на все проверки одной и той же программы они должны реагировать одинаково.
Это говорит лишь о том, что причина проблемы кроется где-то еще.

lprot

Я еще раз более внимательно и вдумчиво :) глянул на код в бинаре где идет проверка ID флешки. Я вижу там такой алгоритм:
В r8 - ManufacturerID (1 - AMD, 4-Fujitsu, X-остальные)
r9 - DeviceID (22D8 - микросхемы с BE в конце)
[r0] - Адрес куда нужно вернуть ManufacturerID
[r0+0C] - Адрес куда нужно вернуть DeviceID
r4 - тип обнаруженного чипа (1 - AMD, 0 - Fujitsu и прочие)

Логика там такая:
1. Если ManufacturerID=1 и DeviceID=22D8 то [r0]=ManufacturerID, [r0+0C]=DeviceID, r4=1, возврат из функции.
Если проверки п.1 не сработали, то:
2. Если ManufacturerID=4 и DeviceID=22D8 то [r0]=ManufacturerID, [r0+0C]=DeviceID, r4=0, возврат из функции.
3. Если проверки из п.2 не сработали, то:
[r0]=0, [r0+0C]=0, r4=0, возврат из функции.

Ты пропатчил бинарь, чтоб r4 при возврате из функции во всех случаях был 1.

Но меня смущает что в случае 3 - из функции вместо правильных DeviceID и ManufacturerID возвращаются 0.

Если у Николая третий случай, то возможно надо патчить так, чтоб вернулись ManufacturerID и DeviceID=AMD или Fujitsu? Может сделать так, чтоб всегда возвращались [r0]=1 и [r0+0C]=22D8?

Как-то нули не по феншую получаются :)

Есть предположение что при возврате из функции смотрится не только r4 но и ManufacturerID в [r0]...

adolf80

Но если бы где то ещё, то и наверное ошибка была бы другая?