Visitor (03.03.2024 18:00, просмотров: 78) ответил pavel2000 на VPP напрямую подключена к VCC/VCCQ - 3.3V, аномалий питания на
осциллографе не вижу.-
- Я смотрел код функции do_erase_oneblock() в cfi_cmdset_0001.c в
исходнике дистрибутивного ядра той же версии, что и ПО донора. pavel2000(873 знак., 03.03.2024 18:29, ссылка)
- Посмотрел последнюю версиею ядра и явно не видно такого чипа.
Скорей всего это AT49BV32X. framer(2117 знак., 03.03.2024 20:43)
- Да, посмотрел глубже - действительно без патча от производителя оно
бы никак не взлетело. pavel2000(1122 знак., 03.03.2024 21:52)
- Может процедура не правильная. По идеи чтобы писать в mtd надо
отмонтировать fs. А что с uboot? Вообще то по идеи uboot занимается
монтированием ФС. framer(279 знак., 04.03.2024 08:31)
- Ну не, это не так - UBOOT - он не монтирует ФС, монтирует именно ядро. Но загрузкой ФС в память - да, он занимается. В устройстве две флешки, последовательная и паралельная. Загрузка идет с последовательной, uboot считывает ядро и rootfs/ramfs и передает управление ядру. pavel2000(223 знак., 04.03.2024 08:39)
- Может процедура не правильная. По идеи чтобы писать в mtd надо
отмонтировать fs. А что с uboot? Вообще то по идеи uboot занимается
монтированием ФС. framer(279 знак., 04.03.2024 08:31)
- Да, посмотрел глубже - действительно без патча от производителя оно
бы никак не взлетело. pavel2000(1122 знак., 03.03.2024 21:52)
- Задержка слишком быстрая, проверяет результат раньше готовности чипа? - Nikolay_Po(03.03.2024 18:44)
- Посмотрел последнюю версиею ядра и явно не видно такого чипа.
Скорей всего это AT49BV32X. framer(2117 знак., 03.03.2024 20:43)
- Я смотрел код функции do_erase_oneblock() в cfi_cmdset_0001.c в
исходнике дистрибутивного ядра той же версии, что и ПО донора. pavel2000(873 знак., 03.03.2024 18:29, ссылка)