Это - оптимизация, сделанная 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
символ к его терминалу хоста.
Это похоже на память, в которой FDT является поврежденным (обычно из-за перезаписи ) Когда изображение ядра начинает un-compress. Попробуйте загрузку FDT на более высоком адресе. 0xe00000.
Я решил эту проблему, загрузив изображение по более высокому адресу. Когда я получил ошибку, которую я делал
fatload mmc 0 0x2000000 image.ub
bootm 0x2000000
Я исправил это, выполнив
fatload mmc 0 0x40000000 image.ub
bootm 0x40000000
Так как image.ub
имеет размер 129476304 > 0x2000000
, возможно, что-то перезаписывалось при распаковке, если распаковывается по адресу 0.