Linux™

Linux™ — семейство UNIX-подобных ОС основанных на ядре Linux™. В США Linux™ является зарегистрированной торговой маркой, принадлежащей Линусу Торвальдсу.

Для получения сборки (образа) ядра необходимы:

1. Первый вариант:
   • Архив с исходными кодами ядра соответствующей версии с www.kernel.org
   • Патч или набор патчей
2. Или, второй вариант:
   • Копия git-репозитория полученная командой:
     git clone <адрес-репозитория> <локальная-директория>
3. Установленный компилятор, ассемблер и линковщик (редактор связей) для целевой платформы
4. Установленные программы: make, patch, sed, awk и др.

1. Распакуйте исходные коды ядра соответствующей версии в директорию с условным названием linux-kernel:
   tar xjf linux-kernel.tar.bz2
   или
   tar xzf linux-kernel.tar.gz
2. Распакуйте файл патча kernel.patch
gunzip kernel.patch.gz
3. Перейдите в директорию linux-kernel
cd linux-kernel
4. Наложите патч
   patch -p0 < ../kernel.patch

Подразумевается, что файл патча kernel.patch располагается в той же директории, что и директория исходных кодов ядра linux-kernel. Номер в параметре p может быть другим, см. документацию по утилите patch.

Более старые

1. Для Тион270 rev.2 и Тион-Про270 rev.2 (рекомендуется и для плат ранее чем rev.2)
   Git репозиторий http://zao-zeo.ru/media/files/linux/linux-2.6.35.14.git
2. Для плат на основе PXA270 ранее чем rev.2:

Более старые

1. Установите переменные окружения
   export ARCH=arm
export CROSS_COMPILE=arm-linux-gnu-
   где arm-linux-gnu- — префикс используемого инструментария
2. Перейдите в директорию исходных кодов ядра соответствующей версии и наложенными патчами
   cd linux-kernel
3. Выберите одну из конфигураций по умолчанию
   • make tion_defconfig
   • make tion-pro1_defconfig
   • make tion-pro2_defconfig
   • make tion270_defconfig
   • make tion-pro270_defconfig
4. Если необходимо, выполните дальнейшую конфигурацию, для этого требуется установить пакет ncurses-dev
make menuconfig
5. Выполните сборку
   make

Также см. создание образа ядра для загрузчика U-Boot

Модуль — объектный код, который может быть добавлен к ядру во время работы (выполнения) для расширения функциональности. Например, драйвер устройства может быть включён в ядро или собран в виде модуля. Существуют как преимущества, так и недостатки использования модулей в ядре для встроенных систем.

Собранные модули должны быть установлены в КФС целевой платформы в директории /lib/modules/<version>/, где <version> — версия ядра.

1. Сборка модулей
   make modules
   сборка модулей также выполняется при сборке ядра командой make
2. Для обработки файлов модулей программой ${CROSS_COMPILE}strip (уменьшения размеров файлов модулей) задать переменную окружения
   export INSTALL_MOD_STRIP=1
3. Установка модулей в директорию <mod_dir>
export INSTALL_MOD_PATH=<mod_dir>
make modules_install

Загрузка модуля (на целевой платформе) выполняется командами modprobe или insmod, удаление — rmmod, отображение информации о модуле — lsmod.

Сборки выполнены с конфигурацией по умолчанию (defconfig).

Более старые

Для Тион270 и Тион-Про270 (rev.2 и rev.1.x):
Для ядра 2.6.35 используется идентификатор machid e66 (шестнадцатеричное)

Для плат на основе PXA270 (только rev.1.x):
Для ядра 2.6.22 используется идентификатор machid 2d9 (шестнадцатеричное)

Более старые

В процессе загрузки ядро Linux™ выполняет монтирование корневой файловой системы (КФС).

КФС является необходимой частью для работы системы и содержит:

• Модули ядра (/lib/modules/)
• Библиотеки (/lib/)
• Файлы устройств (/dev/)
• Скрипты инициализации (/etc/inittab, /etc/init.d/)
• Стандартные UNIX-утилиты (/sbin, /bin, /usr/sbin)
• Файлы конфигурации (/etc/)
• Различные программы (в том числе и ваши) (/usr/bin)
• Прочее

Размещение КФС на Flash позволяет сэкономить оперативную память не используя Ramdisk и сохранить данные при отключении питания/перезагрузке. На Flash должна размещаться предназначенная для этого файловая система, например, JFFS2.

1. Включить в ядро поддержку MTD-устройств и файловой системы JFFS2
2. В загрузчике
   1. Полностью (целиком, а не под размер файла образа) стереть соответствующую область Flash для размещения файловой системы
      (т.е. стереть весь будущий mtd-раздел для КФС)
   2. Скопировать в эту область образ файловой системы JFFS2 с соответствующим Flash размером блока стирания (erase block)
      • Тион, Тион-Про: erase block size = 0x20000
      • Тион-Про2, Тион-Модуль: erase block size = 0x40000
      • Тион270, Тион-Про270: erase block size = 0x40000
3. Указать в параметрах ядра: root=/dev/mtdblock2 rootfstype=jffs2, где mtdblock2 — соответствующее блочное устройство для КФС с файловой системой JFFS2

Также можно в параметрах ядра указать ro, при этом КФС будет смонтирована в режиме только для чтения. Перемонтировать КФС в режиме для записи можно командой: mount -o remount,rw /

Для создания образа JFFS2 в Buildroot в menuconfig указать:

Target filesystem options  --->
  [*] jffs2 root filesystem
    Flash Type (Select custom page and erase size)  --->
    (0x1000) Page Size
    (0x40000) Erase block size
    [ ]   Do not use Cleanmarker
    [ ]   RootFS in SREC file formet
    [*]   Pad output
    (0x0)   Pad output size (0x0 = to end of EB)

Использование NFS как КФС упрощает процесс разработки, позволяя вносить изменения в файлы КФС с host-компьютера и сразу видеть их на target-платформе.

Для использования NFS как КФС следует:

1. Установить и настроить NFS-сервер на host-компьютере
2. Включить в ядро поддержку NFS для КФС (CONFIG_ROOT_NFS)
3. Указать в параметрах ядра: root=/dev/nfs nfsroot=10.42.42.12:/nfs/root ip=10.42.42.205:10.42.42.12:10.42.42.1, где 10.42.42.12 — IP-адрес сервера; 10.42.42.205 — IP-адрес клиента (платы)

• КФС по NFS не используется, если ядро использует КФС в ramdisk.
• Для предотвращения изменения настроек сетевого интерфейса на КФС используется скрипт /etc/network/if-pre-up.d/nfs-root, иначе закомментируйте в /etc/network/interfaces строки:

#auto eth0
#iface eth0 inet dhcp

Для использования КФС на CF-карте следует:

1. Создать на CF-карте раздел для КФС и создать на этом разделе ФС
   • См. утилиты fdisk, cfdisk, mke2fs, mkfs.ext2
2. Примонтировать созданный раздел и скопировать на него файлы КФС
   • Файлы КФС проще всего взять из образа ext2 КФС, создаваемого системой сборки. При этом образ ext2 монтируется к директории (например) mnt:
     mount -o loop rootfs.arm.ext2 mnt
     Из этой директории mnt файлы КФС копируются на раздел носителя с сохранением прав, владельца, группы, ссылок, т.е. cp -a
3. Настроить загрузку с использованием созданного раздела как КФС
   • Указать в параметрах ядра: root=/dev/hda1, если КФС располагается на первом разделе CF-карты
4. Может пригодиться параметр ядра rootdelay, если попытка монтирования КФС будет выполнена раньше чем определение CF-карты

Для использования КФС на SD-карте следует:

1. Создать на SD-карте раздел для КФС и создать на этом разделе ФС
2. Примонтировать созданный раздел и скопировать на него файлы КФС, см КФС на CF-карте
3. Настроить загрузку с использованием созданного раздела как КФС
   • Указать в параметрах ядра: root=/dev/mmcblk0p1, если КФС располагается на первом разделе SD-карты
4. Может пригодиться параметр ядра rootdelay, если попытка монтирования КФС будет выполнена раньше чем определение SD-карты

1. См. КФС на CF-карте
2. В параметрах ядра указать: root=/dev/sda1, если КФС располагается на первом разделе USB-Flash
3. Может пригодиться параметр ядра rootdelay, если попытка монтирования КФС будет выполнена раньше чем определение USB-Flash

Если вы не знаете с какой именно сборки начать, рекомендуется сборка выполненная Buildroot.

В некоторых сборках при входе в систему используется логин root без пароля.

Если название файла начинается на u, то этот файл уже является образом U-Boot.

Конфигурация, вспомогательный скрипт и дополнительные файлы КФС находятся в директории local/tion.

В конфигурации используется интерфейс EABI, учтите это и при сборке ядра включите CONFIG_AEABI.

Основные этапы сборки:

1. Взять из репозитория
   git clone URL
2. Скопировать файл конфигурации из local/tion/tion.config в .config и выполнить
   make oldconfig
3. Выполнить загрузку архивов исходных кодов и сборку
   make BOARD=tion

При этом конфигурация будет использоваться из local/tion/tion.config, и если конфигурация изменяется (make menuconfig), то она должна быть сохранена в local/tion/tion.config (или сделайте ссылку local/tion/tion.config на .config).

Git репозиторий: http://zao-zeo.ru/media/files/linux/buildroot-2009.08.git

Более старые

Вы можете собрать КФС и ядро для плат на основе EP93xx с помощью Crater (модификация системы сборки Buildroot от Cirrus Logic). См. также описание сборки Crater.

В конфигурации используется интерфейс OABI, учтите это и при сборке ядра выключите CONFIG_AEABI или включите CONFIG_OABI_COMPAT.

Конфигурация, вспомогательный скрипт и дополнительные файлы КФС находятся в директории local/tion270.

В конфигурации используется интерфейс EABI, учтите это и при сборке ядра включите CONFIG_AEABI.

Основные этапы сборки:

1. Взять из репозитория
   git clone URL
2. Скопировать файл конфигурации из local/tion270/tion270.config в .config и выполнить
   make oldconfig
3. Выполнить загрузку архивов исходных кодов и сборку
   make BOARD=tion270

При этом конфигурация будет использоваться из local/tion270/tion270.config, и если конфигурация изменяется (make menuconfig), то она должна быть сохранена в local/tion270/tion270.config (или сделайте ссылку local/tion270/tion270.config на .config).

Git репозиторий: http://zao-zeo.ru/media/files/linux/buildroot-2009.08.git

Более старые

• Текущее время задаётся командой date
• Сохранение времени в RTC выполняется командой hwclock -w
• Чтение времени из RTC выполняется командой hwclock -r
• Если по команде hwclock -r выдаётся сообщение hwclock: RTC_RD_TIME: Invalid argument, то сначала сохраните время в RTC командой hwclock -w или busybox hwclock -w

Для отключения засыпания дисплея можно использовать:
echo -en "\033[9;0]" > /dev/tty0

При использовании патчей для ядра с http://www.zao-zeo.ru/soft

В параметрах ядра укажите:
video=ep93xxfb:vout=1,vmode=<val>, где <val> — номер соответствующий дисплею:

Если тип дисплея не указан, используется VGA-выход.

В параметрах ядра укажите:
video=pxafb:tag=<val>, где <val> — значение соответствующее дисплею:

Видео контроллер включается в режиме 18 bpp, если у вас адаптер для 16 bpp или Сириус270 старше rev1.0, то нужно добавить :bpp=16 ²⁾, например:
video=pxafb:tag=vga:bpp=16

Если тип дисплея не указан, то VGA-выход отключён, потребление уменьшается на ~50 мА.

1. Для плат на основе EP93xx управление подсветкой реализовано сигналом bright (см. /sys/class/backlight).
2. Для плат на основе PXA270 управление подсветкой полностью не реализовано (сейчас подсветка или полностью отключена при blank или включена на 50%).

На адаптерах для различных дисплеев есть перемычки — включить подсветку (bl_on) или управлять подсветкой (bright). Замыкается только одна из двух перемычек!

Перед использованием сенсорного экрана (touch screen) его необходимо откалибровать, для этого в составе образа КФС Linux есть утилита ts_calibrate (из tslib), запустите её и откалибруйте сенсорный экран. Проверить работу откалиброванного сенсорного экрана можно утилитой ts_test (из tslib).

Перед калибровкой убедитесь, что устройство не занято другой программой и, в случае если устройство занято, — завершите программу которая занимает устройство.

Если вы используете ramdisk, то в него следует внести изменённые параметры калибровки, см. Как изменить ramdisk, как использовать CF-карту в качестве КФС. Изменённый файл калибровки /etc/pointercal не должен содержать лишних символов: пробела, табуляции, новой строки и т.д.

Корректное отображение утилит ts_calibrate и ts_test при цвете 18 bpp для плат на основе PXA270.

Для использования сенсорного экрана нужно установить значение переменной окружения QWS_MOUSE_PROTO перед запуском OPIE.

Например, для одноплатных компьютеров на основе Cirrus Logic EP9312/15 значение QWS_MOUSE_PROTO устанавливается в скрипте /sbin/startup (ранее в /sbin/start-opie):

• Для сенсорного экрана:
  export QWS_MOUSE_PROTO=TPanel:/dev/misc/ep93xx_ts

• Для мыши:
  export QWS_MOUSE_PROTO=IntelliMouse:/dev/input/mice

QT версии 2.3.10, для других версий, возможно, требуются изменения

QT версии 2.3.10, для других версий, возможно, требуются изменения

В ядре должен быть включён evdev (или модуль evdev). Программа читает указанный файл символьного устройства /dev/input/eventX

Пример настройки для pppd демона (можно собрать в Buildroot) используемого для соединения по модему, в том числе GSM-модему.

• Разместите содержимое архива в /etc/ppp
• Файл настроки /etc/ppp/options: устройство последовательного порта, скорость и пр.
• Создайте символьную ссылку

  ln -s /etc/ppp/resolv.conf /etc/resolv.conf

• Скрипт запуска /etc/ppp/start, например

  /etc/ppp/start mts

• В ядре должна быть поддержка PPP

1. Если вы используете Buildroot, то используйте компилятор и библиотеки собранные им (EABI или OABI).

Cross-компиляторы собранные Buildroot 2009.08:

Для установки распакуйте в /, нужны права на запись в директорию /usr/local/arm.

2. http://arm.cirrus.com/files/tools/arm-linux-gcc-4.1.1-920t.tar.bz2

Для установки распакуйте в /usr/local/arm, нужны права на запись в эту директорию. Этим OABI компилятором можно собрать Crater.

1. Если вы используете Buildroot, то используйте компилятор и библиотеки собранные им.

Cross-компиляторы собранные Buildroot 2009.08:

Для установки распакуйте в /, нужны права на запись в директорию /usr/local/arm.

2. Cross-компиляторы собранные Pengutronix OSELAS®.Toolchain( ) с конфигурацией по умолчанию (библиотека glibc).

Для установки распакуйте в /, нужны права на запись в директорию /opt.

Cross-компиляторы, собранные Ltib (Ядро 2.6.35)

Cross-компиляторы, собранные Buildroot (Ядро 4x)