September 21, 2019, 09:45:49 pm

News:

Have you visited the Allwinner Chipset wiki? - http://linux-sunxi.org/


Проблема с работой

Started by made_in_Chuguev, November 30, 2015, 09:42:05 am

Previous topic - Next topic

made_in_Chuguev

November 30, 2015, 09:42:05 am Last Edit: November 30, 2015, 09:45:30 am by made_in_Chuguev
Завалялась у меня как-то плата Cubieboard2 с проблемкой при запуске. Никак не могу понять что с ним делать чтобы плата заработала.
Вот что она мне выдаёт при подключении (получено через com)

johndoe_71rus

Первое, попробовать прошить
Cubieboard2 / Android 4.2.2 / Cubieez 7.4@3.4.79+patwood

made_in_Chuguev

Проблему смог решить только прошив в NAND сначала "cubieez" а затем "android".  После этих манипуляций стала нормально работать что бы я не прошивал. С чем это связано я не понимаю :-(

ua3prq

December 01, 2015, 01:59:27 pm #3 Last Edit: December 01, 2015, 03:17:13 pm by ua3prq
Quote from: made_in_Chuguev on December 01, 2015, 11:09:26 am
Проблему смог решить только прошив в NAND сначала "cubieez" а затем "android".  После этих манипуляций стала нормально работать что бы я не прошивал. С чем это связано я не понимаю :-(

Есть такое дело.
Связано это с кривыми IMG дистрибутивов и прошивальщиками заодно. Т.к. исходный код boot1 закрыт разработчиками проца (AW), то все загрузки со встроенной NAND делаются через бинарный кусок (т.н. блоб)  андроидного boot1, который уже передает управление U-boot. Вся эта дрянь должна лежать на FAT16. Здесь возникают разные проблемы, с содержимым партишенов, мэджик-меткой и прочими ухищрениями, т.к. изначально код был подстроен под Android с его кучей разделов. К тому же разметка разделов делается специально написанным AW инструментом. К сожалению, вшитый в проц boot0 только так умеет передавать управление при работе с нанд.
Прошивальшики через USB либо не могут корректно разобраться с остатками партишенов, либо неправильно разбирают образ IMG при записи в чип, когда там что-то есть. Разбираться с этим никому не хочется, т.к. поддержки производителей в опен-соурс комьюнити нет никакой, собственно.
Народ дошел до того, что через DEBUG отладку начал вытаскивать содержимое масочной памяти процессора и дизассемблировать код TROM (boot0), это стало необходимо для совершенствования кода u-boot. Уж не знаю, до чего дошло сейчас, тему как-то перестал отслеживать с полгода-год назад.

С картой SD он работает напрямую с U-boot, поэтому там таких проблем не возникает. Код загрузчика компилируется, доступны для работы любые ФС Линукса.

Могу посоветовать затереть весь чип NAND, загрузившись с SD. Затем перепрошить.
dd if=/dev/zero of=/dev/nand
sync
poweroff


Либо накатывать систему, загрузившись с SD. Из последнего- пробовал не так давно таким образом накатывать ARMbian desktop, ничего, все заработало.