2024年11月5日火曜日

「pcDuino3」でYocto Project その９

前回からの続きです。

このテーマを最初からご覧になる場合はこちらからどうぞ。


「core-image-sato」のビルド(試行錯誤編)

前回までにSSH、Git、そしてNode.jsが使用できる実用的なディストリビューションを作成しました。

しかし、これは「core-image-minimal」という最小限のディストリビューション・タイプにちょっとだけ肉付けをした程度のもの。

ご覧の通り「pcDuino3」にはHDMI端子があるのに、画面に映っているのはテキストだけ…。

pcDuino3


せっかくHDMI端子を持っているなら、当初の目的からは外れるけど、ちょっとグラフィカルな表示をさせてみたい！…という貧乏性的な発想から、何か絵を出せるディストリビューションを作ってみましょう。

今までは「Yocto Project」で用意されている最軽量のディストリビューション・タイプである「core-image-minimal」をベースに改造してきました。

グラフィカルなディストリビューションのためには、それの上位版「core-image-sato」というのをベースにするのが良さそうです。

ウ～ン「～sato」って何でしょうね？

どうやらGTKを使用したシンプルなデスクトップ環境のようです。

別に佐藤さんが作ったわけでもなさそうです。

というわけで、いつも通りUbuntuを起動してターミナルを開いて、以下のコマンドを打って今度は「core-image-minimal」の代わりに「core-image-sato」をbitbakeです。


$ cd poky/

$ source oe-init-build-env


その前に、前回いくつかのパッケージを書き加えた「./conf/」ディレクトリ以下にある「local.conf」の末尾の行「CORE_IMAGE_EXTRA_INSTALL += ～」の行を「#」でコメントアウトしておきましょう。

  • ...
  • # CONF_VERSION is increased each time build/conf/ changes incompatibly and is used to
  • # track the version of this file when it was generated. This can safely be ignored if
  • # this doesn't mean anything to you.
  • CONF_VERSION = "2"

  • #
  • # for pcDuino3
  • #
  • #CORE_IMAGE_EXTRA_INSTALL += "nodejs nodejs-npm openssh git"


今までと変わったことをやる場合は、前回の変更はクリアにしておいた方がいいです。

トラブル回避のために。

必要ならば、一度ビルドが通ってからまた書き加えましょう。


そして…


$ bitbake core-image-sato


…どやっ！？


ぐはっ！！

なんか、いきなりエラーが出ちゃった。

ターミナル - 1


面倒ですが、エラーをよく調べてみましょう。

これの意味は…「xf86-input-keyboard」は作れないけど「packagegroup-core-x11-xserver.bb」というレシピでこれが必要とされています…！？

  • NOTE: Resolving any missing task queue dependencies
  • ERROR: Nothing RPROVIDES 'xf86-input-keyboard' (but /home/yocto/poky/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb RDEPENDS on or otherwise requires it)
  • NOTE: Runtime target 'xf86-input-keyboard' is unbuildable, removing...
  • Missing or unbuildable dependency chain was: ['xf86-input-keyboard']
  • NOTE: Runtime target 'packagegroup-core-x11-xserver' is unbuildable, removing...
  • Missing or unbuildable dependency chain was: ['packagegroup-core-x11-xserver', 'xf86-input-keyboard']
  • NOTE: Runtime target 'packagegroup-core-x11-base' is unbuildable, removing...
  • Missing or unbuildable dependency chain was: ['packagegroup-core-x11-base', 'packagegroup-core-x11-xserver', 'xf86-input-keyboard']
  • ERROR: Required build target 'core-image-sato' has no buildable providers.
  • Missing or unbuildable dependency chain was: ['core-image-sato', 'packagegroup-core-x11-base', 'packagegroup-core-x11-xserver', 'xf86-input-keyboard']


なんのこっちゃ？

ちょっと「xf86-input-keyboard」というものについて調べる必要がありそうですね。

これは、X.Org Server（ウィンドウ・システム）で使用されるキーボードのドライバーだそうです。

さらに、こちらのページの一番上の投稿によると、この「xf86-input-keyboard」や「xf86-input-mouse」は非推奨であり、これらの機能は「xf86-input-evdev」などに置き換えられているとのこと。

このページは「Yocto Project」向けのものではありませんが、同じLinuxの情報ですから軽視はできません。


ひょっとして「xf86-input-keyboard」って、もう使われていないのでは？

それなのに呼び出しているので、これが原因では？


そういった推理から現在の「Yocto Project」のレイヤーから「xf86-input-keyboard」が定義されているレシピを探しましょう。

まずは「meta-sunxi」レイヤーを疑います。

以下のコマンドを入力。


$ cd ../meta-sunxi/

$ grep -r "xf86-input-keyboard" ./*


この結果「./conf/machine/include/sunxi.inc」というレシピの参照ファイル(.inc)に「xf86-input-keyboard」という文字列が見つかりました。

ターミナル - 2


このファイルを開いてみましょう。


/home/yocto/poky/meta-sunxi/conf/machine/include/sunxi.inc

ファイル・ブラウザ - 1

ファイルを見ると冒頭に「XSERVER = 」で始まる行が見つかります。

ここでは「XSERVER」という変数に「xf86-input-keyboard」を代入していることが分かります。

前述のページの投稿では「xf86-input-keyboard」や「xf86-input-mouse」は非推奨であり、これらの機能は「xf86-input-evdev」などに置き換えられ…とありましたね。

なのに、この行では「xf86-input-evdev」に加え、これに置き換えられたはずの「xf86-input-keyboard」や、さらには「xf86-input-mouse」まで加えられています。

  1. SOC_FAMILY ??= ""
  2. include conf/machine/include/soc-family.inc
  3. MACHINEOVERRIDES =. "sunxi:"
  4. # Sub-architecture support
  5. MACHINE_SOCARCH_SUFFIX ?= ""
  6. MACHINE_SOCARCH_SUFFIX_sun4i = "-sun4i"

  8. PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg"
  9. XSERVER = "xserver-xorg \
  10.            xf86-input-evdev \
  11.            xf86-input-mouse \
  12.            xf86-input-keyboard"

  14. PREFERRED_PROVIDER_virtual/kernel ?= "linux-mainline"
  15. PREFERRED_VERSION_linux-mainline ?= "6.1.%"
  16. PREFERRED_PROVIDER_u-boot ?= "u-boot"
  17. PREFERRED_PROVIDER_virtual/bootloader ?= "u-boot"
  18. ...


これは臭いな～。

ならば、もう要らないと噂の「xf86-input-keyboard」と「xf86-input-mouse」を「XSERVER」変数から削除したいところですね。

これを行うには「local.conf」に記述を行うのが得策です。

(因みにこのファイルを直接修正しても結果は同じですが、お行儀の良い方法としてはコッチです。)

「local.conf」では「Yocto Project」で使用される様々なパラメータを変数単位で追加したり、変更したり、削除したりすることができます。

というわけなので「local.conf」の末尾に以下の記述を追加しましょう。

変数からアイテムを削除するには…


[変数名]：remove = "[削除するアイテム]"


…です。

つまり「XSERVER:remove = "xf86-input-keyboard xf86-input-mouse"」と追記すれば良さそうです。

  • ...
  • # CONF_VERSION is increased each time build/conf/ changes incompatibly and is used to
  • # track the version of this file when it was generated. This can safely be ignored if
  • # this doesn't mean anything to you.
  • CONF_VERSION = "2"
  • #
  • # for pcDuino3
  • #
  • #CORE_IMAGE_EXTRA_INSTALL += "nodejs nodejs-npm openssh git"

  • XSERVER:remove = "xf86-input-keyboard xf86-input-mouse"


これを保存して、再び「core-image-sato」のbitbakeにトライ！


$ cd build/

$ bitbake core-image-sato


…

あかん、また違ったエラーが出ちまったい…。

ウーン、この修正は上手く通ったようですが…。

ターミナル - 3

今回のエラーメッセージは、こんな感じ。

「sunxi-mali_git.bb」というレシピのConfigure中でコケている模様。

  • ERROR: sunxi-mali-git-r0 do_configure: ExecutionError('/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/temp/run.do_configure.5903', 2, None, None)
  • ERROR: Logfile of failure stored in: /home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/temp/log.do_configure.5903
  • Log data follows:
  • | DEBUG: Executing python function extend_recipe_sysroot
  • | NOTE: Direct dependencies are ['/home/yocto/poky/meta-sunxi/recipes-graphics/libump/libump_git.bb:do_populate_sysroot', '/home/yocto/poky/meta-sunxi/recipes-graphics/xorg-xserver/libdri2_git.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-core/glibc/glibc_2.37.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-devtools/gcc/gcc-cross_12.3.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-devtools/gcc/gcc-runtime_12.3.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-graphics/drm/libdrm_2.4.115.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-graphics/xorg-lib/libx11_1.8.7.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-graphics/xorg-lib/libxau_1.0.11.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-graphics/xorg-lib/libxdmcp_1.1.4.bb:do_populate_sysroot', '/home/yocto/poky/meta/recipes-graphics/xorg-proto/xorgproto_2022.2.bb:do_populate_sysroot', 'virtual:native:/home/yocto/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot', 'virtual:native:/home/yocto/poky/meta/recipes-devtools/patchelf/patchelf_0.17.2.bb:do_populate_sysroot', 'virtual:native:/home/yocto/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot']
  • | NOTE: Installed into sysroot: []
  • | NOTE: Skipping as already exists in sysroot: ['libump', 'libdri2', 'glibc', 'gcc-cross-arm', 'gcc-runtime', 'quilt-native', 'libdrm', 'libx11', 'libxau', 'libxdmcp', 'xorgproto', 'patch-native', 'patchelf-native', 'pseudo-native', 'libtool-native', 'libpciaccess', 'libpthread-stubs', 'xtrans', 'util-macros', 'libxcb', 'attr-native', 'gnu-config-native', 'xz-native', 'binutils-cross-arm', 'zstd-native', 'libmpc-native', 'texinfo-dummy-native', 'linux-libc-headers', 'zlib-native', 'gmp-native', 'mpfr-native', 'flex-native', 'libxext', 'libxfixes', 'libgcc', 'xcb-proto', 'gettext-minimal-native', 'm4-native']
  • | DEBUG: Python function extend_recipe_sysroot finished
  • | DEBUG: Executing shell function do_configure
  • | rm -f config.mk
  • | make config.mk
  • | make[1]: Entering directory '/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git'
  • | make -f Makefile.config
  • | make[2]: Entering directory '/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git'
  • | ABI="armhf" (Provided)
  • | VERSION="r3p0" (Provided)
  • | EGL_TYPE="x11" (Detected)
  • | make[2]: Leaving directory '/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git'
  • | Makefile.config:87: *** No Mali libs exist for r3p0, armhf, x11. Stop.
  • | make[1]: *** [Makefile:12: config.mk] Error 2
  • | make[1]: Leaving directory '/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git'
  • | make: *** [Makefile:9: config] Error 2
  • | WARNING: exit code 2 from a shell command.
  • ERROR: Task (/home/yocto/poky/meta-sunxi/recipes-graphics/libgles/sunxi-mali_git.bb:do_configure) failed with exit code '1'
  • NOTE: Tasks Summary: Attempted 3390 tasks of which 3385 didn't need to be rerun and 1 failed.

  • Summary: 1 task failed:
  •   /home/yocto/poky/meta-sunxi/recipes-graphics/libgles/sunxi-mali_git.bb:do_configure


なにやらライブラリが足りない！とか言っているようですね。

ソースやらライブラリが足りないというエラーの場合は、それらをGitからダウンロードするのに失敗しているケースが大半です。

エラーを起こした「sunxi-mali_git.bb」というレシピを調べてみましょう。

因みに「sunxi-mali」とは「pcDuino3」に搭載されているプロセッサ「Allwinner A20」用のグラフィック・モジュールです。

今回の絵を出すディストリビューションを作るミッションにおいては主役ですね。


/home/yocto/poky/meta-sunxi/recipes-graphics/libgles/sunxi-mali_git.bb

ファイル・ブラウザ - 2


ここでは「SRC_URI = 」から始まる行に注目します。

この「SRC_URI 」は、ソースやライブラリのダウンロード先を示す変数のようです。

  • DESCRIPTION = "libGLES for the A10/A13 Allwinner processor with Mali 400 (X11)"

  • LICENSE = "Proprietary"
  • LIC_FILES_CHKSUM = "file://README;md5=1b81a178e80ee888ee4571772699ab2c"

  • COMPATIBLE_MACHINE = "(sun4i|sun5i|sun7i|sun8i)"

  • # These libraries shouldn't get installed in world builds unless something
  • # explicitly depends upon them.
  • EXCLUDE_FROM_WORLD = "1"
  • PROVIDES = "virtual/libgles1 virtual/libgles2 virtual/egl"

  • # There's only hardfp version available
  • python __anonymous() {
  •     tunes = d.getVar("TUNE_FEATURES", True)
  •     if not tunes:
  •         return
  •     if "callconvention-hard" not in tunes:
  •         pkgn = d.getVar("PN", True)
  •         pkgv = d.getVar("PV", True)
  •         raise bb.parse.SkipPackage("%s-%s ONLY supports hardfp mode for now" % (pkgn, pkgv))
  • }

  • SRCREV = "d343311efc8db166d8371b28494f0f27b6a58724"
  • SRC_URI = "git://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master \
  •            file://0001-Add-EGLSyncKHR-EGLTimeKHR-and-GLChar-definition.patch \
  •            file://0002-Add-missing-GLchar-definition.patch \
  •            file://0003-Fix-sed-to-replace-by-the-correct-var.patch \
  •            file://0001-fix-test-build.patch \
  •            "

  • S = "${WORKDIR}/git"

  • DEPENDS = "libdrm xorgproto libump patchelf-native"
  • ...


もし「SRC_URI 」の内容が正しければ、今回のエラーは起こらないはずなんですけどねぇ。

この変数の先頭のアイテム「git://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master」をWebで見てみましょう。


https://github.com/linux-sunxi/sunxi-mali/tree/master/lib


ライブラリが足らないということなので、この中の「lib」のディレクトリを覗いてみましょう。

すると、ここには「mali @ 1c5063f」とかいうディレクトリが含まれていて、それがどうやらサブモジュール扱いになっているようです。

Github - 1


サブモジュールというのは、リポジトリの中で他のリポジトリにリンクするモジュールを意味します。

その証拠、この「mali @ 1c5063f」ディレクトリをクリックすると「sunxi-mali-proprietary」という別のリポジトリに飛ばされます。

これこそが足りないと騒ぎになっているライブラリのソースでは？

Github - 2


試しにダウンロードされた現物を見てみましょう。

「Yocto Peoject」ではbitbake中にダウンロードし、展開されたソースは（デフォルトでは）「/home/yocto/poky/build/tmp/work/」以下のディレクトリに置かれることになっています。

そこで「sunxi-mali」のリポジトリ通りにダウンロード・展開されているかを確認します。

サブモジュール「mali @ 1c5063f」が正しく存在するか？を調べるために以下のディレクトリにアクセスすると…やっぱり何もないじゃん！？


/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git/lib/mali

ファイル・ブラウザ - 3


サブモジュール「mali @ 1c5063f」がここに展開されていない…つまりは、正しくダウンロードできていないことが分かりました。

もう一度、以下の「sunxi-mali_git.bb」を見てみましょう。


/home/yocto/poky/meta-sunxi/recipes-graphics/libgles/sunxi-mali_git.bb


「SRC_URI 」の先頭アイテムとして…


git://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master


…が記述されていましたが、コレがダメなんでしょう。

  • DESCRIPTION = "libGLES for the A10/A13 Allwinner processor with Mali 400 (X11)"

  • LICENSE = "Proprietary"
  • LIC_FILES_CHKSUM = "file://README;md5=1b81a178e80ee888ee4571772699ab2c"

  • COMPATIBLE_MACHINE = "(sun4i|sun5i|sun7i|sun8i)"

  • # These libraries shouldn't get installed in world builds unless something
  • # explicitly depends upon them.
  • EXCLUDE_FROM_WORLD = "1"
  • PROVIDES = "virtual/libgles1 virtual/libgles2 virtual/egl"

  • # There's only hardfp version available
  • python __anonymous() {
  •     tunes = d.getVar("TUNE_FEATURES", True)
  •     if not tunes:
  •         return
  •     if "callconvention-hard" not in tunes:
  •         pkgn = d.getVar("PN", True)
  •         pkgv = d.getVar("PV", True)
  •         raise bb.parse.SkipPackage("%s-%s ONLY supports hardfp mode for now" % (pkgn, pkgv))
  • }

  • SRCREV = "d343311efc8db166d8371b28494f0f27b6a58724"
  • SRC_URI = "git://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master \
  •            file://0001-Add-EGLSyncKHR-EGLTimeKHR-and-GLChar-definition.patch \
  •            file://0002-Add-missing-GLchar-definition.patch \
  •            file://0003-Fix-sed-to-replace-by-the-correct-var.patch \
  •            file://0001-fix-test-build.patch \
  •            "

  • S = "${WORKDIR}/git"

  • DEPENDS = "libdrm xorgproto libump patchelf-native"
  • ...


「git://～」と記述した場合は、サブモジュールまではダウンロードしてくれないようです。

サブモジュールまでゲットしたい場合は「gitsm://～」と書くのが正解のようです。

つまり…


gitsm://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master


…が正解？

したがって「sunxi-mali_git.bb」を以下のように修正してみましょう。

「SRC_URI = 」から始まる行です。

  • DESCRIPTION = "libGLES for the A10/A13 Allwinner processor with Mali 400 (X11)"

  • LICENSE = "Proprietary"
  • LIC_FILES_CHKSUM = "file://README;md5=1b81a178e80ee888ee4571772699ab2c"

  • COMPATIBLE_MACHINE = "(sun4i|sun5i|sun7i|sun8i)"

  • # These libraries shouldn't get installed in world builds unless something
  • # explicitly depends upon them.
  • EXCLUDE_FROM_WORLD = "1"
  • PROVIDES = "virtual/libgles1 virtual/libgles2 virtual/egl"

  • # There's only hardfp version available
  • python __anonymous() {
  •     tunes = d.getVar("TUNE_FEATURES", True)
  •     if not tunes:
  •         return
  •     if "callconvention-hard" not in tunes:
  •         pkgn = d.getVar("PN", True)
  •         pkgv = d.getVar("PV", True)
  •         raise bb.parse.SkipPackage("%s-%s ONLY supports hardfp mode for now" % (pkgn, pkgv))
  • }

  • SRCREV = "d343311efc8db166d8371b28494f0f27b6a58724"
  • SRC_URI = "gitsm://github.com/linux-sunxi/sunxi-mali.git;protocol=https;branch=master \
  •            file://0001-Add-EGLSyncKHR-EGLTimeKHR-and-GLChar-definition.patch \
  •            file://0002-Add-missing-GLchar-definition.patch \
  •            file://0003-Fix-sed-to-replace-by-the-correct-var.patch \
  •            file://0001-fix-test-build.patch \
  •            "

  • S = "${WORKDIR}/git"

  • DEPENDS = "libdrm xorgproto libump patchelf-native"
  • ...


では修正した「sunxi-mali_git.bb」を保存して、再度bitbakeです。

但し「core-image-sato」全体ではなくて、今回は時短のために「sunxi-mali」単体でbitbakeしてみましょう。

このように、レシピを単体でbitbakeすることもできます。


$ bitbake sunxi-mali

ターミナル - 4

今回は大丈夫かな？

ターミナル - 5

以下表示になれば、とりあえず「sunxi-mali」に関しては正しくbitbakeできています。

ターミナル - 6

さきほどの「sunxi-mali」のサブモジュール、今回は正しく生成できているでしょうか？

まあ、できているのでbitbakeが通ったんですけどね。

一応確認です。

再度、以下のディレクトリを確認しましょう。

今回はちゃんとできています！

Webで見た「sunxi-mali-proprietary」というサブモジュールがそのまま展開されています。


/home/yocto/poky/build/tmp/work/cortexa7t2hf-neon-poky-linux-gnueabi/sunxi-mali/git-r0/git/lib/mali

ファイル・ブラウザ - 4

ヨシ！

なんだ、今までの苦労って全部「meta-sunxi」のバグじゃん！？

思われる気持ちも分かります。

しかし、この程度の障害はオープンソース・ソフトウェアでは付きものです。

メンテナーさんを責めてはいけません。

善意でやってくださっているのだから。

さて、満を持して「core-image-sato」をbitbakeです！


$ bitbake core-image-sato

ターミナル - 7


すでに以前の経験からお分かりだと思いますが、終わるまでに凄い時間が掛かります。

就寝前にbitbakeを仕掛けるのが良いでしょう。

というわけで、今日の作業は終了です。

明日の朝起きれば「core-image-sato」のbitbakeが無事に終了して「pcDuino3」が美麗なグラフィックを表示するだろうと楽しみに眠りに就く私。

しかし、これは新たなる苦悩の序章であるとは知る由もなかった…。


…てなわけで、長くなっちゃうので一回切ります。

今回わざわざ試行錯誤の過程を書いたのは「Yocto Project」でのディストリビューション開発の苦悩と現実を理解いただくためです。

そう、意外に難しいんですよ！「Yocto Project」って。


<続く>

時刻:
ラベル: ,

0 件のコメント:

コメントを投稿

登録: コメントの投稿 (Atom)

Simplicity Studioを使ってみた！ その３

前回からの続き です。 このテーマを最初からご覧になる場合は こちら からどうぞ。 「Simplicity Studio」でプログラミング インストールしたSilicon Labs社のマイコン用の統合開発環境「 Simplicity Studio 」で、テストプログラムを動かして...

  • TOPPERS/ASP - Arduino UNO R4版 その１
    TOPPERS/ASP - Arduino UNO R4版 概要 皆様おなじみの「 Arduino 」。 お財布に優しく、比較的入手がしやすいマイコンボードとして大人気です。 さて、この「Arduino」はローエンドのものからハイエンドのものまで多くのバリエーションがあります。 ...
  • 伝説の名機！モバイルギアII（MC/R330）
    今までの人生で、様々なモバイル機器を使い倒してきました。 その中で、最も使用頻度が高く長い期間愛用した製品は何か？ おそらく、それはこのNEC製の「 モバイルギア II（MC/R330）」でしょう。 発売は1999年終わり頃。 パソコンは、Windows 98が爆発的な普及を見せ...
  • BSD 2-Clause License
    OSSライセンスのメインページは こちら からどうぞ。 ライセンスの目次は こちら です。 名称：「二条項BSDライセンス」（BSD-2-clause） タイプ： ・コピーレフト…× ・ライセンス文の掲示…〇 ・コピーライト(著作権)の掲示…〇 ・その他… × 原文： Co...