bootsplash for embedded, чтоб кустомеры пингвинов не пугались Опции

[Drozd2]

Здравствуйте!
Задача из категории навешивания бантиков, но решить надо.
Нужно на время загрузки linux на плате с процессором ARM отображать на экране заставку. Для уменьшения времени загрузки u-boot был убран. На горизонте эксперимент с распакованным ядром. Параметры загрузки ядра похоронены в самом ядре. Самописный загрузчик инициализирует sdram, копирует ядро и запускает. Промежуточные результаты были следующие. Bootsplash, насколько я понял из описания, предполагает использование initrd, в котором он и хранит заставку, и который в embedded системе не нужен. Поэтому пока оставлен на десерт, хотя, возможно, есть варианты его использования в таких случаях. Если это так, то вопрос как именно. Пробовали вместо пингвина выводить свою картинку с разрешением во весь экран. Срабатывает, но в некоторый момент в левом верхнем углу экрана появляется черный прямоугольник с моргающим курсором. Пробовали framebuffer делать модулем, картинку выводить загрузчиком, но в этом случае перед запуском пользовательского приложения проскакивает момент замусоривания экрана. В общем, идеи еще есть, но цыплята заканчиваются. Как такая задача решается правильно?

[Drozd2]

Если не секрет, а сколько у вас uboot грузился, что вы его ликвидировали?

Конечно секрет! Я поделюсь, только Вы никому не говорите. До счетчика bootdelay, который обнулен, на детектирование памяти и инициализацию ethernet уходит 3 секунды. Не фатально, но некрасиво. Делать картинку u-bootом пробовали. Соответственно, framebuffer модулем, и из драйвера убрали снятие тактирования lcd. Итог - замусоривание экрана. Ядро не выделяет память под экран и использует ее для своих задач. Отсюда и замусоривание. Были идеи выпилить из u-bootа все лишнее, картинку делать им, но, по моему, тут нет никакой разницы чем выводить заставку. Главное дать понять ядру или драйверу не трогать эту область памяти. Честно говоря, это первый опыт выпуска подобного изделия в свет. Поэтому, если можно, как для чайника, в каком файле и какой кусок надо поправить. У нас используется процессор at91sam9g45, соответственно, драйвер atmel_lcdfb.c.

# echo -e "\033[?25l" > /dev/tty1

Попробую. Но не понятно, куда вставить эту строчку. В inittab похоже рано. В один из скриптов в init.d, возможно, поздно. Это всего лишь домыслы. Пока читаю и отвечаю. Пошел пробовать.

[sasamy]

Главное дать понять ядру или драйверу не трогать эту область памяти. Честно говоря, это первый опыт выпуска подобного изделия в свет. Поэтому, если можно, как для чайника, в каком файле и какой кусок надо поправить. У нас используется процессор at91sam9g45, соответственно, драйвер atmel_lcdfb.c.

с атмеловским драйвером это несложно - указываете в параметрах ядра mem=63M, если у вас 64M физизически имеется и ядро не тронет последний мегабайт, далее если посмотреть инициализацию atmel_lcdfb
http://lxr.free-electrons.com/source/drive...fb.c?a=arm#L921

видно что драйверу можно указать заранее зарезервированную память, сделать это можно указав в структуре ее адрес
http://lxr.free-electrons.com/source/arch/...es.c?a=arm#L975

Код

        [2] = {
                .start  = 0x73f00000,
                .end    = 0x73f00000 + SZ_1M -1,
                .flags  = IORESOURCE_MEM,
        },

Но не понятно, куда вставить эту строчку. В inittab похоже рано. В один из скриптов в init.d, возможно, поздно. Это всего лишь домыслы. Пока читаю и отвечаю. Пошел пробовать.

если графическая консоль не нужна - просто отключите поддержку в ядре и все. Гасить курсор более пригодно если вы например выводите графику в своей программе и используете графическую консоль при этом. Наверняка есть и другие способы - посмотрите kernel-parameters.txt, может там что полезное найдете.

Сообщение отредактировал sasamy - Oct 3 2012, 07:09