ん－む、U-bootのデバッグメッセージを表示させることができればもうちょい何が問題かを掴めそうな気がするんだけどなあ

Mango Pi MQ-Quad(Allwinner H618)
[119]DRAM_VCC set to 1500 mv
[124]write_leveling error
（略）
[293]read_calibration error
[295]retraining final error
[302][AUTO DEBUG]16 bit,2 ranks training success!
[313]DRAM CLK =720 MHZ
[315]DRAM Type =3 (3:DDR3,4:DDR4,7:LPDDR3,8:LPDDR4)
[323]Actual DRAM SIZE =1024 M
[326]DRAM SIZE =1024 MBytes, para1 = 30fa, para2 = 4001001, dram_tpr13 = 6041
[339]DRAM simple test OK.

Orange Pi Zero2(Allwinner H616)
[113]DRAM_VCC set to 1500 mv
[118]read_calibration error
（略）
[170]read_calibration error
[173]retraining final error
[179][AUTO DEBUG]32bit,1 ranks training success!
[191]DRAM CLK =720 MHZ
[193]DRAM Type =3 (3:DDR3,4:DDR4,7:LPDDR3,8:LPDDR4)
[201]Actual DRAM SIZE =1024 M
[204]DRAM SIZE =1024 MBytes, paradram_tpr13 = 6041
[217]DRAM simstandby flag is 0x0, super standby flag is 0x0
[225]dram size =1024

でもMango Pi MQ-Quad、折角Allwinner H618（H616のキャッシュ増強版）積んでてもRAMが16bit幅だと…Orange Pi Zero2に負けちゃうんじゃないかなあ。こっちは32bit幅だし。

arch/arm/mach-sunxi/dram_sun50i_h616.c、mctl_core_init()←mctl_ctrl_init()←mctl_phy_init()←mctl_phy_{write_leveling,read_calibration,read_training,write_training}()…キャリブレーションだのトレーニングだのに失敗するような何かが起こってる、ように見えるんだけどなぜ失敗するかというのは正直追いたくない領域だな。胃痛がするレベル。

Mango Pi MQ-Quad、Elpida EDJ8416E6MB(512Mword×16bit)が1個ついてるだけ。このDDR3はRow address A0～A14, Column address A0～9。

その一方で、Orange Pi Zero2はSEC K4B4G1646E-BYMA×2。このDDR3は256Mword×16bitで動かすから、やっぱりRow address A0～A14, Column address A0～9。

Allwinner H616→H618に修正してます

おそらくあっちの流儀だと、boot0はboot0で、ATF抜きでもU-bootを動かすとかそういうことをしてる感じに見えるんだが…

Mango Pi MQ-Quad (Allwinner H618)、currentなU-bootだとなんか動く。とはいえ、リセットの繰り返しだけど…

U-Boot SPL 2023.07-rc2-00170-g62df7a3944 (May 25 2023 - 20:06:49 +0900)
DRAM:This DRAM setup is currently not supported.

resetting ...

U-Boot SPL 2023.07-rc2-00170-g62df7a3944 (May 25 2023 - 20:06:49 +0900)
DRAM:This DRAM setup is currently not supported.

resetting ...

なんかさらっととんでもないvariantを作られてませんかね
sunxi: arm64: boot0.h: runtime check for RVBAR address
https://github.com/u-boot/u-boot/commit/0a137ac5015933bf38ea2700abe70602ef63bbdd

Allwinner向けのSDKやら資料が集まってるな。ほんとうはこういうサイトは片っ端から落として手元にデータ残しておきたいんだけど、容量がなあ。 http://168.119.107.158/

gmake sun50iw9p1_defconfig; gmakeでビルドはできた。けどSPLとかブートに必要なものがu-boot.binには見当たらないんだが…eGON.BT0のシグネチャが無いとブートできない筈なんだよなあ。

なるほど、tina Linuxは付属のgcc-linaro-7.2.1-
2017.11-x86_64_arm-linux-gnueabi.tar.xzをtina/lichee/brandy-2.0/tools/toolchainに展開しないといけないのか

X86-S、個人的にはちょっと期待してる。DOSとか動かなくなるのはまあ悲しいけど、過去を切り捨てたことでパフォーマンスが上がったりコード書くのが楽になるんなら歓迎するしかない。個人的にはx32（アドレス表現を32bitにしたamd64）がこれで多少盛り上がることに期待したいんだけど。

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

ようこそ。

どうやらMostrは一時的に動いてなかったんだろうか（今は動いてるっぽい）

AMD SB600とかあの辺のチップセットって、元々ATiの石なのでそれなりにerrataが（以降お口にチャック）。でもそれ言うとAMDのirongate(750)も結構とんでもないって聞く。 https://elixir.bootlin.com/linux/latest/source/drivers/usb/host/ehci-pci.c#L152

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

Intel/AMDの石に限った話ではないのですが…errataの情報がドキュメントとし表に出てくるならともかく、Linuxのソースコードからしか得られない（半導体の代理店などある程度のチャネルから情報が来ないとか、NDA結ばないと取れないとか）状況って正直どうなのさというのは…昔思ってたことではあります。劣化コピー作ってどうすんの？って。

古いAMDのチップセット(SB600とか)って結構色々バグ抱えてた印象があるんだけど…USBとかAHCIとか…ｳｯ

Linuxのdrivers/usb/host/ehci-pci.cに「SB600 and old version of SB700 have a bug in EHCI controller, which causes usb devices lose response in some cases.」なんて書いてある。 https://elixir.bootlin.com/linux/latest/source/drivers/usb/host/ehci-pci.c#L205

これって某現場とかでもそうな気がする。でもそれは自分のところだけで、同業他社だとIT化がかなり進んでいるのではないかという気もする。

※ネット上ではお仕事の話をしたくはないので、どうしてもボカした表現にせざるを得ないのがなんとも…

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

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

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

Baidu NetDiskによるダウンロード終わんないんですけどーーーーー！！！！！！！！！１１１１１

@hfp そういえばなんかそういう話もありましたね…最近の外食はどこも美味しいと思ってしまうので、グルメサイトはどこで何が食べられるかが分かれば良い気もするのですが…

ランキングやレビューでは、他国では何も考えずに「非常に満足した、★5」をつけるところ、日本人は何も考えず に「普通、★3」をつけるから、１国だけスコア異様に低い。 (2019/3/25) https://togetter.com/li/1331517

食べログ3.5以下のうまい店…って、3.5が一つの人権ラインとか暗に言ってるのかなあ。 https://magazine.tabelog.com/articles/category/%E9%A3%9F%E3%81%B9%E3%83%AD%E3%82%B03-5%E4%BB%A5%E4%B8%8B%E3%81%AE%E3%81%86%E3%81%BE%E3%81%84%E5%BA%97

あー、腑に落ちた。なんか独自フォントなのかなーと思っていたけど、単にファミコンが正方画素でない→横長に表示されているので独自っぽく見えるだけ、というオチか。 https://twitter.com/sayunu/status/282190730104041473

あー、このフォント、半角の「＠」が無い。代わりに「00」が充てられてる。これは今の環境に移しても使い物にならない…（このご時世、@を使わない場面なんて無いし）

@redbrick JIS第一水準と第二水準を合わせた16×16ドット漢字ROMなので、後からサイズが増えるなんてことはなく256kBに固定されます…グリフを構成するデータのアドレスと、（文字コードから変換された）グリフのインデックス、それぞれがそれぞれにとって都合のよくなるような設計なり配線なりを行った結果こんな風になった、という可能性はあるのかもしれません。

いやー、誰かに頼んでチップ外して吸い出してもらおうと考えてたんだけど、その手間が省けて助かったわ…（本当は自分の手で吸い出したものを見た方が良いのは確かなんだけど、データの真贋を考えると）

@redbrick どうなんでしょうかね？単に信号線の並びをひっくり返すだけ、はまだ理解できるのですが…グリフを構成する部分の信号線の並びと、グリフの並べ方を構成する部分をわざわざ変えているという点に、自分は悪意があると感じてしまうのです。なにしろ、ぶぶ漬け出したらどうしなければならないかを察せ、という土地の企業の製品なので…

まあグリフ一覧出しちゃった時点で一体何を調べてたんだとかバレバレなんですが…「そーゆうブツ」です。

アドレス線の対応を単に[17:0]→[0:17]にした場合はこんな感じ。

（この解像度なら元データの復元まではできないはず）とりあえず解析終了っと。

なにこれ…本来なら[17:0]→[17:0]となるところを、[17:0]→[12:0,13,14,15,16,17]にしてる。これ吸い出し対策にしか見えないんだけど。

（若干アングラな点は否定しないけど）吸い出し元の「ブツ」は手元にある以上、吸い出されたデータをどこかで拾って手にしていても文句を言われる筋合いはないのでその辺はよろしくお願いしますね。

某ROM、アドレス線を[17:0]じゃなく[0:17]で結線してる感じだけど多分それだけじゃなくどこかいじってるような気がする。そうでないと、あんなグリフの並びにはならない筈なんだ…

Allwinner V851/853メモ
全志V853开发板--构建编译 (2022/7/19) https://aijishu.com/a/1060000000340006
DongshanPI Board Documentation Center. 配套资源 https://dongshanpi.com/YuzukiHD-Lizard/02-SupportingResources/
U-boot(brandy-2.0) https://github.com/lindenis-org/lindenis-v833-lichee-brandy-2.0-u-boot-2018 https://github.com/Tina-Linux/tina-V83x/tree/master/lichee/brandy-2.0 https://github.com/Tina-Linux/tina-v83x-u-boot-2018/
tina-v83x https://github.com/Tina-Linux/tina-V83x

※本日はお休みをいただいております

Baidu NetDisk for Linux(amd64)、dpkgでインストールしなくても動かせてますね。有料会員じゃないのでダウンロードは非常に遅いのですが、とりあえずこれはうまくいくことを祈るしかないかなー…

でもどうなんだろうかね？The Linux version of Baidu Netdisk is released, and it works better with Ubuntu Kylin! (2019/6/17) https://www.ubuntukylin.com/news/1548-en.html を見るに、時間経過とspywareなどの噂はなさそうに見えるから…そこまで神経質になる必要がどの程度あるのかなって。

Baidu NetDisk for Linuxがあるようだから、仮想マシン上で動かせば多少は安心かな？（まっさらな仮想マシンを用意できれば良いんだけど、ちょっとむずかしそうだから仮想HDDのバックアップを取って、実行後に戻すか）

必要があってBaiduのアカウントを作らにゃならん事態になってるんだけど…変なアプリを入れるという方法が多い中、Baidu Cloud https://login.bce.baidu.com/?lang=en 越しに入るというこの方法が一番良さそうに見える。

https://sho-d-blog.com/tech/935/ 【解決法あり】日本の電話番号で百度に登録する方法【2020年版】(2020/10/19)

秋月で親父に買ってもらったデジタル時計のキット（完成できなかったけど）、あの値段って結構したと思ったんだけど…あの手の時計キット、今だとAliExpressで相当お安いんだな。桁が一つ違うんだけど… https://www.aliexpress.com/item/1005002782240609.html

そういえばテスト用にDragonfly-6.4.0な仮想マシン持っているけど、これがDragonflyの利点だ！というのをあまり実感していないので何をすれば実感できるかすごく知りたいです。

とりあえずOpenBSDでのんびり過ごしてる

Slackwareはinitで、voidはrunit、s6使ってるのも何かあったよねー（と敢えてsystemd使わないぜーみたいな空気を出してみる）

※原理主義

Linux is Slackwareなのか、Slackware is Linuxなのか。

由緒正しいUnix…Illumos(OpenSolaris)とかどうなんだろう

FedoraはGNOME3のせいだと思うけど、クソ重いので二度と動かしたくないというのが最近試してみた感想。多分マシンが非力なだけなのかもだけど…計算機資源無駄遣いしてねーけ？と思いたくもなる。

以前の仕事場だと、Solaris→RedHat→Ubuntuだったけど、開発用マシンの老朽化に伴った際のリプレースでDebian使わせてくれーって頼み込んで自分はDebian使ってたということはあったり。Toolchainが動けば別にUbuntu/Debian関係なかったし（たまたま動いただけ？）という事情によるんだと思う。

イマドキの人達は多分Linux=普通のUnixという認識なんだろうなあ。

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

実際、最近DOSを目の前の実機で動かしましたか？の問いにはNoだからなあ。仮想マシン上で動けばいいじゃん、だし…

16/32bit切り捨て…　とうとう来るべき日が来たか。 https://pc.watch.impress.co.jp/docs/news/1502222.html

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の設定方法、を探す必要があるのか。