s/dkms-r8168/r8168-dkms/

BCMなんたら（型番忘れた）のNICを主体にしているマシンだから、もうdkms-r8168は要らないかなー

SuperHの輝いていた時代ですな…

とりあえず、これで現在未commitなコードはH616対応のものだけになった…かな。 H616対応何とかしてくれって話がarm@ に来ているから https://marc.info/?l=openbsd-arm&m=167958108921833&w=2 ちゃっちゃと仕切り直さないと…

基板山積み勢なので人のこと言えない…

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

（データ専用SIMってデー専SIMなんすかね？）

デーセンって呼ぶものだとばかり…

もういいや…リブートしたらPHY見失ってネットワーク繋がらない、でも仕方ないものとするか…（電源を切ればつながる）

うーん、おっかしいな。RTL8211をリセットすれば認識するようになんだろ、と思っていたんだけど…リセットしても認識しない。どうなってるんだこれ。

U-boot起動しねーなーと思ったら、ATFの指定（リンク）を忘れていた

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

https://pastebin.com/5RJWr9Vb
h61[68]_android_uart0_phonexcard-5135.zip を比較するに、U-bootは同じもの、という考えで良さそうだな。であれば安心して特攻できる…か…？（するとは言ってないが

uaa@debian-vm:~/h616_android_uart0_phonexcard-5135.img.dump$ md5sum *UBOOT*|sort
0f40a4e6cd6fcf64cc9c0d7a2fa379fa 12345678_UBOOT_0000000000.hdr
6e5dee09332a7a71e3fc47eca81e0dbd 12345678_UBOOT_CRASH_0000.hdr
9988602d8437b8fc90c3c2baf96e2129 12345678_UBOOT_CRASH_0000
dea149a2bb34110a7e6597158ec4ba92 12345678_UBOOT_0000000000
uaa@debian-vm:~/h616_android_uart0_phonexcard-5135.img.dump$

uaa@debian-vm:~/h618_android_uart0_phonexcard-5135.img.dump$ md5sum *UBOOT* | sort
0f40a4e6cd6fcf64cc9c0d7a2fa379fa 12345678_UBOOT_0000000000.hdr
6e5dee09332a7a71e3fc47eca81e0dbd 12345678_UBOOT_CRASH_0000.hdr
9988602d8437b8fc90c3c2baf96e2129 12345678_UBOOT_CRASH_0000
dea149a2bb34110a7e6597158ec4ba92 12345678_UBOOT_0000000000
uaa@debian-vm:~/h618_android_uart0_phonexcard-5135.img.dump$

必要があって https://github.com/Ithamar/awutils に手を出しているけど、awflashが全然ビルドできない。別に使わないので（awimageさえ手に入ればいい）困ってはいないけど…どこかでメンテされている版があるのかな？

Orange Pi Zero2(Allwinner H616, 1GB)がある以上、同じH616機を増やしてもね？というのはある。

MangoPi MQ-QuadのAllwinner H618搭載品、これは買いなんだろうか…？Allwinner H618搭載品はめったに見ないけど、ソフトウェアに関する情報もめったに見ない気がする。 https://www.aliexpress.com/item/1005005397089585.html

Orange Pi One Plus(Allwinner H6)でネットワーク使うの、多分ATFの変更だけで良いのかも。あとはconf/RAMDISKの修正漏れを直すこと。

やっぱATFv2.8でもレギュレータ操作は切っとく必要がありそう。あとは仕込んだリセット処理が動いてくれると嬉しいんだけど。

（なんか意図しないところにぶら下がったのでtootし直し）
Handshakeドメイン、Handshakeネットワークが管理するDNSで使うものらしいのでフツー(?)のドメインとは扱いが違うみたい。「No Refunds, No Exceptions, Don't Even Ask, Seriously」な注意書きもあるくらいだし。TNI(The New Internet)ドメインが安いのでこれを持っておけば遊べるか…？ICANNのドメインとぶつかる可能性も低そうだし？ https://porkbun.com/tld/tni

動かない動かないってやってたの、全然違うオブジェクト使ってるじゃんよ！！！！！！！！！１１１１１１１１💢💢💢💢💢💢💢💢💢💢💢💢💢💢💢💢💢💢

…道理でいくらソースコードに頑張って手を入れても結果が変わらん訳か。

問題があるとするなら、stmmacのsnps,reset-gpioのようにMAC側でPHYのリセットに関して記述するのではなく、PHY側に記述する点。多分MAC側のdevice treeからPHYの所在を追えば良いはずなんだけど…？ https://android.googlesource.com/kernel/msm/+/android-7.1.0_r0.2/Documentation/devicetree/bindings/net/stmmac.txt

実際、sun7i-a20-hummingbird.dtsなんかはこれを使ってPHYのリセットを定義してる。 https://github.com/Xilinx/linux-xlnx/blob/master/arch/arm/boot/dts/sun7i-a20-hummingbird.dts#L140

ethernet phyのdevice treeの定義に、リセット関連の記述があるのでこれを参照するようにすれば多分いいんだと思う。 https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ethernet-phy.yaml

（今は無効にしてる）

多分、U-bootでNET関連を有効にしておくと（U-bootが）NET関連を初期化してくれるのでなんとなくまともに動くのかも

さあどうする自分…？

結局２年前から状況変わってないんですか…（何もしてませんでしたごめんなさいごめんなさい）

ぃゃぃゃぃゃぃゃ、一応対処法は分かっていてPHYのリセットピン操作して初期化すればいいんですけど…そのリセットピンの定義はdtbに書いてないしドライバも（dtbにエントリがあっても）見ちゃいないので、どうにもならんのです。

なので、本気でやるならボード毎に（先もtootした） https://marc.info/?l=openbsd-arm&m=163868572426679&w=2 といったコードを書かないといけないという。

え、Linuxですらリブート後のPHY初期化に失敗するとか書いてませんかコレ？ https://linux-sunxi.org/Xunlong_Orange_Pi_3#Tips.2C_Tricks.2C_Caveats

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

@redbrick Orange Pi OnePlusもOrange Pi 3と同様に https://linux-sunxi.org/Xunlong_Orange_Pi_3#Tips.2C_Tricks.2C_Caveats の問題を踏んじゃうんです（そしてそのEthernet might not workの原因がPHYを見失う現象→ATFとの相性とか、という話になりまして…）

v2.2相当のアレ、といってもv2.2と等価じゃなかったはず。

うーん、ATF v2.2相当のアレを効かせたうえでofw_regulator.cの修正を有効にすればPHYは見えるんだけど、rebootすると見失うっていうのはなんなんだろうな…

一旦if_dwxe.cの修正を外して、H616対応はそのままで、ofw_regulator.cの効果を試す。

手元のソースも色々改変しているから一度確認が要るけどまあこれはこれでいいか…

vin-supplyによる(ry
dev/ofw/ofw_regulator.c

PD13によるPHYのリセット
dev/fdt/if_dwxe.c

H616対応（作業中）
dev/fdt/axppmic.c
dev/fdt/ehci_fdt.c
dev/fdt/sxiccmu.c
dev/fdt/sximmc.c
dev/fdt/sxipio.c
dev/fdt/sxisyscon.c

やはりここに立ち返らないといかんか

vin-supplyによるPHY電源の操作（多分要る）
https://marc.info/?l=openbsd-arm&m=163853737808588&w=2

PD13によるPHYのリセット（これは含めない）
https://marc.info/?l=openbsd-arm&m=163868572426679&w=2

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

FT8(14MHz)、南米が見えた…

Allwinner H6上のOpenBSD/arm64でPHY not found!が再発してるけど（潰したはずだったような…？）
- ATF v2.8 + u-boot 2023.4
- ATF v2.8 + u-boot 2021.10
で見られているので、OpenBSD portsのu-boot(ATF v2.7 + u-boot 2021.10辺りか)でどうなるかをまずは見る必要があるか。

もう少し調べてみなければ。

何も考えずにスクリーンショットのコピペをMastodonに食わせてみたけど、自動的にPNG化してくれるのか。かしこい。

久々にFT8なるものを受信してみる。流石に南米は厳しいか…

DISH DRYERって書いてあるよね、写真には…？

※ここのOCMはOneChipMSXではなく、OpenCreation Movementの方ね

OCM/OCPLについて調べたもの（というかweb archiveへのリンクでしかないが）は、web日記にまとめておくか。何かの折に見返すこともあるだろうし。

OCPL 00000について今でも記されているのは、おそらくWikipediaの中川一郎氏の解説。とはいえ、OCPL 00000自体の説明は無い。https://ja.wikipedia.org/wiki/%E4%B8%AD%E5%B7%9D%E4%B8%80%E9%83%8E_(%E9%9F%B3%E6%A5%BD%E5%AE%B6%E3%83%BB%E6%AD%8C%E6%89%8B) 氏のnote(https://note.com/ambient_samurai/n/nf750a25868d2)には今でもOCPL00000の記述があるので、CC0に乗り換えている訳ではない…のかな？（でも全世界人民のコモンズに～という記述もあり、あまり細かい違いは意識していないのだろうか）

OCPL00000の世界 http://web.archive.org/web/20080907005805/http://www.doblog.com/weblog/myblog/1399
湯島レコード運営ブログ http://web.archive.org/web/20080123091817/http://blog.livedoor.jp/yr05/

どちらも2005年くらいでwebページの更新が止まっており、web archiveの中にしか残っていない。

結局、OCPL(Open Creation Public License)はいったいどこへ行ってしまったんだろうか。やっていることがCreative Commonsに近いという理由で、そちらへ乗り換えたのだろうか。

音楽フリーソフトウェアのためのライセンス「OCPL」の評価版公開 https://ascii.jp/elem/000/000/329/329620/ (2002/03/05).

この絵文字(?)、まだあるのか

C言語でおじいちゃんなら、アセンブラは石器時代かそれとも化石扱いなのか…？

Modern C(https://www.manning.com/books/modern-c)の紹介文凄いな、"Great introductory material to the ‘new’ C. This isn’t your grandfather’s C anymore!"…「イマドキのCを知る良き入門書、おじいちゃんのCじゃない！」

お、おじいちゃん…

お金が無いので手を出せないんだけど、"21st Century C: C Tips from the New School"(Ben Klemens)とか"Modern C"(Jens Gustedt)は読みたいと思ってる。

オブジェクト指向！オブジェクト指向！！と言われていた頃のC++と、イマドキのC++とは全然違うモノになっているような気がする。

もしかして今ってPerlよりはJavaScriptの時代？

でも冷静に考えると、面倒かもしれないが財布からクレカ取り出せば大概の場合は解決するよね？（クレカ不可でPayPay払いのみというケースはどうすんのという問題は一旦置いとく）という話になるだけな気がする。

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

すぐ（余計なアプリをインストールせずに）使えるQR決済系と言うとメルペイとLINE payになりそうだけどメルペイはチャージ前提みたいなので除外。LINE payと他社カードの紐付けが可能なら移行先として検討の価値ありなのかなあ…あんましLINEは好きじゃないんだが。

PayPay銀行はSatoshi買う際のSBI VC絡みで口座だけは持っているから、そっち経由でPayPayにチャージして使うことはできるから別に影響はないともいえるが…面倒臭ぇ、というのはある。

「他社クレカをひも付けているのは意外と少数？」…自分、その少数な使い方してますけどね。PayPayのポイントは要らないけどカード払いできないお店でPayPay使えるならそっち経由で払うとか、いちいち財布からカード出すのは面倒（だけどカード払いはしたい）という時とか。
他者クレカの紐付けができて広範囲なお店で使えるサービス探すかなあ…

「PayPay改悪」に補助線を引く　利用者デメリットを上回る“収益改善効果”とは (2023/5/4) https://www.itmedia.co.jp/news/articles/2305/04/news040.html

make cleanするとはいえ、Makefile等に書かれていないファイルはcleanされずに残る→distributionするファイルの一覧と不整合を起こす、というのは確かに納得できる原因だな。まあいちいち/usr/obj消すのはよほどの場合に限るが必要となる場合もあると覚えておけばいいか…

（昨夜仕掛けたbuild.shも失敗してた…多分3か4回目の失敗。次こそはうまくいってほしいもんだ）

なるほど、/usr/objを作り直しちゃう手もあるのか https://marc.info/?l=netbsd-bugs&m=168242247923805&w=2