Allwinner H616+AXP313なLinuxのdmesgを見るに、axp20x-i2c 1-0036: AXP20x variant AXP313a found https://gist.github.com/LarsLinux93/0105fb0be057dc1c1407e8cc2401645d#file-miniarch-20230212-6-2-11-board-h616-tanix_tx6s_axp313-sd-image-debuguart-txt-L284 なんてあるから、なんか今までとは違う可能性がありそう。

どうもLinux界隈ではAXP313A対応に向けて動きはあるみたいだね。旧来はAXP1530なんて名前だったらしい。
https://lkml.iu.edu/hypermail/linux/kernel/2301.2/00747.html
https://lkml.iu.edu/hypermail/linux/kernel/2301.2/00748.html
https://lkml.iu.edu/hypermail/linux/kernel/2301.2/00749.html
https://lkml.iu.edu/hypermail/linux/kernel/2301.2/00750.html
https://lore.kernel.org/lkml/20230120184500.1899814-1-martin.botka@somainline.org/T/

PMICもProbing AXP305 on RSBという割にその後の電圧情報はない（何かエラーが出ている）。https://linux-sunxi.org/Reduced_Serial_Bus にあるように、Hardware Addressが想定されたもの(0x745)ではない可能性も考える必要あるかも。

待て自分？
https://bbs.aw-ol.com/topic/2054/mq-quad-h616-%E4%B8%BB%E7%BA%BF%E5%86%85%E6%A0%B8%E7%BC%96%E8%AF%91%E8%B0%83%E8%AF%95%E8%AE%B0%E5%BD%95-u-boot-kernel-buildroot のUART0 中输出 LOG、「pmic id is 0x4b」ってのは何かな？

awutils、本家からgit cloneするとなんかうまくいかないこともあるので（https://だとダメでgit@githubならイケる）、自分とこにフォークして置いとくとするかね…

awutils、単にMakefileでawflashの生成を殺しておくだけで十分問題無いのでは…？（awflashは作成中でロクに動かん、とREADMEにも書いてあるくらいだし）

sunxi FELってもしかしてUSBか何かで繋いでイメージ流す系？SDカードに書き込むんじゃなく？？ https://linux-sunxi.org/FEL/USBBoot

下手にautotools使っちゃうとその部分のメンテナンスで手間がかかってしまうから、ある程度の範囲なら仮想マシンに色々OS突っ込んで実際にビルドして対応コード入れとく方が困らない気がする。少なくとも拙作のkisstun/sliptunはそうしてる（単にautotools使った作業フローを確立してないだけなんだけどねｗ）。

最近はアレなのかな、最初から多プラットフォーム展開とかも考えているのか、#ifdef __linux__でちゃんと括ってるとか、configure使わなくて（CFLAGS=-I/usr/local/includeの追加くらいで済むなら十分）gmakeだけでビルド通っちゃうような、素直なコードが多い気がする。なんとなくだけど。

CFLAGS=-I/usr/local gmakeで一応ある程度はビルドできる
target-tools, (all)はmeminfo.cがエラー
misc, toolsは問題なし、引数ない場合はtools扱いかな

sunxi-tools/sunxi-felはOpenBSD上でもビルド可能と。 https://github.com/linux-sunxi/sunxi-tools/

sunxi-toolsもそうだけど、IMAGEWTYで始まるイメージ対策にawutilsの攻略もしておかないといけないよなあ。 https://github.com/Ithamar/awutils とはいえ本家はアーカイブ入り、おそらく有力そうなフォークは https://github.com/usr-sse2/awutils 辺りになるか…？

@hfp わわ、なんかすみません。openbox-sessionの代わりにwindowmaker-sessionみたいなものがあるかどうか、consolekit入れて試してみることになりそうですね（ちょっと今すぐは動けないので、のちほど）。情報感謝っす。

でもMQ-Quad H616 主线内核编译调试记录(u-boot、kernel、buildroot) を見るに、ATFは無改造でやってるみたいなんだけど…大丈夫なのかな。PMICのID見て蹴ってる様子はない（AXP305として認識してるけど実際にそれで動かすと問題があるからU-bootは手を入れてる？）感じではある。

あと、単ににdd if=u-boot of=/path/to/device bs=1024 seek=8ではだめで、sunxi-felを通さないとダメなのか。通りで思い通りに動かない訳か。

MQ-Quad H616 主线内核编译调试记录(u-boot、kernel、buildroot) (2022/9/6) https://bbs.aw-ol.com/topic/2054/mq-quad-h616-%E4%B8%BB%E7%BA%BF%E5%86%85%E6%A0%B8%E7%BC%96%E8%AF%91%E8%B0%83%E8%AF%95%E8%AE%B0%E5%BD%95-u-boot-kernel-buildroot 現時点だとこれを超える資料はなさそうな気がする…結局Orange Pi Zero2をベースに改造していくしか今のところは無くて、なんとか_defconfigでお任せというイージーモードは期待できないということか。

@hfp むむむ…Consolekit+fcitx5+WindowMakerな実例を探さねば…

…もしかしてfcitx5を動かす前に、dbus-launchで何かお膳立てが要る？ https://github.com/fcitx/fcitx5/issues/178

ps axする限りでは/usr/local/bin/dbus-daemon --system辺りは普通に動いてる。他何か要るのかなあ。

OpenBSDのfcitx5-config-qt、DBusがfcitxと接続できませんでした。Fcitxは動いていますか？と聞かれるんだけど普通に日本語は入力できてるしむしろ「Fcitx5を実行する」を押すとロクでもないことになった記憶があって（それ以上は怖くて触っていない）。

【疑問】そもそもMango Pi MQ-quad向けのU-bootなどを作る手法、どこにある？

AXP313のレジスタから値を吸い出して表示させる、ということが可能なのかどうか…

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

U-bootのmake menuconfigで、
ARM architecture→Use PSCI for reset and shutdown (PSCI_RESET)
だけではだめで
Device Drivers→System reset device drivers→Enable support for PSCI System Reset (SYSRESET_PSCI)
だとビルド時にエラー…PSCI越しにリセットするためのU-bootの設定方法、を探す必要があるのか。