Пакеты поддержки модулей для ЗОСРВ «Нейтрино» > ARMv7 > BSP для OrangePi PC Allwinner H3 > Проверка функционирования



Проверка функционирования

Проверка функционирования ППМ OrangePi PC Allwinner H3 под ЗОСРВ «Нейтрино».


Список проверок:

Базовые проверки функционирования ОС
Проверка запуска на ПМ ядра ЗОСРВ в составе загружаемого образа
Проверка запуска компонентов
Проверка функционирования контроллера DDR памяти
Проверка функционирования контроллера прерываний
Проверка функционирования таймера
Проверка функционирования подсистемы управления общими элементами платформ
Проверка работы ЗОСРВ на ЦП в режиме симметричной мультипроцессорности (SMP) с поддержкой всех CPU ядер типа Cortex-A7
Проверки интерфейсов
Проверка драйвера контроллера UART
Проверка драйвера контроллера Gigabit Ethernet
Проверка драйвера контроллера USB
Проверка драйвера контроллера SD/MMC
Проверка драйвера контроллера GPIO
Расширенные проверки функционирования ОС
Проверка графической подсистемы
Проверка композитной графической подсистемы Screen

Тестовый стенд

Тестовый стенд представляет из себя отладочный модуль OrangePi PC, соединённый с инструментальным ПК по интерфейсам RS-232 и Ethernet.


На инструментальный ПК должно быть установлено:

Подготовка

Перед проведением проверок необходимо запустить ЗОСРВ «Нейтрино» на отладочном модуле OrangePi PC в соответствии с главой документации Загрузка образа ОС.


Стоит учитывать, что некоторые штатные утилиты могут не входить в состав загрузочного образа.


Дополнительные тестовые программы rr, ticksize и другие не входят в состав ППМ и должны быть самостоятельно загружены из публичного git-репозитория и собраны командой:

$ cd utils $ make install

Затем следует скопировать armle-v7 версии тестовых программ на SD карту памяти и подключить её к OrangePi PC или передать файлы по сети с помощью FTP или NFS.

Базовые проверки функционирования ОС

Проверка запуска на ПМ ядра ЗОСРВ в составе загружаемого образа

В последовательном терминале выполнить команду:

# uname -s

Проверка считается выполненной успешно, если в терминале будет выведено сообщение вида:

KPDA

Проверка запуска компонентов

Для вывода информации о запущенных компонентов выполнить команду pidin ar:

# pidin ar pid Arguments 1 procnto-smp -vvv -ae 2 slogger -s 16384k 3 pipe 4 platform-control -dsunxi 5 devc-ser8250-dw -e -F -b115200 -c24000000/16 0x01C28000^2,32 6 io-usb -dehci ioport=0x01c1b000,irq=106 -dohci ioport=0x01c1b400,irq=107 -dehci ioport=0x01c1c000,irq=108 -dohci ioport=0x01c1c400,irq=109 -dehci ioport=0x01c1d000,irq=110 -dohci ioport=0x01c1d400,irq=111 7 devb-sdmmc mem name=/below4G blk memory=/below4G,cache=8m sdio hc=sunxi,addr=0x01C0F000,irq=92 disk name=sd cam pnp,quiet 8 random -t 9 io-pkt-v4-hc-ksz -dsun8i 4106 sh 4107 pidin ar

Проверка функционирования контроллера DDR памяти

Для вывода информации о процессоре и доступной оперативной памяти выполнить команду pidin info:

# pidin info CPU:ARM Release:2024 FreeMem:992Mb/1024Mb BootTime:Jan 01 00:00:00 UTC 1970 Processes: 8, Threads: 28 Processor1: 1091551349 Cortex A7 228MHz FPU Processor2: 1091551349 Cortex A7 228MHz FPU Processor3: 1091551349 Cortex A7 228MHz FPU Processor4: 1091551349 Cortex A7 228MHz FPU

Для проверки функционирования контроллера оперативной памяти используется утилита memcheck. Ее требуется запустить и дождаться завершения проверки:

# /tmp/memcheck

Проверка считается выполненной успешно, если выведено сообщение:

PASS: all memory allocated

Проверка функционирования контроллера прерываний

Для вывода информации о используемых прерываниях выполнить команду pidin ir:

# pidin ir pid tid name 1 1 procnto-smp 1 2 procnto-smp 1 3 procnto-smp 1 4 procnto-smp 0 0x1b 0 -P- @0xfe08a4b8:0x0 1 6 procnto-smp 1 7 procnto-smp 1 8 procnto-smp 1 9 procnto-smp 1 10 procnto-smp 1 11 procnto-smp 1 12 procnto-smp 1 13 procnto-smp 1 14 procnto-smp 1 15 procnto-smp 1 16 procnto-smp 2 1 slogger 3 1 pipe 3 2 pipe 3 3 pipe 4 1 platform-control 4 2 platform-control 5 1 devc-ser8250-dw 1 0x20 0 --- @0x804ab6c:0x805d1c0 6 1 io-usb 2 0x6a 0 TP- =PULSE 0x40000008:21 0:0 3 0x6c 0 TP- =PULSE 0x4000000e:21 0:0 4 0x6e 0 TP- =PULSE 0x40000014:21 0:0 6 2 io-usb 6 3 io-usb 6 4 io-usb 6 5 io-usb 6 6 io-usb 6 7 io-usb 6 8 io-usb 7 1 devb-sdmmc 5 0x5c 1 TP- =PULSE 0x40000005:21 0x3:0 7 2 devb-sdmmc 7 3 devb-sdmmc 7 4 devb-sdmmc 7 5 devb-sdmmc 7 6 devb-sdmmc 7 7 devb-sdmmc 7 8 devb-sdmmc 8 1 random 8 2 random 8 3 random 9 1 io-pkt-v4-hc-ksz 9 2 io-pkt-v4-hc-ksz 6 0x72 0 T-- @0x78002d5c:0x818f2c0 9 3 io-pkt-v4-hc-ksz 4106 1 sh 12299 1 pidin

Проверка считается пройденной успешно, если вывод утилиты pidin ir содержит информацию об обработчиках прерывания, принадлежащих выполняемым процессам, в формате

pid tid Имя процесса id прерывания vector mask_count flags handler:area

Проверка функционирования таймера

Для проверки функционирования системного таймера необходимо воспользоваться программой ticksize:

# /tmp/ticksize

Проверка считается выполненной успешно, если вывод данной программы содержит аналогичные строки:

System timer ticksize: 1000 mks Measuring system timer interrupt latency for 10 sec... ------------------------------------ System Timer Latency = 0.54 mks ------------------------------------

Проверка функционирования подсистемы управления общими элементами платформ

Для вывода информации о запущенных компонентов выполнить команду pidin ar:

# pidin ar pid Arguments 1 procnto-smp -vvv -ae 2 slogger -s 16384k 3 pipe 4 platform-control -dsunxi 5 devc-ser8250-dw -e -F -b115200 -c24000000/16 0x01C28000^2,32 6 io-usb -dehci ioport=0x01c1b000,irq=106 -dohci ioport=0x01c1b400,irq=107 -dehci ioport=0x01c1c000,irq=108 -dohci ioport=0x01c1c400,irq=109 -dehci ioport=0x01c1d000,irq=110 -dohci ioport=0x01c1d400,irq=111 7 devb-sdmmc mem name=/below4G blk memory=/below4G,cache=8m sdio hc=sunxi,addr=0x01C0F000,irq=92 disk name=sd cam pnp,quiet 8 random -t 9 io-pkt-v4-hc-ksz -dsun8i 4106 sh 4107 pidin ar

Проверка считается пройденной успешно, если вывод утилиты pidin ar содержит информацию о запуске менеджера управления общими элементами платформ с аргументом -dsunxi:

4 platform-control -dsunxi

Проверка работы ЗОСРВ на ЦП в режиме симметричной мультипроцессорности (SMP) с поддержкой всех CPU ядер типа Cortex-A7

Для вывода информации о количестве процессоров выполнить команду pidin info:

# pidin info CPU:ARM Release:2024 FreeMem:992Mb/1024Mb BootTime:Jan 01 00:00:00 UTC 1970 Processes: 8, Threads: 28 Processor1: 1091551349 Cortex A7 228MHz FPU Processor2: 1091551349 Cortex A7 228MHz FPU Processor3: 1091551349 Cortex A7 228MHz FPU Processor4: 1091551349 Cortex A7 228MHz FPU

Для проверки функционирования на всех ядрах выполнить следующее:

# for cpu in 0 1 2 3; do on -C$cpu pidin -P pidin -fl; done

Проверка считается выполненной успешно, если вывод содержит следующие строки:

cpu 0 cpu 1 cpu 2 cpu 3

Проверки интерфейсов

Проверка драйвера контроллера UART

Для работы с последовательным портом используется драйвер devc-ser8250-dw. Настройки последовательного порта по умолчанию: скорость 115200, 8 бит, без контроля четности, 1 стоп-бит. В составе загрузочного образа драйвер запускается автоматически.

В случае успешного запуска драйвера в директории /dev/ будет создано устройство ser1.

# ls /dev/ser* /dev/ser1

Для проверки функционирования драйвера UART подключить ПМ к ПК через преобразователь по USB в один из разъемов и запустить терминальную программу minicom. В последовательном или удалённом терминале выполнить следующую команду:

# echo Test message > /dev/ser1

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

Test message

Проверка драйвера контроллера Gigabit Ethernet

Для работы с контроллером интерфейса Gigabit Ethernet используется драйвер devnp-stmmac.so либо devnp-sun8i.so и менеджер ресурсов io-pkt-v4-hc-ksz. По умолчанию в загрузочном образе используется devnp-stmmac.so. В составе загрузочного образа драйвер запускается автоматически.

В случае успешного запуска любого из драйверов будет создан сетевой интерфейс st0/sun0 и в результате выполнения команды ifconfig на экран будут выведены данные, аналогичные следующим, с указанием текущего ip-адреса, маски и широковещательного адреса:

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33192 inet 127.0.0.1 netmask 0xff000000 <интерфейс>: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 address: f2:b4:15:84:4c:8b media: Ethernet autoselect (100baseTX full-duplex) status: active inet <ip адрес> netmask <маска> broadcast <широковещательный адрес>

Для проверки функционирования сетевого обмена выполнить следующую команду, инициирующую отправку ICMP пакетов существующему сетевому узлу:

# ping -c 3 <ip получателя> PING <ip получателя> (<ip получателя>): 56 data bytes 64 bytes from <ip получателя>: icmp_seq=0 ttl=64 time=0 ms 64 bytes from <ip получателя>: icmp_seq=1 ttl=64 time=0 ms 64 bytes from <ip получателя>: icmp_seq=2 ttl=64 time=0 ms ----<ip получателя> PING Statistics---- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0/0/0 ms variance = 0 ms^2

Проверка считается выполненной успешно, если все 3 пакета были успешно получены (процент потерь равен нулю).

Проверка драйвера контроллера USB

Для работы с контроллером интерфейса USB используются драйвера devu-ehci.so, devu-ohci.so и менеджер ресурсов io-usb. В составе загрузочного образа драйвер запускается автоматически.

В случае успешного запуска драйвера в директории /dev/ будет создано устройство io-usb.

# ls /dev/io-usb devu-ehci.so devu-ohci.so io-usb

Для получения списка подключенных usb устройств может быть использована утилита usb:

# usb

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

USB 0 (EHCI) v1.10, v1.01 DDK, v1.01 HCD USB 1 (OHCI) v1.10, v1.01 DDK, v1.01 HCD USB 2 (EHCI) v1.10, v1.01 DDK, v1.01 HCD USB 3 (OHCI) v1.10, v1.01 DDK, v1.01 HCD USB 4 (EHCI) v1.10, v1.01 DDK, v1.01 HCD USB 5 (OHCI) v1.10, v1.01 DDK, v1.01 HCD

После подключения USB flash накопителя к ПМ должно появиться новое устройство:

# usb USB 0 (EHCI) v1.10, v1.01 DDK, v1.01 HCD Device Address : 1 Vendor : 0x8564 (JetFlash) Product : 0x1000 (Mass Storage Device) Class : 0x00 (Independent per interface) USB 1 (OHCI) v1.10, v1.01 DDK, v1.01 HCD USB 2 (EHCI) v1.10, v1.01 DDK, v1.01 HCD USB 3 (OHCI) v1.10, v1.01 DDK, v1.01 HCD USB 4 (EHCI) v1.10, v1.01 DDK, v1.01 HCD USB 5 (OHCI) v1.10, v1.01 DDK, v1.01 HCD

Проверка драйвера контроллера SD/MMC

Для работы с контроллером SD/MMC используется драйвер devb-sdmmc. В составе загрузочного образа драйвер запускается автоматически. В случае успешного запуска драйвера в директории /dev/ будет создано устройство sd0, соответствующее SD-карте, а также устройства, соответствующие разделам. Для управления устройствами могут быть использованы стандартные утилиты для управления и чтения/записи блочных устройств. Проверка считается выполненной успешно, если при выполнении команды ls /dev/sd0* отображаются устройства, соответствующие SD-карте и разделам, например:

# ls /dev/sd0* /dev/sd0 /dev/sd0t131 /dev/sd0t177

В выводе утилиты mount увидеть точку монтирования одного из разделов SD-карты, например:

# mount /dev/sd0t177 on /fs/qnx6 type qnx6

Для измерения производительности операции записи и чтения необходимо создать файл и заполнить его случайными значениями с помощью утилиты dd, при этом измеряя время данной операции через time:

# dd if=/dev/urandom of=/dev/shmem/test_file bs=1000 count=256 # time dd if=/dev/shmem/test_file of=<точка монтирования>/test_file \ bs=1000 count=256

Выводом данной команды будет является время и скорость записи:

256+0 records in 256+0 records out 256000 bytes transferred in 0.038 secs (6736842 bytes/sec) 0m00.04s real 0m00.00s user 0m00.00s system

Для измерения скорости чтения необходимо скопировать созданный тестовый файл в /dev/null с помощью утилиты dd:

# time dd if=<точка монтирования>/test_file of=/dev/null bs=1000 count=256

Выводом данной команды будет является время и скорость чтения:

256+0 records in 256+0 records out 256000 bytes transferred in 0.010 secs (25600000 bytes/sec) 0m00.01s real 0m00.00s user 0m00.00s system

Проверка драйвера контроллера GPIO

Для работы с контроллером GPIO используется менеджер ресурсов gpio-sunxi. В составе загрузочного образа драйвер запускается автоматически.

Проверить наличие устройства gpio в директории /dev/:

# ls /dev/gpio /dev/gpio

Выполнить чтение состояний и направлений GPIO:

# cat /dev/gpio gpio0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio1 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio3 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio4 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio5 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i gpio6 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i 0i

Установка пина 1 для GPIO0 (Порт A) в режим выхода, а затем в состояние "высокий":

echo "0 1 o" > /dev/gpio echo "P1 1" > /dev/gpio

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

Расширенные проверки функционирования ОС

Проверка графической подсистемы

Проверка работы графической подсистемы производится с использованием утилиты gf-vsync. Перед выполнением проверки необходимо подключить к OrangePi PC монитор через разъем HDMI. Для корректной проверки на устройстве должны размещаться конфигурационные файлы:

/etc/system/config/sunxi.conf
/etc/system/config/display.conf
/etc/system/config/crtc-settings

Так же на устройстве должны размещаться соответствующие библиотеки:

/usr/lib/libgf.so.1
/usr/lib/libffb.so.2
/usr/lib/libdisputil.so.2

В конфигурационном файле /etc/system/config/sunxi.conf раскомментировать соответствующую строку:

# Allwinner H3 configuration sample
irq=118,memory=64,verbose=debug
#base=0x01C0C000:0x01000000:0x01EE0000,irq=118,memory=64,verbose=debug

Пример содержания /etc/system/config/display.conf:

device {
drivername=sunxi
vid=0x0
did=0x0
deviceindex=0
modeopts=/etc/system/config/sunxi.conf
display {
xres=1920
yres=1080
refresh=60
pixel_format=argb8888
}
}

Затем необходимо запустить менеджер графической подсистемы io-display:

# io-display -dvid=0,did=0

После — воспользоваться утилитой gf-vsync:

# gf-vsync -l0

Проверка считается пройденной успешно, если на экране отображается корректное изображение, соответствующее документации на утилиту gf-vsync.

Проверка композитной графической подсистемы Screen

Проверка композитной графической подсистемы Screen производится с использованием утилиты screen-gles2-gears. Перед выполнением проверки необходимо подключить к OrangePi PC монитор через разъем HDMI. Для корректной проверки на устройстве должны размещаться конфигурационные файлы:

/etc/system/config/sunxi.conf
/etc/system/config/display.conf
/etc/system/config/crtc-settings
/etc/system/config/lxdev.conf
/usr/lib/graphics/Mali400/graphics.conf
/usr/lib/graphics/Mali400/screen.conf

Так же на устройстве должны размещаться соответствующие библиотеки:

/usr/lib/libgf.so.1
/usr/lib/libffb.so.2
/usr/lib/libdisputil.so.2
/usr/lib/libscreen.so.1
/lib/dll/devl-mali-sun8iw7.so
/lib/dll/devg-screen.so
/lib/dll/screen-glesblit.so
/usr/lib/graphics/Mali400/* - драйверное обеспечение GPU Mali400

Подготовка:

Утилитой env необходимо убедиться, что задана переменная окружения GRAPHICS_ROOT:

# env GRAPHICS_ROOT=/usr/lib/graphics/Mali400 LD_LIBRARY_PATH=/usr/lib/graphics/Mali400:/proc/boot:/lib:/usr/lib:/lib/dll: /opt/lib

Убедиться, что в конфигурационном файле /etc/system/config/display.conf указан хук-модуль devg-screen.so:

device {
drivername=sunxi
vid=0x0
did=0x0
deviceindex=0
hook=devg-screen.so
modeopts=/etc/system/config/sunxi.conf
display {
xres=1920
yres=1080
refresh=60
pixel_format=argb8888
}
}

Убедиться, что конфигурационный файл /usr/lib/graphics/Mali400/graphics.conf для модуля devg-screen.so содержит следующие строки:

# Mali400 platform configuration
begin khronos
# Screen drivers
begin egl display 1
# GPU core drivers unloading is prohibited
persistent = yes
# GPU core driver
gpu-dlls = libstub.so
# blit driver
blit-dll = glesblit
# EGL driver
egl-dlls = libEGL_mali.so
# OpenGL ES v1.* driver
glesv1-dlls = libGLESv1_CM_mali.so
# OpenGL ES v2.* driver and shader compiler
glesv2-dlls = libGLESv2_mali.so
end egl display
begin wfd device 1
# GPU driver options
gpu-contiguousMB = 128 # video (contiguous) memory pool size (in Mb, default = 248)
#gpu-internalPoolMB = 6 # kernel local memory pool size (in Mb, default = precompiled)
#gpu-sharedPoolMB = 2 # shared per-client memory pool initial size (in Mb, default = precompiled)
#gpu-physBase = 0x0 # MMU base address remapping (default - precompiled)
#gpu-physSize = 0x0 # MMU address space size for remapping (in bytes, default - precompiled)
#gpu-powerManagement = 1 # power management feature (0/1 - disabled/enabled, default - precompiled)
#gpu-gpuProfiler = 0 # profiler feature (0/1 - disabled/enabled, default - precompiled)
#gpu-recovery = 1 # recover device from stuck state (0/1 - disabled/enabled, default - precompiled)
#gpu-stuckDump = 1 # level of stuck dump content (1/2/3 - minimal/middle/maximal, default - precompiled)
end wfd device
end khronos

Убедиться, что конфигурационный файл /usr/lib/graphics/Mali400/screen.conf для модуля devg-screen.so содержит следующие строки:

# Screen accelerator options (Mali400 platform)
begin screen
# Per display composition options
begin wfc display 1
refresh = tile # display composition strategy (auto/full/tile, default = tile)
tiles = 16 # number of tiles (refresh == tile only, default = 16)
background = 1 # background filling (0/1, default = 1)
background-color = 0x00000000 # background solid color (AARRGGBB hex value, default = 0x00000000)
rotation = 0 # display rotation factor (0/90/180/270, default = 0)
h-mirror = 0 # flip image horizontally (0/1, default = 0)
v-mirror = 0 # flip image vertically (0/1, default = 0)
scaling-quality = nice # type of scaling qualities (fast/normal/nice, default = normal)
layers = 8 # number of composition layers (1-8, default = 1)
cursor = yes # composer provides top layered cursor engine (yes/no, default = no)
verbose = 0 # composer verbosity level (0-10, default = 0)
thread-priority = 40 # composer thread priority (default = 40)
x-offset = photon
y-offset = photon
end wfc display
begin input
begin cursors
config_path = standard # default cursors for all input groups (standard/none/<path>)
# group1 = /usr/share/screen/g1.conf # cursors for input-group 1 (<path>)
end cursors
begin input-group 1
deny-displays = 2,3
end input-group
begin keyboard 1
device = /dev/devi/keyboard0
group = 1
end keyboard
begin mouse 1
device = /dev/devi/mouse0
group = 2
end mouse
begin touch 1
device = /dev/devi/touch0
display = 1
group = 3
end touch
end input
end screen

Убедиться в корретной работе графического 3D ядра ARM Mali 400. Проверка производится с использованием утилиты pidin и sloginfo. Для корректной проверки на устройстве должы размещаться файлы lxdev.conf:

// load modules
#module "mali-sun8iw7"
gpu {
compatible = "arm,mali-dev";
};

Затем необходимо запустить io-lxdev:

# io-lxdev

После — следует убедиться в отсутствии ошибок запуска менеджера в выводе sloginfo и воспользоваться утилитой pidin -P io-lxdev ar:

# sloginfo Jan 01 00:00:17 5 10 400 [io-lxdev] Mali: Jan 01 00:00:17 5 10 400 [io-lxdev] Mali device driver r3p0-04rel0-releases/neutrino/2024.1-47-g486f8f5 loaded

# pidin -P io-lxdev ar pid Arguments 4108 io-lxdev

Проверка считается пройденной успешно, если вывод утилиты pidin -P io-lxdev ar содержит информацию о запуске менеджера системы совместимости с модулями Linux:

4108 io-lxdev

Проверка:

Для проверки композитной графической подсистемы Screen необходимо запустить менеджер графической подсистемы io-display:

# io-display -dvid=0,did=0

После — воспользоваться утилитой screen-gles2-gears:

# screen-gles2-gears

Проверка считается пройденной успешно, если на экране отображается корректное изображение, соответствующее документации на утилиту screen-gles2-gears.




Предыдущий раздел: перейти