ОШИБКА: изображение не является fdt - должен СБРОСИТЬ плату для восстановления

Это - оптимизация, сделанная screen.

Когда Вы вводите echo<Cr> в screen. Из-за локального эха и icrnl и onlcr настройки устройства псевдотерминала в screen окно, \r\n последовательность отправляется основной стороне (для экранирования).

screen реализует эмулятор терминала где \r предназначен для обеспечения курсора к началу строки и \n спускать курсор. Сделать это, где эмулятор терминала как xterm сделал бы X вызовов API для перемещения курсора в начало строки, screen должен отправить управляющие коды на терминалы хоста, к которым это присоединено, чтобы сказать этим/им перемещать курсор в левую сторону экранного окна.

В случае, если Вы разделили окно вертикально, которое средства отправляют курсору, располагающему escape-последовательности в то, везде, где левая сторона экранных окон. Если не или если на левой стороне терминала хоста, screen просто передал бы их \r и \n символы, вдоль так, чтобы курсор быть перемещенным в начало строки и одной строки вниз на терминале хоста также (так как все терминалы рассматривают \r и \n то же в том экземпляре).

Теперь, echo выполнения и выводы a \n символ. Из-за onlcr снова в screen окно tty, screen получает \r\n снова. \r говорит этому перемещаться в начало строки, но курсор уже в начале строки, таким образом, никакая потребность сделать что-либо, что является, почему терминал хоста не получает секунду \r символ. Затем спускать курсор из-за \n это получает, screen отправляет \n к терминалу хоста.

Можно проверить что путем выполнения на экране:

printf '\r\r\r\r'

Вы заметите это screen только отправляет тот \r символ к его терминалу хоста.

5
02.01.2015, 21:05
2 ответа

Это похоже на память, в которой FDT является поврежденным (обычно из-за перезаписи ) Когда изображение ядра начинает un-compress. Попробуйте загрузку FDT на более высоком адресе. 0xe00000.

4
27.01.2020, 20:40

Я решил эту проблему, загрузив изображение по более высокому адресу. Когда я получил ошибку, которую я делал

fatload mmc 0 0x2000000 image.ub
bootm 0x2000000

Я исправил это, выполнив

fatload mmc 0 0x40000000 image.ub
bootm 0x40000000

Так как image.ubимеет размер 129476304 > 0x2000000, возможно, что-то перезаписывалось при распаковке, если распаковывается по адресу 0.

1
27.01.2020, 20:40

Теги

Похожие вопросы